¿Cómo reconstruir productos de la cara B? Las cuatro etapas y las "siete" del marketing de marca TOB...En los productos del lado B, algunos sistemas antiguos pueden tener procesos complejos y poca escalabilidad, y deben transformarse. 1. Antecedentes de la reconstrucción 1. Introducción del sistema y objetivos de transformación El sistema que queremos transformar es el sistema de monitoreo de datos de Internet de vehículos que la empresa ha operado durante muchos años. En la actualidad, el antiguo sistema se utiliza desde hace unos 8 años. Tiene muchas funciones, procesos complejos y escalabilidad débil. El objetivo de la reconstrucción es convertir la plataforma en un sistema de servicio estandarizado para Internet de vehículos SAAS, que no solo cumpla con los requisitos de las nuevas políticas regulatorias del país, sino que también proporcione informes de análisis de datos de carrocerías para los clientes de las fábricas de automóviles, respalde las necesidades técnicas de los clientes. pronósticos de transformación y ventas, y mejora el desempeño del producto en el mercado. 2. Razones para la reconfiguración La plataforma inicial no tenía el rol de gerente de producto, pero el gerente de I+D dirigió al equipo de I+D para acumular funciones basadas en experiencias pasadas y productos similares que ya existían en el mercado. La lógica funcional es compleja y el proceso no es fluido, lo que afecta gravemente la eficiencia del trabajo del usuario. El desarrollo inicial no dejó documentación y nadie entendió las reglas lógicas subyacentes de algunas funciones. 1) Cambios en la política de mercado al inicio de la reconfiguración: Justo a tiempo para el lanzamiento del nuevo estándar nacional 4, los OEM deben tener su propia plataforma de gestión de Internet de los vehículos, maquinaria de registro, chips, terminales y otros datos, y realizar datos de emisiones para los nuevos estándares Monitorear y enviar datos a la plataforma nacional en tiempo real. Cambios en las necesidades de los usuarios: el proceso de colaboración interna de la fábrica de automóviles se ha estandarizado. Nos dimos cuenta de que la plataforma anterior ya no puede cumplir con los estándares de colaboración del departamento existente del usuario y la demanda de análisis de datos de la fábrica de automóviles es cada vez más fuerte. Cambios en los objetivos del producto: algunos fabricantes de automóviles también tienen plataformas DMS y CMMP de construcción propia. Los clientes esperan abrir interfaces de datos para lograr la sincronización de datos de la plataforma completa para facilitar la gestión y el seguimiento. 2) Resumen de los problemas con la plataforma existente: el sistema antiguo tiene límites obvios a nivel de datos, una distribución de eficiencia irrazonable y una baja utilización de recursos, lo que resulta en tareas de larga espera y un progreso lento. El diseño funcional es demasiado conservador, las páginas y las interacciones están al revés, la información operativa no es clara, la división de cada módulo es irregular, la tasa de duplicación de páginas es alta, la serie de procesos es baja y la experiencia del usuario es deficiente. Hay muy pocas dimensiones de indicadores para el análisis de datos de parámetros y no pueden satisfacer las necesidades comerciales actuales de los clientes. Sin abstraer los datos en una interfaz estándar, es imposible completar el acoplamiento de datos con la propia plataforma del cliente y depende completamente del soporte manual. Se espera que a través de esta reconstrucción, el sistema pueda remodelarse completamente desde la arquitectura central subyacente hasta la capa de percepción del usuario, incluyendo: mejorar la capacidad de carga de la plataforma, remodelar el sistema de permisos, conectar todo el proceso, mejorar la experiencia del usuario y expandir nuevas funciones. 3) El equipo consta de 15 miembros que participan en todo el proyecto de reconstrucción. Entre ellos, hay 2 personas de producto, 3 personas de prueba, 2 personas de front-end, 4 personas de back-end y 4 personas de big data. La interfaz de usuario es un recurso público y no un miembro de un equipo de proyecto especial. dos. Planificación y organización de proyectos La plataforma tiene muchas funciones y negocios complejos. Llevamos a cabo el plan de transformación en tres etapas: Versión básica: se completa el proceso de línea principal y el objetivo es ejecutar el proceso desde el registro y producción de vehículos del gobierno Nacional IV hasta la autoridad de gestión de control de riesgos para lograr una gestión integral de la información de los vehículos. . Versión estándar: Agrega módulos de sucursales como gestión de posventa y mantenimiento, con el objetivo de mejorar los datos de ventas, servicio posventa, estadísticas de datos de BI, etc. Realizar el seguimiento de toda la línea de producción de vehículos por parte del OEM. Versión avanzada: empoderamiento de datos, el objetivo es analizar y potenciar los datos recopilados para ayudar a las empresas a lograr una verificación efectiva de los datos en la reforma de producción y los planes de ventas. Dado que la plataforma tiene funciones complejas y una larga línea de frente, y esperamos migrar un grupo de usuarios después del lanzamiento de 1.0 para recopilar comentarios efectivos de los usuarios lo antes posible y mejorarlos en tareas posteriores, es muy importante completar las tareas planificadas a tiempo, lo que nos obliga a Cada versión debe tener objetivos de planificación claros y implementarse estrictamente de acuerdo con el plan. De lo contrario, una vez que ocurre un problema, el ciclo de desarrollo se alargará y los comentarios de los usuarios no se recibirán de manera oportuna. Sería muy doloroso modificar el proyecto una vez lanzada la segunda fase. 3. Todo el proceso de reconstrucción del proyecto 1. Clasificación empresarial: dado que la plataforma del sistema anterior se ha utilizado durante mucho tiempo, el personal de I + D ha cambiado varias veces y la lógica oculta no está clara. Por lo tanto, después de recibir la tarea de reconstrucción, clasificaremos las funciones y la lógica empresarial. todo el sistema en conjunto. Primero, organizamos cada página dividiéndola en módulos y combinamos nuestra propia experiencia laboral para ordenar parte de la lógica de la página, como de dónde provienen algunos datos, con qué servicios están asociados estos datos y la inmediatez y precisión. de los datos. En esta etapa, debemos romper los puntos ciegos del sistema original tanto como sea posible, realizar una disección integral de todo el sistema, dejar que tenga una comprensión arquitectónica clara en nuestras mentes e identificar las deficiencias en el proceso para que podamos seguimiento. Proporcionar toma de decisiones durante la transformación y actualización.
2. Investigación de usuarios Aunque hemos registrado muchos problemas durante el proceso de clasificación de funciones anteriormente, lo más importante es comprender las necesidades reales de nuestros clientes. Mediante el análisis de la frecuencia de uso de los usuarios, la frecuencia de retroalimentación de la demanda diaria y el tamaño del cliente, seleccionamos tres clientes principales como nuestros principales usuarios de investigación. El proceso de investigación se divide en dos pasos: 1) Recogida interna de opiniones. Primero, investigamos dentro de la empresa. Al hablar con los empleados principales de nuestros departamentos de ventas, servicio posventa, soporte técnico y otros departamentos, recopilamos las preguntas de los usuarios, las necesidades y el desarrollo de productos competidores relacionados, y los organizamos para ayudarnos a proporcionar una base para encuestas cara a cara. con los usuarios. 2) Encuesta de usuarios cara a cara Antes de la encuesta de usuarios real, contactamos al responsable del cliente, quien nos ayudó a comprender la estructura departamental de la empresa y a ordenar las demandas y expectativas de cada departamento para las funciones de la plataforma o el negocio. El contenido de la entrevista se centró principalmente en el flujo de trabajo diario de cada departamento, los departamentos colaborativos, las necesidades de potenciación de datos y las funciones que esperamos fortalecer en el próximo diseño. También aprendimos algo de terminología profesional interna y métodos de cálculo de análisis de datos de Internet de los vehículos. Durante el proceso de entrevista, con el consentimiento del cliente, adoptamos un método de grabación/toma de notas. Creo que la comunicación cara a cara con los usuarios es la forma más eficiente de comprender los procesos comerciales. De esta manera, no solo podemos conocer claramente los métodos de trabajo internos de la otra parte, sino también reconocer nuestras deficiencias a través de las quejas y sugerencias de la otra parte. y comunicar claramente a los clientes lo que queremos hacer, permitir que los clientes participen como participantes y establecer prioridades en función de la urgencia de las necesidades del cliente, movilizando así el entusiasmo de los usuarios por la prueba después del lanzamiento posterior de 1.0 y brindándonos cada vez más eficacia. sugerencias. 3. Después de la investigación preliminar de diseño y revisión, dedicamos mucho tiempo a clasificar y modularizar todos los requisitos, generar diagramas de procesos comerciales, definir el alcance de los requisitos, cambiar el estado del proceso y conectar toda la lógica para garantizar. que diseñamos No habrá desviación en el proceso principal al usar módulos. También somos cautelosos en las etapas de prototipo, interacción, diseño de interfaz de usuario, etc. Para garantizar la calidad del desarrollo y el diseño, siempre sincronizaremos nuestro negocio y nuestras necesidades con los miembros del equipo del proyecto para garantizar que todos comprendan mejor el negocio y los objetivos, y también proporcionarles una mejor comprensión del negocio y los objetivos en el futuro. Reunión de revisión: primero, revise la lógica comercial y la implementación técnica con la parte comercial, el soporte técnico, los representantes del cliente, los líderes del equipo de I + D y otros departamentos. Después de asegurarse de que básicamente no haya problemas importantes, organice una gran reunión de revisión y revise con todos los relevantes. El personal del equipo del proyecto, confirma el progreso del proyecto. Para lógica compleja y cambios importantes, se recomienda preparar información relevante, ampliaciones futuras y soluciones a problemas relacionados con anticipación antes de la revisión. Esto no solo garantiza su confianza en la reunión de revisión, sino que también tranquiliza a todas las partes. 4. Proceso de gestión del proyecto Durante el proceso de desarrollo del proyecto, controlaremos el progreso del proyecto en forma de reuniones matutinas y reuniones semanales, y abordaremos con prontitud las desviaciones en la comprensión empresarial, los problemas encontrados durante el proceso de desarrollo del proyecto y quién necesita coordinarse con, Evitar retrasos causados por este tipo de problemas durante el desarrollo. El director del proyecto enviará por correo electrónico el progreso general, los problemas, las soluciones, etc. del proyecto a todos los miembros del equipo antes de salir del trabajo todos los viernes y lo sincronizará con el líder. Durante la fase de prueba del proyecto, después de que el proceso principal se ejecute sin problemas, realizaremos operaciones internas, soporte técnico y pruebas con algunos usuarios en la versión beta interna. Después de que la otra parte esté satisfecha con la prueba durante la etapa del proceso central, lanzaremos la versión oficial e informaremos al cliente. Dentro de un mes después de estar en línea, contaremos con personal dedicado que prestará atención a los comentarios de los usuarios, llevará a cabo reparaciones iterativas rápidas y planificación de tareas de seguimiento, y controlará el progreso y el tiempo del proyecto. 5. Migración y sincronización de datos Una vez lanzado el nuevo producto, la migración de datos antiguos debe realizarse paso a paso. Hemos adoptado tres métodos para garantizar la estabilidad de los datos de los usuarios en la plataforma anterior y transferirlos sin problemas a la nueva plataforma, brindando a los usuarios un período de tiempo para adaptarse lentamente y migrar gradualmente a la nueva plataforma. 1) La información básica de la plataforma sincroniza datos de información básica estática, como información de cuenta, información de organización e información básica relacionada, y el método de almacenamiento es una base de datos MySQL. Dado que las estructuras de tablas y los campos de las plataformas nuevas y antiguas son diferentes, es necesario hacer coincidir las estructuras de datos de las plataformas nuevas y antiguas y sincronizar los datos mediante herramientas o programación. 2) Los datos de las plataformas antigua y nueva se sincronizan entre sí. Los datos recién generados deben sincronizarse durante un período de tiempo, es decir, los datos generados en la plataforma anterior deben sincronizarse con la nueva plataforma hasta que se sincronizan. está completamente cambiado a la nueva plataforma. 3) Migración de big data El entorno de big data se divide en entorno de big data de la sede, entorno de big data de implementación privatizada y entorno de big data en la nube.