gerente de producto erp
En términos generales, solo unos pocos PM senior pueden manejar la tarea de construir la arquitectura del producto. La gran mayoría de los gerentes de producto o especialistas de producto que recién comienzan no están involucrados en una tarea tan difícil (estructura funcional del producto simple). no cuenta).
Después de experimentar la recopilación, el análisis y la selección de la demanda, tenemos una comprensión cada vez más profunda del posicionamiento del producto y las necesidades del usuario. También tendremos un mejor control sobre toda la dirección del producto y el ritmo de iteración de la versión. También puedes llamar a este sentimiento "sensación de producto". Aunque es un poco confuso decirlo, existe. 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 tengamos una buena idea del producto, tenemos que seguir avanzando para llevarlo a un nivel superior.
El gerente de producto ya ha ordenado 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 una buena arquitectura para el producto. , que es el tercer eslabón del diseño del producto: configurar el marco. Cualquier producto de Internet debe tener una arquitectura de producto. Con esta arquitectura poderosa y sólida como base del producto, podemos completar los requisitos del producto uno por uno, haciendo que el producto sea rico, tridimensional y más de carne y hueso.
Entonces, ¿qué es exactamente la arquitectura de producto y cómo construyen los gerentes de producto una buena arquitectura de producto? Echemos un vistazo a continuación.
Qué es la arquitectura de producto
Cualquier producto tiene su propia arquitectura de producto (muchas personas también la llaman arquitectura de información), al igual que cada uno tiene su propio sistema esquelético. Asimismo, el tamaño de su estructura determina la forma general de su cuerpo La forma del cuerpo de cada persona es diferente, ya sea alta, baja, gorda o delgada.
La arquitectura de producto de algunos productos es relativamente complicada, como la mayoría de los productos tob, 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, como la mayoría de los productos c, como Tuyou, Mobike, la aplicación de transmisión en vivo Yingke, Huajiao, etc. que he estado jugando recientemente y, por supuesto, WeChat (aunque cada vez hay más funciones). Ahora, pero la estructura general sigue siendo simple, clara y clara).
Veamos algunos ejemplos directamente:
Backend de trabajo de Tmall Merchant
Este es el backend de trabajo de Tmall Merchant. Puedes ver la fila en el. La izquierda está llena. ¿Está lleno el menú de navegación? Parece muy complicado. Solo en la gestión de tiendas hay más de 10 menús secundarios. Realmente no es una tarea fácil ordenar la estructura de productos de las plataformas de comercio electrónico como Taobao y Tmall. . Sin embargo, a menudo tengo curiosidad por saber si los vendedores pueden saber claramente dónde está cada función en un backend tan complicado.
Los productos con arquitecturas complejas tienen requisitos más altos para los gerentes de productos. Necesitan que los gerentes de productos proporcionen un sistema de arquitectura completamente funcional y rigurosamente estructurado para que los usuarios puedan utilizar varias funciones a través de procesos operativos. Por lo tanto, la característica de dicha arquitectura es que traerá ciertos costos de aprendizaje y algunos incluso requerirán 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 relativamente enfocados y solo se dirigen a un determinado grupo de personas. Es necesario integrar racionalmente y distribuir una gran cantidad de funciones para centrarse en escenarios de usuarios principales.
Sitio web oficial de Fianmeng
Veamos otro ejemplo. Este es el sitio web oficial del producto de la alguna vez popular aplicación Fianmeng. Analicemos cuidadosamente la estructura del producto de este sitio web oficial. ¿Simple? Es tan simple que solo quedan dos menús: página de inicio y acerca de nosotros. Una cosa a tener en cuenta aquí es que incluso dos menús simples (algunos sitios web oficiales solo tienen un menú) siguen constituyendo una experiencia de usuario completa, porque a través de esta arquitectura, 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 arquitectura 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 responsables de producto, la dificultad a la hora de diseñar productos de arquitectura ligera reside en la experiencia y la innovación. Podemos continuar enfocándonos en los escenarios de uso principales de los usuarios restando productos, haciendo que sea simple y fácil para los usuarios comenzar. Cuando el número de usuarios del producto aumenta a un nuevo nivel, podemos expandir los escenarios de uso del producto y extender el uso. arquitectura del producto.
Varios modelos típicos de arquitectura de productos
En el libro "Elementos de experiencia de usuario", Jesse James Garrett nos explica sistemáticamente varias arquitecturas típicas de información de productos de Internet. El primer modelo de arquitectura de información está más en línea con la comprensión y el posicionamiento de la arquitectura de producto por parte de nuestros gerentes de producto. Los siguientes tres modelos de arquitectura de información pueden considerarse como complementos del primer modelo, o también pueden considerarse como información a nivel de página. clasificación.
La primera estructura jerárquica
Modelo de estructura jerárquica
El texto original del libro describe la arquitectura de este producto de esta manera: "En una estructura jerárquica, hay es una relación padre/hijo entre nodos y otros nodos relacionados. Los nodos secundarios representan conceptos más limitados y están subordinados a los nodos principales que representan categorías más amplias. No todos los nodos tienen nodos secundarios, pero cada nodo tiene un nodo principal, hasta el final. el nodo principal de toda la estructura. El concepto de relaciones jerárquicas es muy fácil de entender para los usuarios y el software tiende a funcionar de manera jerárquica, por lo que este tipo de estructura es el más común. La arquitectura de producto tipo paraguas es probablemente la estructura de información más utilizada en Internet y productos de Internet móvil, como WeChat, Q móvil y varios tipos de productos que utilizamos con mayor frecuencia, aplicaciones móviles TO C, e incluso productos TO B complejos. Todos utilizan esta arquitectura de producto 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 clasificar, por ejemplo, en un escritorio, estamos acostumbrados a juntar libros y dejar a un lado casetes de audio; armario, donde la mitad de nosotros La ropa de diferentes estaciones se colocará en diferentes lugares. En la vida, organizar las cosas hace que sea más fácil encontrar lo que necesitas.
La siguiente imagen es una 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, debes prestar atención a la jerarquía La cuestión de la profundidad y el ancho.
Todo el mundo tiene la experiencia de comprar en centros comerciales. De hecho, a veces fabricar productos es muy similar a comprar en centros comerciales. Algunos centros comerciales están diseñados de forma más razonable, lo que facilita a los usuarios encontrar las categorías de productos. quieren, pero algunos diseños de centros comerciales a menudo te hacen perderte y tener que ir y venir varias veces. Al determinar la arquitectura del producto, considerar la profundidad y amplitud de la arquitectura del producto se ha convertido en una pregunta obligada para los gerentes de producto. Tome la aplicación Taobao y la aplicación Vipshop como ejemplos. Taobao tiene una arquitectura amplia y profunda, mientras que Vipshop tiene una arquitectura superficial. Y arquitectura estrecha (relativamente). En una arquitectura profunda, la eficiencia operativa de los usuarios 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 se reduce. En una arquitectura amplia, los usuarios enfrentan más entradas, lo que requiere más tiempo para seleccionar, pero reduce la ruta de operación del usuario.
Patrones arquitectónicos de amplitud y profundidad
La arquitectura de producto amplia y superficial y la arquitectura de producto estrecha y profunda tienen sus propias ventajas y desventajas. La clave es qué arquitectura de producto es necesaria. tomar decisiones y juicios basados en el posicionamiento, las características comerciales, la etapa de desarrollo, las características del usuario y los escenarios de uso de sus propios productos.
El segundo tipo, estructuras naturales (estructuras orgánicas)
Modelo de estructura natural
La descripción original es la siguiente: "Las estructuras naturales no siguen ningún patrón consistente Los nodos están conectados uno por uno y esta estructura no tiene un concepto sólido de clasificación. La estructura natural es adecuada para explorar una serie de temas poco claros o en evolución, pero la estructura natural no proporciona una indicación clara para el usuario. para sentir dónde están en la estructura. Sin embargo, si desea fomentar una sensación de exploración libre, como en algunos sitios educativos o de entretenimiento, una estructura natural puede ser una buena opción si sus usuarios también lo necesitan; confiar en la misma ruta para encontrar el mismo contenido, por lo que esta estructura puede convertir la experiencia del usuario en un desafío ”
De hecho, esta forma de arquitectura de producto generalmente se usa ampliamente en c. juegos, entretenimiento y productos de información, como Youku Video, Curiosity Daily, etc.
Por supuesto, muchas veces la estructura natural debe considerarse en conjunto con la estructura jerárquica. Por ejemplo, cuando un usuario ingresa al sitio web de Curiosity Daily, una posible forma de usarlo es que el usuario ya tenga un objetivo de información claro en mente y desee. para ver los desarrollos comerciales recientes. Qué gran historia, los usuarios harán clic en "Todas las categorías" arriba, seleccionarán películas, seleccionarán la sección comercial y luego navegarán. También hay otra forma de utilizarlo, es decir, sin ningún objetivo, simplemente navega de arriba a abajo y haz clic en el título del artículo que te interesa.
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 ocio y entretenimiento tipo TO C, porque los usuarios objetivo de Dichos productos son, la mayoría de las veces, los escenarios de uso son una navegación aburrida, sin objetivos claros para el usuario y no es necesario resolver tareas específicas.
El tercer tipo, estructuras lineales (estructuras secuenciales)
Miremos todavía la descripción original: "Las estructuras lineales provienen 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 para procesarla ya están profundamente arraigados en nuestro cerebro. Los libros, artículos, audio y videos están diseñados para ser una experiencia lineal que se usa a menudo en Internet. -estructuras de escala, como un solo artículo o un solo tema; las estructuras lineales de gran escala se utilizan para aplicaciones donde el orden del contenido que debe presentarse es fundamental para satisfacer las necesidades del usuario, como los materiales didácticos.
Para decirlo sin rodeos, la llamada estructura lineal es cuando se utiliza un método de narración de historias para presentar su producto a los usuarios. Es más común en el diseño de páginas temáticas de productos y documentos de ayuda. De hecho, no hay nada de qué hablar en esta parte. La clave es si su pensamiento es claro al contar historias o problemas. Muchas veces, nuestros colegas de operaciones harán esta parte del trabajo por nosotros.
Página especial de Jinshan Kuaipan
La imagen de arriba es una página especial de evento creada por Kingsoft Kuaipan. Utiliza una estructura lineal para contar historias para promover su evento "El espacio 100G es permanentemente gratuito". .
El cuarto tipo, estructura matricial (estructura matricial)
Modelo de estructura matricial
El libro describe la estructura matricial de esta manera: "La estructura matricial permite al usuario Con nodos que se mueven a lo largo de dos o más "dimensiones", la estructura matricial a menudo ayuda a los usuarios con diferentes necesidades porque las necesidades de cada usuario pueden asociarse con uno de los "ejes" de la matriz para que puedan encontrar lo que buscan. están buscando en el mismo contenido.
Por ejemplo, si algunos de sus usuarios realmente quieren buscar productos por color, y otros si quieren poder buscar productos por sus dimensiones, entonces la estructura matricial Puede acomodar a ambos usuarios diferentes. Sin embargo, si espera que los usuarios utilicen esto como la herramienta de navegación principal, entonces una matriz con más de tres dimensiones puede causar problemas en un espacio de cuatro o más dimensiones. cerebro para visualizar bien estos movimientos."
Después de leer el párrafo anterior, su primera reacción fue la siguiente. Esta interfaz de diseño de producto:
Página de detalles del producto de Taobao
La estructura de información matricial requiere colocar múltiples contenidos de información en una página, por lo que su enfoque y dificultad son Cómo superponer la información para que la información pueda transmitirse a sus usuarios objetivo de manera más eficiente se discutirá más adelante.
En general, 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 suficientes conocimientos de diseño arquitectónico antes de diseñar una casa. Construir la estructura de un edificio es una lección indispensable e importante.
En escenarios de trabajo específicos, el trabajo de la mayoría de los gerentes de producto se divide básicamente en dos categorías. Una es el gerente de producto del lado C, que es responsable de tratar con los usuarios comunes y también prueba la comprensión del usuario. puntos débiles y captar y captar los puntos interesantes; el otro tipo es el gerente de producto del lado B, que es responsable de tratar con los usuarios corporativos y poner a prueba su pensamiento sobre la naturaleza de la estrategia comercial y de la industria.
Entonces, ¿cómo construir una arquitectura de producto para estos dos tipos de productos?
Cómo construir una arquitectura de producto para productos To C
Primero presente brevemente los antecedentes comerciales:
La industria O2O, que comenzó a ponerse de moda en 2014, ha crecido rápidamente desde la superficie El cambio ha entrado en la zona de aguas profundas y se ha demostrado que muchos modelos de negocio relacionados con O2O son incorrectos o han crecido rápidamente. En este proceso, se han fundado y colapsado innumerables empresas de nueva creación. Además de que los centros comerciales, los comerciantes de alimentos, bebidas y entretenimiento y los comerciantes de servicios fuera de línea se han convertido en puntos calientes de O2O, el modelo de entrega a domicilio también se ha convertido en un nuevo punto caliente. Muchos artesanos que hacen manicuras, masajes y baños de pies se han convertido en trabajadores móviles (. (típicamente como Helijia), si la comida, la bebida, el entretenimiento, etc. esperan irradiar tráfico en el distrito comercial, entonces los servicios a domicilio sólo esperan capturar la "mina rica" de la comunidad.
A principios de 2015, la empresa para la que trabajaba estaba interesada en la industria comunitaria O2O (por supuesto, el jefe tenía los recursos relevantes y sentía que el mercado tenía amplias perspectivas), y al hacerlo comunidad O2O, había un umbral inevitable: propiedad, si alguien está dispuesto a trabajar duro para romper la dura nuez de los bienes raíces, tendrá la oportunidad de ganar el futuro.
Así que formamos un pequeño equipo e hicimos una investigación de mercado primero para ver qué servicios han brindado los productos comunitarios O2O en el mercado para conectar a los residentes de la comunidad, y elaboramos este informe de análisis de productos competitivos: p>
Informe de análisis de productos competitivos
Después de jugar con docenas de aplicaciones, descubrimos que solo los productos de unas pocas empresas brindan a los propietarios pagos en línea de tarifas de propiedad y servicios de tarifas de estacionamiento, sin mencionar que los propietarios Puede presentarse para reparaciones en línea, llamar a seguridad y otros servicios.
En general, el O2O comunitario todavía no era un océano rojo en ese momento, y todavía había espacio de mercado y oportunidades de entrada. En términos de experiencia en el desarrollo de productos, no hay más que dos tipos de aplicaciones, una son las empresas emergentes de terceros representadas por "Dingdong Community" y "Community Worry-free", y la otra es la propia "Live Here" del desarrollador. "Cai Zhi". Nube” y otras aplicaciones móviles.
El primer tipo de modelo de plataforma, como "Dingdong Community", no tiene una base de usuarios y solo se basa en quemar el dinero de los inversores para sentar las bases. En ese momento, parecía que había rodeado a muchas comunidades. pero debido a que no había Básicamente, los usuarios serán arrebatados en cualquier momento y una aplicación tardará muchos años en alcanzar escala. Actualmente se rumorea que ha cerrado y se estima que la capital está casi quemada.
La mayoría de las aplicaciones del segundo tipo aún se encuentran en la etapa de prueba y desempeñan un papel de respaldo a las propiedades inmobiliarias, y aún no han encontrado un modelo de ganancias completo. "Caizhiyun" puede considerarse un representante destacado. Su modelo de comercio electrónico vertical puede convertirse en un gran avance para competir con Alibaba en 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 a que despegara una startup antes de realizar adquisiciones de inversiones. Es obvio que todo el mundo ha dejado de lado este hueso duro de roer.
Dado que la empresa contaba con recursos relevantes en el sector inmobiliario en ese momento, nuestro equipo posicionó el punto de entrada del producto en empresas inmobiliarias, estaciones de servicio inmobiliario y profesionales inmobiliarios. 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 ampliarán a la gestión de información de espacios de estacionamiento y plataformas comerciales comunitarias: los comerciantes ingresarán a la comunidad a través de la plataforma inmobiliaria y colocarán anuncios, y proporcionar servicios a comités de propiedad maduros, plataforma de gestión en línea, educación comunitaria, etc. En ese momento, el nombre del producto se llamó temporalmente "Leye Anju", lo que significaba que la gente de la comunidad podía vivir y trabajar en paz y satisfacción al poseer 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, clasifiqué mi pensamiento de planificación en la arquitectura del producto comunitario O2O, que consta principalmente de 4 pestañas:
Comunidad: responsable de conectar personas y Personas, esta sección puede satisfacer las necesidades de comunicación entre vecinos. Puede publicar información relevante aquí para solicitar ayuda o intercambiar necesidades, o pueden encontrar vecinos con ideas afines para hacer algo juntos. Incluyendo comités de propietarios posteriores, comités de vecinos, etc., aquí se puede mostrar información relevante.
Propiedad: Responsable de conectar personas y propiedades. Esta parte tiene como objetivo mejorar la eficiencia de la conexión entre propietarios y 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 la satisfacción del usuario. Los propietarios se pueden mejorar.
Periférico: Responsable de conectar personas y servicios O2O. Esta parte es un escenario de visualización integral para O2O de terceros (como servicios de limpieza, servicios de mantenimiento, servicios de cuidado de personas mayores, educación comunitaria, etc.) y e. -Compra en grupo de comercio. Al integrar recursos, realice servicios comunitarios O2O con características propias.
Mi: Responsable de gestionar toda la información relacionada con el "propietario", como "mi informe de reparación", "mi pago", si la educación comunitaria se realiza más adelante en el desarrollo del producto, también puede haber "mi " Curso “Espera.
La arquitectura del producto de community o2o
Por supuesto, se planea que el desarrollo de la primera versión del producto se realice primero en dos partes: "propiedad" y "mi". Desde el punto de partida, la gestión de la propiedad debe hacerse bien primero. Posteriormente, una vez que el piloto sea factible en las comunidades relevantes, el producto se repetirá inmediatamente y se introducirán otras funciones para enriquecer los escenarios de uso del producto.
Si lo analiza detenidamente, debería poder ver la lógica del marco aquí: conexión.
Esto implica la comprensión más esencial del O2O ¿Cuál es su esencia? La esencia de O2O es 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 se basa en conexiones, conectando personas con personas, personas con servicios inmobiliarios y personas con otros servicios. De esta manera, para los usuarios, la lógica cognitiva de su producto será muy clara cada vez que abran. el producto, podrás encontrar fácilmente lo que buscas.
En este caso intentamos hacer un resumen:
1. Haz una buena clasificación.
Como hemos dicho antes, el ser humano nace con El. El hábito de clasificar y clasificar también sirve para que sea más fácil encontrar lo que necesitas. Lo mismo ocurre con la ubicación de los productos en los supermercados. Todos los productos deben colocarse en diferentes estantes según las diferentes categorías, y se deben colocar carteles correspondientes en ellos para indicar a los usuarios de qué área de productos se trata.
Nuestro Explorador de Windows de uso común también es un excelente ejemplo. Imagínese: si almacenamos todos los documentos en nuestra computadora en un disco, y este disco no tiene la forma de una carpeta. En las categorías, los documentos de Word, documentos de Excel, documentos ppt, documentos pdf, archivos de video, archivos de formato de imagen, etc. están todos mezclados, por lo que le resultará muy difícil encontrar los documentos que necesita. Afortunadamente, en el modo Explorador de Windows podemos crear carpetas y ordenarlas y agruparlas por nombre de archivo, fecha de modificación, tipo, tamaño, etc. Esto nos facilita encontrar la información y los documentos que necesitamos de forma más rápida.
Del mismo modo, lo mismo ocurre con los sitios web o las aplicaciones de aplicaciones móviles. Cuanta más información hay, más es necesario organizarla y organizarla. Podemos clasificar la información según hábitos lógicos. Por ejemplo, el ejemplo anterior se basa en la lógica de la "conexión" comunitaria O2O, por supuesto, también podemos explorar directamente las ideas de los usuarios y comprender sus hábitos de uso. Un buen gerente de producto suele ser un veterano en la industria o un experto en la industria. Porque sólo si el propio gerente de producto tiene un conocimiento profundo de la industria en la que se encuentra, podrá tomar el pulso a la arquitectura del producto con mayor precisión, a veces incluso de un solo golpe.
2. Equilibrar a los usuarios y el negocio
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, debe haber una contradicción entre los objetivos del usuario y los objetivos comerciales. Por ejemplo, los usuarios no quieren ver anuncios, pero las empresas esperan recomendar sus negocios y anuncios a los usuarios (generalmente, como los anuncios de WeChat Moments). Si un producto solo cumple con los objetivos del usuario, la experiencia del producto ciertamente será buena, pero será difícil que este producto tenga éxito a largo plazo. Después de todo, el objetivo final de la empresa es obtener ganancias.
En este momento, cómo equilibrar los usuarios y el negocio se ha convertido en una parte importante al considerar las habilidades del gerente de producto. En este sentido, aprendemos del equipo de WeChat. WeChat hace un muy buen trabajo al equilibrar la experiencia del usuario y los objetivos comerciales. ¿Todavía recuerdas el anuncio en WeChat Moments en enero de 2015? Una vez que se lanzó, inmediatamente se convirtió en un tema candente en WeChat Moments. Todos se apresuraron a darle me gusta y comentar en la parte inferior del anuncio, como si la marca de repente se convirtiera en un amigo. nosotros. Lo mismo, comparte historias y contenido con nosotros directamente en Momentos.
En el caso de Community O2O, también colocamos las funciones periféricas con propiedades comerciales y publicitarias 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. Acceso rápido a configuraciones de funciones importantes
La arquitectura del producto debe ser clara y lógica, permitiendo a los usuarios con objetivos claros encontrar rápidamente la información. lo que necesita; 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 usuarios, si las funciones importantes y de uso común se ocultan demasiado, es muy probable que pierdan interés en el producto.
Configurar entradas rápidas para funciones importantes y de uso común es como crear un "canal rápido" en la arquitectura del producto original. Un ejemplo típico es que WeChat coloque "Compras" en el menú "Descubrir". "La entrada de Mobile QQ se ha cambiado a "JD Shopping". El "matrimonio" de JD.com y Tencent consiste en las entradas de las aplicaciones sociales WeChat y Mobile QQ, Momentos, grupos de amigos, cuentas públicas, Guangdiantong y promoción fuera de línea* ** Juntos forman un ecosistema de compras sociales de JD de múltiples escenarios, que reúne un enorme tráfico comunitario y trae muchos nuevos usuarios y crecimiento de transacciones a JD.
Por supuesto, configurar la entrada rápida también es un proceso que requiere compensaciones. Los atajos necesarios pueden mejorar la eficiencia del usuario y cumplir con ciertos objetivos comerciales del producto. Sin embargo, si hay demasiados atajos (especialmente aquellos con demasiados objetivos comerciales), el producto también se volverá confuso y complicado. En algunos casos, la eficiencia del usuario se verá afectada. disminuir, lo cual no vale la pena ganar. Por lo tanto, verá que el producto WeChat no muestra todas las empresas mediante la entrada rápida, sino que muestra otros servicios de terceros en "Me-Wallet". De esta manera, estas funciones están tan ocultas que los usuarios del producto no pensarán que WeChat es un producto complejo y confuso.
Celebración del segundo aniversario de JD WeChat Mobile QQ Shopping
Por supuesto, cuando jugamos con los productos nosotros mismos en nuestro tiempo libre, también podemos intentar deconstruir los productos de aplicaciones de otras empresas y tomar Échales un vistazo ¿Cómo se construye la arquitectura del producto y de qué vale la pena aprender y aprender? Este también es un método de aprendizaje muy importante.
Permítanme hablar sobre mi método más utilizado, que se divide en tres pasos:
Desarmar el esqueleto del producto y dibujar todos los módulos y puntos de función en un mapa mental.
Análisis de escenarios de uso y procesos de funciones clave
Analisis de escenarios de uso y procesos de funciones secundarias
Por supuesto, se deben considerar muchos factores al analizar un producto, no solo del producto. diseño, pero también Solo partiendo de los antecedentes de la industria, la estrategia de la empresa, las operaciones, los recursos reales, etc., podemos obtener respuestas que se acerquen más a la verdad.
Cómo construir una arquitectura de producto para productos de tipo To B
El diseño de productos de tipo To B (generalmente productos back-end) es muy desafiante, porque para To C- Escriba productos front-end, todos ha desarrollado hábitos de uso, tiene un cierto grado de comprensión de las funciones y ha visto suficientes patrones para poder establecer un determinado modelo de producto, y es fácil encontrar objetos de referencia para imitar. Pero para los productos backend de tipo B, casi no hay productos competidores a los que referirse e imitar. Por lo tanto, al construir la arquitectura del producto, se requiere que el gerente de producto conozca muy bien el negocio, lo que pone a prueba la competitividad central del PM - negocio. reserva de conocimientos y pensamiento estructurado y capacidad de abstracción sistemática. Los productos de diferentes industrias pueden tener diferentes ideas arquitectónicas generales.
Como analogía simple, la complejidad de la arquitectura del producto, de débil a fuerte, es la siguiente:
Diseñar o controlar los siguientes medios de transporte:
Bicicleta
Coches
Aviones
Cohetes
Naves espaciales
……
No es Parece que se está volviendo cada vez más difícil, pero finalmente hemos entendido cómo es la arquitectura de productos complejos. De hecho, todavía existen métodos correspondientes para diseñar.
Al crear una arquitectura de producto para productos back-end, a menudo hay dos ideas como referencia:
1. Dividir por módulos funcionales
¿Qué se divide por módulos funcionales? Como se muestra a continuación:
Dividido por módulos funcionales
Si los usuarios objetivo de un producto back-end son relativamente únicos y las necesidades del usuario están relativamente unificadas, no parece que un determinado el usuario solo necesita usar uno de ellos. Cuando hay un determinado módulo funcional y no hay mucha relación lógica entre las funciones, a menudo puede intentar dividirlo en módulos funcionales. Por ejemplo, Baidu Mobile Statistics se dirige a las operaciones internas y al personal de productos de las empresas de Internet, y 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
Otra lógica de división es dividir 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 múltiples roles, incluido el personal comercial de la empresa, como marketing, ventas, servicio al cliente, recepción, etc. 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 del backend.
Dividir según la lógica empresarial requiere que los gerentes de producto piensen en qué problemas resuelve el sistema al planificar el sistema y, más específicamente, qué problemas y qué usuarios resuelven. Después de determinar este gran entorno, en la etapa de recopilación y análisis de requisitos, se debe realizar el trabajo relevante de acuerdo con los roles comerciales. Sólo entonces podremos sentirnos más cómodos en el paso de clasificar la arquitectura 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 con diferentes roles.
Dividido por la lógica empresarial
Entonces, al fabricar productos b, ¿qué capacidades deben reservar los gerentes de producto antes de llevar a cabo la planificación empresarial y la arquitectura del producto?
Es necesario tener ciertos conocimientos técnicos que le ayuden a comprender cómo se intercambia, almacena, acopla y desacopla la información entre diferentes sistemas.
Debes tener pensamiento de lógica empresarial básica, como ahorrar costes, aumentar ingresos, mejorar la eficiencia, etc.
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 se trata solo de abstraer un flujo de trabajo en una función, sino de abstraer un negocio en un sistema, y conocer la posición de este sistema en el producto no se trata de aclarar la relación entre tareas, sino de aclarar la relación con el negocio; el negocio, cómo dichas relaciones se entrelazan y evolucionan al final, y promueven conjuntamente la prosperidad del producto.
Finalmente, aquí hay varios productos de back-end excelentes para su referencia y estudio:
back-end comercial de Taobao
back-end de Youzan micro-mall
Backend de la plataforma pública WeChat
En resumen, la arquitectura del producto implica una amplia gama de aspectos, que van desde el plan macro del producto hasta los módulos funcionales del producto, incluidos los objetivos y la visión del producto y el usuario. necesidades, necesidades comerciales, procesos comerciales de datos y marcos de diseño, y también involucran la estructura ecológica del producto, por lo que no es fácil construir un marco de producto. Los gerentes de producto también deben estar preparados para una larga iteración cognitiva en el aprendizaje de este camino.
¿Cuáles son las características de una buena arquitectura de producto?
Una buena arquitectura de producto es algo muy importante para un producto, al igual que el esqueleto humano lo es para una persona y una casa. es para una persona. La estructura desempeña un papel de soporte, guía y soporte de carga para una casa. Volviendo a los productos de Internet, existen varias características que debe tener una buena arquitectura de producto y que se pueden resumir en: facilidad de uso, estabilidad y escalabilidad.
¿Qué es la facilidad de uso? Los seres humanos son perezosos por naturaleza. Imagínense si los usuarios pueden recordar cada operación después de un simple uso del producto y pueden usarlo repetidamente sin tener que aprender deliberadamente operaciones específicas. Para los gerentes de producto, debemos esforzarnos por facilitar a los usuarios el uso del producto, lo que requiere que la arquitectura del producto proporcione una ruta de navegación clara para que los usuarios no tengan comportamientos desagradables como perderse.
¿Qué es la estabilidad? Esta parte generalmente está relacionada con la arquitectura técnica del backend. Cuando el producto continúa evolucionando e iterando, si la arquitectura del sistema puede soportar el acceso simultáneo de tantos usuarios tendrá algún impacto en el rendimiento y la velocidad de respuesta. El llamado principio de estabilidad significa que el servicio que usted proporciona debe ser estable y confiable, y puede responder a las necesidades de manera oportuna. Intente evitar situaciones como avisos de fallas repentinas, excepciones del servidor y servicios vacíos en la APLICACIÓN.
La facilidad de uso y la estabilidad ya no se explican con palabras. Echemos un vistazo a la escalabilidad de la arquitectura del producto.
La escalabilidad en realidad transmite un mensaje que requiere que los gerentes de producto piensen más sobre si el producto agregará nuevas funciones o contenido en el futuro al diseñar la arquitectura del producto, lo que también requiere que los gerentes de producto tengan conocimiento de la planificación del producto. Si se lanza un nuevo producto no hace mucho, la estructura de información de la página se reajustará debido a la necesidad de nuevas funciones, y el personal relevante se quejará y los usuarios del producto también aumentarán el costo cognitivo del producto. Se puede ver lo importante que es la escalabilidad de la arquitectura del producto. Los gerentes de producto deben generar ideas basadas en la situación real y los planes futuros previsibles y esforzarse por minimizar los costos de mantenimiento del producto.