¿Cómo construir una buena arquitectura de producto?
La calidad de la arquitectura del producto afecta la escalabilidad futura y el desarrollo comercial de los productos. Una buena arquitectura de producto, especialmente en el período inicial de iteración rápida, no retrasará el producto por razones técnicas.
En la etapa inicial del diseño del producto, se recomienda diseñar con el proceso más aproximado en el proceso estructural. En el módulo de gestión en segundo plano, se ha aplicado la estructura de división más grande. Sin embargo, considerando la escalabilidad posterior, al establecer la estructura de la tabla, intente estructurar los objetos subdivididos y las relaciones tanto como sea posible. En el diseño de front-end, intente centrarse en módulos comerciales centrales concisos para su visualización. Realizar el diseño de producto MVP para la aplicación del escenario principal.
1. Formas de pensar
1. Pensar en modelos de negocio
Los modelos de negocio para el comercio electrónico incluyen la construcción de plataformas simples y métodos de autooperación. Este enfoque plantea requisitos para el diseño arquitectónico de productos front-end. Diseñamos productos de diferentes maneras. En términos de pensamiento del modelo de negocio, el proceso de puntos centrales de beneficio empresarial debe estar claramente diseñado. Por ejemplo, el diseño de cargos de depósito para productos de bicicletas es incluso más útil que el proceso de pago posterior por cada viaje.
2. Pensar en el modelo operativo de la empresa
En términos de pensar en el modelo operativo, es necesario comprender eficazmente a los gerentes de back-end de la empresa y conocer la dirección del producto futuro. promoción. A través del modelo de operación a gran escala, mejoraremos la perfección estructural del diseño del producto. Por ejemplo, en niveles corporativos complejos, existen muchos procesos de revisión. Pero cuando el producto backend inicial se pone en línea, estas funciones no son necesarias en absoluto. Por ejemplo, no es necesario realizar la gestión de operaciones de banners para los productos iniciales.
3. Considere a los usuarios
Para los usuarios de back-end, habrá diferentes derechos de administración y responsabilidades correspondientes. A la hora de diseñar el backend se debe prestar especial atención a la relación jerárquica de la empresa donde se encuentra el usuario. Diseñe en consecuencia. Por ejemplo, el personal de operaciones A tiene un superior, el líder B. Por lo tanto, para obtener los permisos de B, A debe poder ver y administrar el sistema. Todos estos son escenarios prácticos. Cuando se inicia una nueva aplicación, la mayoría de las aplicaciones se pueden usar sin registrarse e incluso pueden guardar el historial de navegación. Simplemente inicia sesión y regístrate para verlo. Estos garantizan el pensamiento de escenarios del usuario.
4. Considere el uso del usuario
A excepción del inicio de sesión inicial del usuario, casi la mayoría de las operaciones se realizan mientras está conectado. Debemos hacer nuestro mejor esfuerzo para monitorear y mantener los datos generados por los usuarios. En el caso de los datos, lo llamamos algo de muy bajo nivel en la estructura del producto. En estos datos subyacentes, necesitamos utilizar la minería de datos para descubrir el negocio y realizar la importante tarea de generar ingresos comerciales.
2. Objetos de estructura dividida
(PD: el objeto se refiere a la descripción de algo cuando hacemos gestión de productos. Por ejemplo, la gestión de usuarios es describir al usuario Resumen.)
1. Los objetos estructurales están suficientemente separados
Al dividir la estructura del producto, necesitamos dividir la estructura del producto con suficiente detalle. Por ejemplo, la clasificación de productos y la carga y descarga de productos se pueden operar juntas en un diseño de sistema simple. Pero cuando las responsabilidades del personal de operaciones se gestionan de forma más granular, esta estructura no funciona. Por lo tanto, al inicio del diseño se debe informar a los desarrolladores que aquí se puede realizar la clasificación. Gestión de clasificación de productos: se diseña la clasificación de productos, se diseñan y gestionan los lineales y contenidos de los productos.
2. Los objetos son lo suficientemente escalables.
¿Cómo pueden los objetos ser lo suficientemente escalables? Por ejemplo, al diseñar productos, si consideramos que la etapa inicial será autooperada y la dirección de desarrollo futuro en la etapa posterior será la plataforma. Es necesario separar el contenido de los campos del comerciante para el diseño de estructura de tabla extendida. En este momento, se diseñarán productos potentes en comunicación con la tecnología para garantizar la escalabilidad futura.
3. El objeto debe tener suficiente potencial de crecimiento.
El objeto abstraído debe tener suficiente potencial de crecimiento para su gestión. Por ejemplo, en la gestión de productos, además de la clasificación, también está el contenido del producto, la gestión de operaciones del producto, etc. Cuando una gestión implica la gestión de muchos módulos pequeños, debemos pensar por separado. Especialmente la gestión de productos, también implica la gestión de pedidos del negocio principal, el carrito de compras frontal, la gestión de marketing, la gestión de operaciones, etc. Como módulo de gestión central, debemos realizar una división detallada.
4. Dividir requiere racionalidad
Dividir objetos requiere racionalidad absoluta. No todos los objetos son aptos para dividir. Por ejemplo, al dividir los precios, existen precios de mercado, precios estándar, precios de comercialización, etc. ¿Es necesario desglosar esto en detalle? Por ejemplo, en la industria del comercio electrónico, es necesario. Pero en el comercio electrónico O2O, como el de bicicletas compartidas, no habrá precio de mercado porque el precio en sí no existe. Pero todo el mundo dirá que todavía tiene un precio tachado, que es su propio precio. La tarjeta mensual que compramos ahora es en realidad un precio de marketing para promocionar el mercado.
3. Comunicación y confirmación entre múltiples partes
Ser gerente de producto requiere comunicación múltiple.
1. Confirme el modelo de operación con la operación
Lo mejor para comunicarse con la operación es su método de operación, que debe satisfacer su método de operación. Pero a los operadores les gusta decirle cómo implementarlo. De hecho, discutir eso no es el punto. El punto es que necesitamos ayudar a las operaciones a maximizar el valor de sus productos. ¿Cómo maximizar el valor? Necesita saber cómo quieren realmente interactuar con los usuarios y cómo promocionarlos. Estos son los conceptos básicos.
2. Confirmar la estructura de la tabla con tecnología
Es importante confirmar la estructura de la tabla con tecnología, porque la estructura de la tabla no solo determina la escalabilidad de productos futuros.
También determina si la promoción futura en el mercado se verá obstaculizada por el producto. Al realizar la confirmación, debe tener pleno conocimiento y comprensión de la estructura del producto. También es necesario comprender los datos que estas estructuras de tablas pueden generar en el futuro.
4. Cree la estructura que mejor cumpla con los requisitos
En última instancia, la estructura del producto debe servir como un puente arquitectónico entre la empresa y los usuarios. No existe una perfección absoluta en la estructura del producto, porque cada negocio tiene su propio ciclo de vida y proceso de desarrollo. Nuestros gerentes de producto hacen todo lo posible para garantizar el desarrollo, crecimiento, expansión e incluso cambios futuros de la estructura del producto. Estos son los más importantes.