El teléfono móvil Da Q quebró.
Después de recopilar, analizar y seleccionar los requisitos, tendrá una comprensión más profunda del posicionamiento del producto y las necesidades del usuario, y tendrá una mejor sensación de controlar toda la dirección del producto y el ritmo de las iteraciones de la versión. También puedes llamar a este sentimiento "sensación de producto". Está un poco confuso, pero está ahí. Desde mi experiencia personal, comprender constantemente las necesidades y los escenarios de los usuarios también es una buena forma de acumular sentido del producto. Una vez que tenga una buena sensación del producto, debe seguir avanzando para llevar el producto a un nivel superior.
El gerente de producto ha compilado previamente los requisitos funcionales para la primera versión del producto y ha generado una lista detallada de los requisitos funcionales. El trabajo a realizar en este momento es construir un buen marco para el producto. Este es el tercer eslabón del diseño del producto: el marco. Cualquier producto de Internet debe tener una arquitectura de producto. Con esta estructura poderosa y sólida como base del producto, podemos completar los requisitos del producto uno por uno, haciéndolo rico, tridimensional y más de carne y hueso.
¿Qué es exactamente la arquitectura de producto y cómo deberían los gerentes de producto crear una buena arquitectura de producto? Sigamos adelante.
¿Qué es la arquitectura de producto?
Cada producto tiene su propia arquitectura de producto (mucha gente la llama arquitectura de la información). Así como cada persona tiene su propio sistema esquelético, el tamaño de sus huesos determina cuál será la forma aproximada de su cuerpo. La forma del cuerpo de cada persona es diferente, ya sea alta, baja, gorda o delgada.
La estructura de producto de algunos productos es relativamente compleja, como la mayoría de los productos B, como sistemas de gestión de relaciones con los clientes, software ERP, backends de gestión de sitios web de comercio electrónico, backends de gestión logística, software SaaS, etc. Algunas estructuras son relativamente ligeras y simples, por ejemplo, la mayoría de los productos TOC, como Tuyou, Mobike, la aplicación de transmisión en vivo Yingke, Huajiao, etc. He estado jugando recientemente y, por supuesto, WeChat (aunque ahora hay más funciones, la estructura general sigue siendo simple y clara).
Veamos algunos ejemplos directamente:
Trabajo de backend de comerciantes pequeños
Este es el backend de comerciantes pequeños. ¿Ves esa fila completa de menús de navegación a la izquierda? ¿Se siente súper complicado? Sólo en la gestión de tiendas hay más de 10 menús secundarios. Realmente no es fácil clasificar la arquitectura de productos de las plataformas de comercio electrónico Taobao y Tmall. Sin embargo, a menudo siento curiosidad por saber cómo los vendedores pueden saber claramente dónde se encuentra cada función en un contexto tan complejo.
Los productos con arquitectura compleja requieren la capacidad de los gerentes de producto, lo que requiere que los gerentes de producto proporcionen un sistema de arquitectura completamente funcional y bien estructurado para permitir a los usuarios utilizar varias funciones a través del proceso operativo. Por lo tanto, la característica de dicha arquitectura es que traerá un cierto costo de aprendizaje y algunas incluso requieren capacitación para los usuarios del producto (por ejemplo, Taobao ha abierto la Universidad de Taobao y la Comunidad de Taobao). Los grupos de usuarios de productos con este tipo de arquitectura generalmente están enfocados y solo se dirigen a un determinado grupo de personas. Necesitan integrar razonablemente una gran cantidad de funciones, organizarlas de manera flexible y centrarse en escenarios de usuarios principales.
Sitio web oficial de Lianmeng
Veamos otro ejemplo. Este es el sitio web oficial, un producto de la alguna vez popular aplicación Cute Face. Echemos un vistazo más de cerca a la arquitectura del producto de este sitio web oficial. ¿No es súper sencillo, tan sencillo que sólo quedan dos menús: la página de inicio y acerca de nosotros? Lo que hay que tener en cuenta aquí es que incluso dos menús simples (algunos sitios web oficiales tienen solo un menú) siguen constituyendo una experiencia de usuario completa, porque a través de este marco, los objetivos del sitio web y las necesidades de los usuarios se han cumplido plenamente. Por supuesto, si desea redefinir los objetivos del sitio web o el usuario necesita cambios, debe estar preparado para reajustar la estructura del producto.
El objetivo de los productos de arquitectura ligera es proporcionar a los usuarios una arquitectura de información simple y clara, haciéndolas fáciles de usar y teniendo una experiencia fluida. Para los product managers, la dificultad a la hora de diseñar productos con arquitectura ligera reside en la experiencia y la innovación. Podemos seguir centrándonos en los escenarios de uso principales de los usuarios mediante la resta de productos, lo que facilita a los usuarios comenzar. Cuando el número de usuarios del producto alcance un nuevo nivel, ampliaremos los escenarios de uso del producto y ampliaremos la estructura del producto.
Varios modelos típicos de arquitectura de producto
Jesse James Garrett (Jesse James Garrett) en el libro "Elements of User Experience" (Elements of User Experience), este artículo explica sistemáticamente varios productos típicos. modelos de arquitectura de información de productos de Internet para nosotros. El primer modelo de arquitectura de información está más en línea con la comprensión y el posicionamiento de la arquitectura del producto por parte de nuestro gerente de producto. Los últimos tres modelos de arquitectura de información pueden considerarse como un complemento del primer modelo y también pueden considerarse como una clasificación de arquitectura de información a nivel de página.
Primero, estructura jerárquica.
Modelo de estructura jerárquica
El texto original del libro describe la arquitectura de este producto: "En la estructura jerárquica, existe una relación padre-hijo entre los nodos y otros nodos relacionados. Nodos secundarios representa un Un concepto más limitado, una relación de dependencia representa una categoría más amplia de nodos principales. No todos los nodos tienen un nodo secundario, pero cada nodo tiene un nodo principal, hasta el nodo principal de toda la estructura. Las relaciones son muy fáciles para los usuarios. Entiende que el software también tiende a funcionar de forma jerárquica, por lo que este tipo de estructura es la más común”
Esta arquitectura general de producto es probablemente la información más utilizada en Internet. y productos de Internet móvil, como WeChat y Q, varias aplicaciones móviles TO C e incluso productos TO B complejos, se utilizan para el diseño de productos. La característica de esta arquitectura es que está en línea con los hábitos cognitivos humanos, porque los humanos nacemos con el hábito de organizarnos, como los escritorios, donde estamos acostumbrados a juntar libros y cintas de audio, otro ejemplo es nuestro guardarropa; La mitad de nosotros guardamos nuestra ropa en diferentes lugares para diferentes estaciones. En la vida, organizar las cosas hace que sea más fácil encontrar lo que necesitas.
La siguiente figura muestra la arquitectura de información jerárquica de una versión anterior de Dragonfly FM:
La arquitectura de información del producto de Dragonfly FM
Cuando se utiliza la estructura jerárquica, debemos prestar atención a la profundidad y el ancho de la capa.
Todo el mundo tiene la experiencia de comprar. De hecho, a veces fabricar productos es similar a comprar. Algunos centros comerciales están bien diseñados y facilitan a los usuarios encontrar las categorías de productos que desean. Algunos centros comerciales suelen hacer que te pierdas y tengas que ir y venir varias veces. Al determinar la estructura del producto, considerar la profundidad y amplitud de la estructura del producto se ha convertido en un tema necesario para los gerentes de producto. Tome la aplicación Taobao y la aplicación Vipshop como ejemplos. Taobao tiene una estructura amplia y profunda, mientras que Vipshop tiene una estructura superficial y estrecha (relativamente). En la arquitectura profunda, la eficiencia operativa del usuario no es alta y la cantidad de rutas para que los usuarios obtengan información y completen las tareas objetivo aumenta, pero en términos relativos, la cantidad de entradas para que los usuarios elijan disminuye. En la arquitectura de amplitud parcial, los usuarios enfrentan más entradas y seleccionar la entrada lleva más tiempo, pero reduce la ruta de operación del usuario.
Construir modelos de amplitud y profundidad
Una arquitectura de producto amplia y poco profunda y una arquitectura de producto estrecha y profunda tienen sus pros y sus contras. La clave para saber qué arquitectura de producto utilizar es elegir y juzgar en función del posicionamiento, las características comerciales, la etapa de desarrollo, las características del usuario y los escenarios de uso de su propio producto.
En segundo lugar, la estructura orgánica.
Modelo de estructura natural
La descripción original es la siguiente: "La estructura natural no sigue ningún patrón consistente. Los nodos están conectados uno por uno y esta estructura no tiene una clasificación sólida. concepto Las estructuras naturales son excelentes para explorar una serie de temas donde las relaciones no están claras o están en constante evolución. Sin embargo, las estructuras naturales no brindan a los usuarios una indicación clara de dónde se encuentran en la estructura si desea fomentar una sensación de. exploración gratuita, como algunos sitios web educativos o de entretenimiento, entonces la estructura natural puede ser una buena opción; sin embargo, si sus usuarios necesitan confiar en la misma ruta para encontrar el mismo contenido la próxima vez, entonces esta estructura puede cambiar la experiencia del usuario; en un desafío A. ”
De hecho, esta forma de arquitectura de producto generalmente se usa ampliamente en juegos TOC, entretenimiento y productos de información, como Youku Video, Curiosity Daily, etc. Por supuesto, en muchos casos, las estructuras naturales deben considerarse junto con las estructuras jerárquicas. Por ejemplo, cuando un usuario ingresa al sitio web Curiosity Daily, un posible método de uso es que el usuario ya tenga un objetivo de información claro en mente y quiera ver qué historias importantes ha publicado la empresa recientemente, por lo que el usuario hará clic en "Todas las categorías". en la parte superior”, selecciona una película, selecciona una sección de negocios y navega. Otra forma de utilizarlo es sin tener ningún objetivo, simplemente navegar de arriba a abajo y hacer clic en el título del artículo que te interese.
Sitio web oficial de Curiosity Daily
La estructura natural es muy adecuada para la navegación de productos de arquitectura ligera, especialmente para productos de entretenimiento y ocio, porque la mayoría de los usuarios objetivo de dichos Los productos son aburridos Navegar de una manera que no tiene objetivos claros para el usuario y no requiere resolver ninguna tarea específica.
En tercer lugar, estructura lineal.
Mire la descripción original: "La estructura lineal proviene de los medios fuera de línea con los que está más familiarizado. El flujo de lenguaje coherente es el tipo más básico de estructura de información, y los dispositivos que lo procesan se han implantado profundamente desde hace mucho tiempo. En nuestro cerebro, los libros, artículos, audiovisuales y videos están diseñados para ser experiencias lineales. En Internet, las estructuras lineales se utilizan a menudo para estructuras de pequeña escala, como artículos individuales o estructuras lineales de gran escala. se utilizan para limitar lo que se debe presentar para satisfacer las necesidades de los usuarios, como los libros de texto. "
Para decirlo sin rodeos, la llamada estructura lineal consiste en utilizar la narración para presentar su producto a los usuarios. Este método es más común en el diseño de páginas de temas de productos y documentos de ayuda. En realidad no hay mucho de qué hablar en esta parte. La clave es si tu pensamiento es claro al contar historias o preguntas. En muchos casos, esta parte del trabajo la realizarán nuestros colegas de operaciones.
Página especial de Jinshan Express
La imagen de arriba es una página de evento creada por Kingsoft Express, que utiliza una estructura lineal para contar historias para promover su actividad "El espacio 100G siempre es gratis".
Cuarto, estructura matricial (estructura matricial)
Modelo de estructura matricial
El libro describe la estructura matricial de esta manera: "La estructura matricial permite al usuario moverse a lo largo de Dos o más "dimensiones" se mueven entre nodos. Debido a que las necesidades de cada usuario se pueden asociar con un eje en la matriz, la estructura de la matriz a menudo puede ayudar a los usuarios que llegan con diferentes necesidades a permanecer en la misma página. content
Por ejemplo, si algunos usuarios realmente quieren buscar productos por color y otros solo quieren buscar productos por tamaño, entonces la estructura matricial se puede utilizar al mismo tiempo. Los usuarios pueden ser problemáticos si esperan que el usuario utilice esto como su principal herramienta de navegación. En cuatro o más dimensiones, el cerebro humano es esencialmente imposible de visualizar bien estos movimientos ". , su primera reacción es pensar en la siguiente interfaz de diseño de producto:
Página de detalles del producto de Taobao
La estructura de información matricial necesita colocar una variedad de contenido de información en una página, por lo que El enfoque y la dificultad es cómo superponer la información para que pueda transmitirse a sus usuarios objetivo de manera más eficiente. Discutiremos este tema más adelante.
En términos generales, los gerentes de producto comprenden estos modelos típicos de arquitectura de información de producto y tendrán más claro en qué dirección deben trabajar cuando diseñen su propia arquitectura de producto más adelante. Esto es como un arquitecto que necesita tener conocimientos suficientes de diseño arquitectónico antes de diseñar una casa. Construir la estructura del edificio es una lección esencial e importante.
En escenarios laborales específicos, la mayoría de los gerentes de producto se dividen básicamente en dos categorías. Uno es el gerente de producto del lado C, responsable de tratar con los usuarios comunes y probar la comprensión y comprensión de los puntos débiles y emocionantes de los usuarios. El otro es el gerente de producto del lado B, responsable de tratar con los usuarios corporativos y probar los puntos débiles; Pensando en la esencia del negocio y la estrategia de la industria. Entonces, ¿cómo construir la arquitectura de producto de estos dos tipos de productos?
¿Cómo construir la arquitectura de producto de los productos To C?
En primer lugar, presentemos brevemente los antecedentes del negocio:
La industria del O2O, que comenzó a calentarse en 2014, se ha transformado rápidamente desde la superficie hasta el área de aguas profundas. Se ha demostrado que los modelos de negocio relacionados con O2O son incorrectos o se han desarrollado rápidamente. En este proceso, se fundaron y colapsaron innumerables empresas emergentes. Además de centros comerciales, comerciantes de alimentos, bebidas y entretenimiento, comerciantes de servicios fuera de línea, etc. , el modelo de atención domiciliaria a las personas mayores también se ha convertido en un nuevo foco de atención. Muchos artesanos que realizan manicuras, masajes y baños de pies se han convertido en trabajadores móviles (como Beaver House). Si comer, beber y divertirse esperan irradiar tráfico en el distrito comercial, entonces el servicio puerta a puerta no es más que esperar obtener la "bonanza" de la comunidad.
A principios de 2015, a mi empresa le gustó la industria comunitaria O2O (por supuesto, el jefe tiene recursos relevantes y siente que el mercado tiene amplias perspectivas). Como O2O comunitario, existe un umbral ineludible: la propiedad. Quien esté dispuesto a trabajar duro para morder el duro hueso de la propiedad tendrá la oportunidad de ganar el futuro.
Así que creamos un pequeño equipo y primero hicimos una investigación de mercado para ver qué servicios ofrecen estos productos comunitarios O2O en el mercado para conectar a los residentes de la comunidad, y elaboramos un informe de análisis de producto tan competitivo:<. /p>
Informe de análisis de productos competitivos
Después de probar docenas de aplicaciones, descubrí que solo los productos de unas pocas empresas brindan a los propietarios el pago en línea de tarifas de propiedad y estacionamiento, y mucho menos mantenimiento y reparaciones en línea. Se llamó al servicio de seguridad.
En general, el O2O comunitario aún no era un océano rojo en ese momento, y todavía había espacio de mercado y oportunidades de entrada. Desde la perspectiva del desarrollo de productos, no hay más que dos tipos de aplicaciones, una son empresas emergentes de terceros representadas por "Dingdong Community" y "Community Worry-Free", y la otra es desarrollada por "Live Here". "Caiyun" y otras aplicaciones móviles propias o propias.
El primer modelo de plataforma, como "Dingdong Community", no tiene una base de usuarios y solo se basa en quemar el dinero de los inversores para allanar el camino. En ese momento había muchas comunidades, pero como no había una base, los usuarios serían arrebatados en cualquier momento. No sé cuántos años pasarán antes de que pueda aplicarse a gran escala. Actualmente se rumorea que ha cerrado y se estima que la capital casi ha sido quemada.
La mayoría de las solicitudes del segundo tipo aún se encuentran en la etapa de prueba, desempeñando el papel de encontrar fuentes de vivienda y aún no han encontrado un modelo de ganancias completo. "Caiyun" puede considerarse un representante destacado, y su modelo de comercio electrónico vertical puede ser un gran avance en la competencia con Alibaba por la "última milla".
En ese momento, BAT y otros gigantes todavía adoptaban una actitud de esperar y ver qué pasaba y no tomaron muchas medidas, o estaban esperando que las nuevas empresas invirtieran en adquisiciones. Obviamente todo el mundo ha dejado de lado este problema.
Dado que la empresa contaba con recursos relevantes en el sector inmobiliario en ese momento, nuestro equipo posicionó el punto de inflexión del producto entre las empresas inmobiliarias, las estaciones de servicio inmobiliario y los profesionales inmobiliarios aquí. Luego, después de verificar la viabilidad del producto a través de proyectos piloto en comunidades relevantes, los escenarios de uso del producto se expanden a la gestión de información de espacios de estacionamiento y plataformas comerciales comunitarias: los comerciantes ingresan a la comunidad a través de la plataforma inmobiliaria y colocan anuncios para proporcionar comités de propiedad maduros, comunidad. educación, etc. Proporcionar una plataforma de gestión en línea. En ese momento, el nombre del producto se llamó temporalmente "Anju Leye", lo que significa que las personas de la comunidad pueden vivir y trabajar en paz y contentas con nuestros productos.
Después de una serie de preparativos para el diseño del producto, es hora de comenzar a construir la arquitectura del producto de la aplicación. Combinando la investigación de mercado previa y la planificación de la ruta del producto, así como la comprensión del equipo sobre O2O, ordené mis pensamientos sobre la planificación de la arquitectura del producto O2O de la comunidad, que consta principalmente de cuatro pestañas:
Comunidad: responsable de conectar a las personas . Esta parte puede satisfacer la comunicación entre vecinos. Puede publicar información relevante aquí para pedir ayuda o comunicar sus necesidades, o puede encontrar vecinos con ideas afines para hacer algo juntos. Incluyendo posteriormente comités de propietarios, comités de vecinos, etc. , donde podrá visualizar información relevante.
Propiedad: Responsable de conectar personas y propiedades. Esta parte tiene como objetivo mejorar la eficiencia de la conexión entre los propietarios y las propiedades a través de Internet móvil, de modo que se puedan reducir los costos del servicio de la propiedad, se pueda mejorar la eficiencia y se pueda mejorar la satisfacción de los usuarios de los propietarios.
Periférico: Encargado de conectar a las personas con los servicios O2O. Esta parte es un escenario de visualización integral para O2O de terceros (como servicios de limpieza, servicios de mantenimiento, servicios de atención a personas mayores, educación comunitaria, etc.). ) y compras grupales de comercio electrónico. Al integrar recursos, podemos realizar servicios comunitarios O2O únicos.
Mi: Responsable de gestionar toda la información relacionada con los "propietarios de automóviles", como "mi solicitud de reparación", "mi pago", "mi curso" si realiza educación comunitaria y desarrollo de productos en el futuro.
Arquitectura del producto de community o2o
Por supuesto, para el desarrollo de la primera versión del producto, planeamos hacer dos partes primero: "propiedad" y "mía". Dado que la propiedad es el punto de partida, primero debemos hacer esto bien, iterar el producto tan pronto como el piloto en la comunidad relevante sea factible y luego introducir otras funciones para enriquecer los escenarios de uso del producto.
Si lo analizas detenidamente, deberías poder ver la lógica del marco: la conexión.
Esto implica la comprensión más esencial del O2O. ¿Cuál es su esencia? La esencia de O2O es en realidad utilizar Internet para mejorar la conexión entre consumidores y proveedores de servicios, haciendo que la conexión entre ellos sea más eficiente y económica. Por lo tanto, toda la arquitectura del producto es un trabajo centrado en las conexiones, conectando personas, personas y servicios inmobiliarios, y personas y otros servicios. De esta manera, para los usuarios, la lógica cognitiva de su producto será muy clara cada vez que abran. el producto, pueden encontrar fácilmente lo que desea.
En este caso intentamos hacer un resumen:
1. Haz un buen trabajo de clasificación.
Hemos dicho antes que el ser humano nace con la Hábito de capacidad de organización, este hábito también sirve para que sea más fácil encontrar lo que necesitas. Lo mismo ocurre con la exhibición de mercancías en los supermercados. Todos los productos deben colocarse en diferentes estantes según las diferentes categorías, y se deben colocar los carteles correspondientes para indicar a los usuarios de qué área de productos se trata.
Nuestro Explorador de Windows de uso común también es un buen ejemplo. Imagínese: si ponemos todos los documentos de la computadora en un disco, y este disco no tiene la forma de carpetas que le permitan clasificar y administrar sus archivos, documentos de Word, documentos de Excel, documentos ppt, documentos pdf, archivos de video, archivos de formato de imagen, etc. Si están todos mezclados, le resultará difícil encontrar los archivos que necesita. Afortunadamente, en el modo Explorador de Windows podemos crear carpetas, ordenarlas y agruparlas según el nombre, fecha de modificación, tipo y tamaño de los archivos, lo que nos permite encontrar la información que necesitamos más rápido y documentar.
Del mismo modo, lo mismo ocurre con los sitios web o las aplicaciones de aplicaciones móviles. Cuanta más información haya, más será necesario ordenarla y organizarla. Podemos clasificar la información según hábitos lógicos. Por ejemplo, en el ejemplo anterior, podemos clasificar la información según la lógica de la "conexión" comunitaria O2O, por supuesto, también podemos explorar directamente los pensamientos de los usuarios y comprender sus hábitos de uso. Un buen gerente de producto suele ser un veterano o un experto en la industria. Porque sólo los gerentes de producto que tienen un conocimiento profundo de la industria en la que participan pueden tomar el pulso con mayor precisión a la arquitectura del producto, a veces incluso de inmediato.
2. Equilibrar a los usuarios y las empresas
El diseño de la arquitectura del producto requiere comprender las necesidades de información de los usuarios, por un lado, y el propósito comercial y el atractivo de todo el producto, por el otro. . En circunstancias normales, los objetivos del usuario y los objetivos comerciales definitivamente están en conflicto. Por ejemplo, los usuarios no quieren ver anuncios, pero la empresa espera recomendar su negocio y sus anuncios a los usuarios (como los anuncios de WeChat Moments). Si un producto solo cumple con los objetivos del usuario, la experiencia del producto ciertamente será buena, pero también será difícil que este producto logre el éxito a largo plazo. Después de todo, el objetivo final de una empresa es obtener beneficios.
En este momento, cómo equilibrar los usuarios y el negocio se ha convertido en una parte importante al considerar las habilidades básicas de los gerentes de producto. En este sentido, aprendemos del equipo de WeChat, que hace un muy buen trabajo al equilibrar la experiencia del usuario y los objetivos comerciales. ¿Aún recuerdas los anuncios de Moments de 2015 y 1? Una vez lanzado, inmediatamente se convirtió en un tema candente en el círculo de amigos. Todos se apresuraron a dar me gusta y comentar debajo del anuncio, como si la marca de repente se convirtiera en una amiga a nuestro alrededor, compartiendo historias y contenido con nosotros directamente en el círculo de amigos. En el caso de Community O2O, también colocamos funciones comerciales y publicitarias periféricas en versiones posteriores para un desarrollo iterativo, y no intentamos comercializar el producto de inmediato. Esto también es un reflejo del equilibrio.
Publicidad en WeChat
3. Acceda rápidamente a configuraciones de funciones importantes
La estructura del producto debe ser clara y lógica, permitiendo a los usuarios con objetivos claros encontrar rápidamente la información que buscan. necesidad Los usuarios con objetivos inciertos pueden aclarar la información que necesitan poco a poco mediante la navegación y la búsqueda; los usuarios sin objetivos pueden estimular sus necesidades mediante la exploración; Por lo tanto, para los dos últimos tipos de usuarios, si las funciones importantes y de uso común se ocultan demasiado, es probable que pierdan interés en el producto.
Configurar entradas rápidas para funciones importantes y de uso común es como configurar una "vía rápida" en la arquitectura del producto original. Por ejemplo, WeChat coloca "Compras" en el menú "Descubrir" y la entrada "Compras" en Mobile QQ se cambia a "Compras en JD.com". COM". El "matrimonio" entre JD.COM y Tencent se compone de la entrada a la aplicación social, el círculo de amigos, el grupo de amigos, la cuenta oficial de WeChat y el Guangdiantong de WeChat y QQ móvil.
Por supuesto, lo es una entrada rápida La configuración también es un proceso que requiere compensaciones. Las entradas rápidas necesarias pueden mejorar la eficiencia del usuario y cumplir con ciertos objetivos comerciales del producto, pero si hay demasiadas entradas rápidas (especialmente si hay demasiados objetivos comerciales), El producto se volverá confuso y complicado. No vale la pena perder la eficiencia del usuario en este momento. Por lo tanto, verá que el producto de WeChat no muestra todos los servicios a través de la entrada rápida, sino que muestra otros servicios de terceros en el "I-". wallet" para que estas funciones queden profundamente ocultas. Los usuarios del producto no sentirán que WeChat es un producto complejo y confuso.
Celebración del segundo aniversario de JD.COM WeChat Mobile QQ Shopping
Por supuesto, cuando jugamos con productos en nuestro tiempo libre, también podemos intentar deconstruir los productos de aplicaciones de otras empresas y tomar un vistazo a su ¿Cómo se construye la estructura del producto? ¿De qué cosas podemos aprender? Este también es un método de aprendizaje muy importante.
Hablemos de mi método habitual, que se divide en tres pasos:
Desmontar el esqueleto del producto y dibujar todos los módulos y puntos de función en un mapa mental.
Analizar escenarios de uso y procesos de funciones clave.
Analizar los escenarios de uso y procesos de funciones secundarias.
Por supuesto, se deben considerar muchos factores al analizar productos, no solo desde el diseño del producto, sino también desde los antecedentes de la industria, la estrategia de la empresa, las operaciones, los recursos reales, etc., para poder acercarnos a la respuesta. a la verdad.
Cómo construir una arquitectura de producto para productos To B
El diseño de productos To B (generalmente productos back-end) es un gran desafío, porque todos han sido capacitados para usar To C. productos front-end Tiene buenos hábitos, cierta comprensión de las funciones, ha visto suficientes modelos y puede construir ciertos modelos de productos, y es fácil encontrar objetos de referencia para imitar. Casi no hay productos de la competencia en los productos backend de To B para que usted pueda consultarlos e imitarlos. Por lo tanto, al construir la arquitectura del producto, se requiere que el gerente de producto tenga una buena comprensión del negocio. Esto pone a prueba la competitividad central del PM: el conocimiento comercial. reserva, estructuración del pensamiento y habilidades de abstracción de sistemas. Los productos de diferentes industrias pueden tener ideas diferentes sobre la estructura general.
Como analogía simple, la sensación de complejidad de la arquitectura del producto de débil a fuerte es esta:
Diseñar u operar los siguientes vehículos:
Bicicleta deportiva;
Coches
Aviones
Cohetes
Naves espaciales
……
¿Lo hace? ¿Sientes que cada vez es más difícil? Sin embargo, sabemos cómo es la arquitectura de productos complejos. De hecho, todavía existen métodos correspondientes para diseñar. Al construir la arquitectura del producto back-end, a menudo hay dos ideas como referencia:
1. División por módulo funcional
¿Qué significa división por módulo funcional? Como se muestra en la siguiente figura:
Dividido por módulos funcionales
Si el usuario objetivo de un producto back-end es relativamente único y las necesidades del usuario están relativamente unificadas, no hay nadie. usuario que solo necesita usar una de las funciones Cuando se trata de módulos, no hay mucha relación lógica entre funciones, por lo que a menudo puede intentar usar el método de dividir por módulos funcionales. Por ejemplo, Baidu Mobile Statistics se dirige al personal de operaciones y productos internos de las empresas de Internet. La mayoría de los datos en los que se centran las operaciones y los productos son universales, lo que significa que las necesidades de los usuarios están relativamente unificadas.
2. Dividir según la lógica empresarial.
Otro tipo de lógica de división es la división según la lógica empresarial. Los sistemas de gestión de información interna de muchas empresas están diseñados utilizando esta arquitectura de producto, porque los usuarios objetivo de este producto a menudo involucran muchas funciones, incluido el personal comercial de la empresa, como marketing, ventas, servicio al cliente, recepción, etc. , y el personal de los departamentos funcionales de la empresa, como personal, finanzas, administración, etc. En este momento, no es tan aplicable el uso de módulos funcionales para clasificar la arquitectura del producto backend.
Según la lógica empresarial, los gerentes de producto deben pensar en qué problemas resuelve el sistema al planificar el sistema y, más específicamente, qué usuario resuelve qué problema. Después de determinar este entorno, será más fácil realizar el trabajo relevante de acuerdo con los roles comerciales durante la etapa de recopilación y análisis de requisitos, y luego ordenar la estructura del producto. Como se muestra en la figura siguiente, un subsistema de gestión de I+D corresponde a las diferentes necesidades de tantas personas en diferentes roles.
Dividido por la lógica empresarial
Entonces, si un gerente de producto fabrica productos de A a B, ¿qué capacidades necesita reservar antes de realizar la planificación comercial y la arquitectura de productos?
Es necesario tener ciertos conocimientos técnicos que le ayuden a comprender claramente cómo se intercambia, almacena, acopla y desacopla la información entre diferentes sistemas.
Tener pensamiento de lógica empresarial básica, como ahorrar costos, aumentar los ingresos y mejorar la eficiencia.
La integración empresarial requiere un conocimiento profundo de la industria y del negocio en sí, así como una cierta comprensión de la lógica operativa general de la empresa, como ventas, marketing, finanzas, operaciones, productos, tecnología, etc.
Necesita mayores capacidades de abstracción.
No solo se debe abstraer un flujo de trabajo en una función, sino que también se debe abstraer una empresa en un sistema, y se debe conocer la posición de este sistema en el producto no para aclarar la relación entre tareas, sino para aclarar la relación; entre empresa y empresa, y cómo la relación finalmente se entrelaza y evoluciona para permitir que el producto prospere.
Finalmente, aquí hay algunos excelentes productos backend para su referencia y aprendizaje:
Experiencia comercial de Taobao
Backend del microcentro comercial Youzan.
Backend de la plataforma pública WeChat
En resumen, la arquitectura del producto cubre una amplia gama, desde la planificación macro del producto hasta los módulos funcionales del producto, incluidos los objetivos y la visión de el producto, los requisitos de los usuarios, los requisitos comerciales, los procesos comerciales de datos y los marcos de diseño también involucran la estructura ecológica del producto, por lo que no es fácil establecer un marco de producto. Los gerentes de producto también deben estar preparados para iteraciones cognitivas a largo plazo al aprender este camino.
¿Cuáles son las características de una buena arquitectura de producto?
Una buena estructura de producto es muy importante para un producto, al igual que el esqueleto humano lo es para una persona, y la estructura de una casa lo es para la casa, desempeñando el papel de soporte, guía y carga. cojinete. Volviendo a los productos de Internet, varias características que debe tener una buena arquitectura de producto se pueden resumir en: facilidad de uso, estabilidad y escalabilidad.
¿Qué es la facilidad de uso? La gente nace perezosa. Imagínese, si los usuarios pueden recordar cada operación después de simplemente usar el producto y pueden usarlo repetidamente sin tener que aprender deliberadamente operaciones específicas, será muy "divertido" usarlo. Los gerentes de producto deben hacer todo lo posible para que los usuarios utilicen el producto de manera conveniente. Esto requiere que la arquitectura del producto proporcione una ruta de navegación clara para que los usuarios no se pierdan ni realicen otros comportamientos desagradables.
¿Qué es la estabilidad? Esta parte suele estar relacionada con la arquitectura técnica de fondo. A medida que los productos continúan evolucionando e iterando, ¿puede la arquitectura del sistema soportar el acceso simultáneo de tantos usuarios? ¿Habrá algún impacto en el rendimiento y la velocidad de respuesta? El llamado principio de estabilidad significa que los servicios que usted proporciona deben ser estables y confiables, capaces de responder a las necesidades de manera oportuna y tratar de evitar avisos de fallas repentinas, anomalías del servidor, servicios vacíos, etc.
La facilidad de uso y la estabilidad ya no se explican con palabras. Veamos la escalabilidad de la arquitectura del producto.
La escalabilidad en realidad transmite un mensaje, es decir, cuando los gerentes de producto diseñan la arquitectura del producto, deben considerar si el producto agregará nuevas funciones o contenido en el futuro. Esto también requiere que los gerentes de producto tengan conciencia de la planificación del producto. . Si un nuevo producto acaba de lanzarse hace mucho tiempo, la estructura de información de la página se reajustará debido a la necesidad de agregar nuevas funciones, el personal relevante se quejará y los usuarios del producto también aumentarán el costo cognitivo del producto. . Se puede ver que la escalabilidad de la arquitectura del producto es muy importante, y los gerentes de producto deben concebir en función de la situación real y la planificación futura previsible, y esforzarse por minimizar el costo de mantenimiento del producto.