Flujo de trabajo completo del gerente de producto
1. Investigación de usuarios
La investigación de usuarios se divide en análisis cualitativo y análisis cuantitativo. El análisis cualitativo se refiere a entrevistas con usuarios y el análisis cuantitativo se refiere a encuestas por cuestionario.
Entrevistas a usuarios. Por supuesto, las entrevistas requieren ciertas habilidades y se tratan más de escuchar y comprender los pensamientos internos de los usuarios. Durante la entrevista, se debe preguntar repetidamente "por qué" sobre la reacción inicial del usuario, guiarlo a pensar desde el comportamiento superficial y aclarar las motivaciones, necesidades e incluso valores y conceptos culturales detrás del comportamiento.
Cuestionario. La encuesta por cuestionario es una práctica de investigación con propósito. El diseño de un cuestionario que cumpla con sus propios propósitos de investigación específicos es un concepto que debe implantarse en su mente antes de diseñar un cuestionario. Dado que la encuesta por cuestionario es una práctica de investigación con propósito, desde la perspectiva de la teoría que guía la práctica, se debe realizar una preparación teórica suficiente antes de diseñar el cuestionario. Desde una perspectiva macro, se deben lograr los dos puntos siguientes: 1. Aclare su investigación ¿Cuál es el objeto? 2. Deja claro qué información quieres obtener a través del cuestionario. Las necesidades que plantee se pueden verificar cuantitativamente mediante cuestionarios de encuesta.
2. Recopile las necesidades y establezca su propia biblioteca de demanda.
Reúna las necesidades de varios departamentos y establezca su propia biblioteca de demanda. Y organice periódicamente la biblioteca de requisitos. Su biblioteca de demandas contiene las necesidades de diferentes personas.
Organizar periódicamente el pool de demanda. El departamento de productos lee y organiza periódicamente el conjunto de demanda, clasificándolo y clasificándolo para determinar qué necesidades deben abordarse a continuación, qué necesidades pueden posponerse y cuáles no es necesario realizar.
Se deben separar las necesidades de los distintos terminales. Se divide en APLICACIÓN, PC, micrositio web oficial, recepción, consola, etc.
3. Escriba un informe del proyecto antes de la iteración del producto
Después de ordenar el grupo de demanda, decida qué hacer y qué no hacer. El departamento técnico requiere y revisa un informe del proyecto para que el departamento técnico pueda organizar el ciclo de desarrollo. La tecnología también puede dar algunas sugerencias desde una perspectiva técnica, qué se puede hacer y qué no se puede hacer temporalmente, de modo que la tecnología pueda tener expectativas psicológicas durante el desarrollo, de modo que la resistencia sea mucho menor al realizar reuniones de revisión de prototipos. Aquí tienes un pequeño truco: al hacer un informe de proyecto, puedes escribir más requisitos, lo que puede proporcionar más requisitos para la tecnología.
4. Análisis de la competencia
Como dice el refrán, si te conoces a ti mismo y al enemigo, nunca estarás en peligro. Otros están haciendo lo que usted hace, por lo que aún tiene que darse una vuelta al comprar cosas. El análisis de productos competitivos tiene dos propósitos. Uno es maximizar las fortalezas y evitar las debilidades. Hazlo atrayendo las fortalezas de otras personas y hazlo encontrando los defectos de otras personas. En segundo lugar, verificación e inspección. ¿Qué piensan los demás sobre esta característica? ¿Cómo es la retroalimentación del mercado? ¿Ha encontrado algún problema? Utilice a los competidores para juzgar las oportunidades del mercado.
El análisis competitivo tiene un proceso determinado. Se puede analizar desde varios niveles: "nivel de estrategia - nivel de alcance - nivel de estructura - nivel de marco - nivel de desempeño".
Capa estratégica: Determinar los modelos de negocio de los competidores, posicionamiento de productos, condiciones de mercado, rentabilidad, etc., con el fin de determinar la dirección y entender el mercado.
Capa de alcance: grupos objetivo de los competidores, qué necesidades se satisfacen y satisfacción del usuario. El propósito es hacer referencia a los grupos objetivo de los competidores y la importancia de las necesidades.
Capa estructural: Resumir la principal arquitectura funcional, características, modelos de desarrollo, ventajas y desventajas de los competidores, con el fin de buscar diferencias.
Capa de marco: las principales tareas de los productos de la competencia incluyen fluidez, detalles de interacción, precisión lógica y marco de página. El propósito es optimizar el proceso y mejorar la experiencia del usuario.
Capa de presentación: el estilo visual, el nivel de color, el uso de redacción, etc. de los productos de la competencia. El propósito es crear un producto único sobre la base de mantener la comprensión tradicional de los usuarios sobre dichos productos.
Quinto, revisión del prototipo y producción de documentos PRD
Una vez completado el análisis del producto competitivo, comience con base en los resultados del análisis del producto competitivo. Inicie su propio proceso de diseño y dibujo funcional, y agregue algunos comentarios funcionales en el prototipo, para que pueda guardar la producción de documentos PRD en desarrollo ágil y no se pierda lo que quiere decir durante las reuniones con tecnología.
A la hora de revisar prototipos, los técnicos deben aceptar humildemente la validez de sus opiniones, no deben pensar que son superiores por ser productos y deben atenerse a cuestiones que implican principios. También debe aceptar humildemente las opiniones útiles de los demás. Sólo así podrá evitar un punto muerto y el proyecto podrá implementarse lo antes posible. En cuanto a la producción de expedientes PRD.
Si tiene tiempo, puede escribirlo en un documento de Word. Si no tiene tiempo, puede crear el documento directamente en el prototipo. Sin embargo, las partes que deben incluirse en el documento son:
1. El historial de iteraciones de las versiones del producto. Dígales claramente a los miembros del proyecto qué cambia con cada cambio.
2. Lista de funciones requeridas. Lista de características requeridas. Si tiene una lista de requisitos y características, los técnicos no la perderán durante el desarrollo y los ingenieros de pruebas también realizarán pruebas basadas en sus requisitos y listas de características.
3. No deberían faltar diagramas de estructura global y diagramas de flujo de funciones importantes. El diagrama de estructura global de un producto es equivalente al esqueleto de una casa o al índice de un artículo. Cuando otros vean su diagrama de estructura global, sabrán en qué partes está dividido aproximadamente su producto. En segundo lugar, también es necesario escribir algunos diagramas de flujo funcionales importantes, lo que resulta útil para que los desarrolladores piensen y construyan.
4. Los procedimientos anormales deben considerarse cuidadosamente. Sólo si el proceso anormal se considera cuidadosamente, los gerentes de producto no serán criticados y el desarrollo técnico no causará problemas.
5. Se deben definir términos importantes. Los términos utilizados por primera vez deben definirse para que otras personas no se confundan cuando vean el nombre y acudan a usted para preguntarle.
5. Gestión de Proyectos
Progreso del proyecto. Una vez entregado el documento al departamento de desarrollo técnico, se debe formular un cronograma del proyecto e informarlo al líder. Primero, debemos recopilar de manera integral sus opiniones y sugerencias sobre el producto en sí después de escuchar el documento de requisitos de revisión, y luego brindar explicaciones razonables una por una para garantizar que los programadores estén de acuerdo con el producto desde el fondo de su corazón y con todos los requisitos. del producto. Además, como PM, también debe comprender el proceso de desarrollo básico, presentar sugerencias de desarrollo correctas durante el ciclo de desarrollo de cada requisito y asegurarse de que el progreso del desarrollo del proyecto final no frene el progreso de todo el proyecto y No exceda la carga de trabajo diaria normal del programador para garantizar que no sienta demasiada presión de desarrollo.
Seguimiento del progreso. Esté al tanto del progreso del proyecto y actualice el cronograma del proyecto todos los días para ayudar a la tecnología a resolver los problemas que encuentran durante el proceso de desarrollo y tratar de cortar de raíz los problemas potenciales que ven. Por supuesto, el seguimiento no significa preguntar a los ingenieros sobre su progreso todos los días. Es necesario animarlos y animarlos, y describir las perspectivas futuras del producto, para que todos en el equipo sientan su gran responsabilidad y estén dispuestos a asumirla. él. En algunos equipos, el CTO puede actuar como director del proyecto, lo cual es comprensible, después de todo, los programadores representan la mayoría de los recursos entre los miembros del proyecto y, por supuesto, los gerentes de producto deberían intentar participar tanto como sea posible. No puedes ser un extraño.
6. Ayudar en las pruebas después del lanzamiento del producto
Las grandes empresas tienen una clara división del trabajo: los ingenieros, las pruebas, el diseño y las operaciones son responsables de diferentes personas. naturalmente, la responsabilidad de los ingenieros de pruebas, mientras que en las pequeñas y medianas empresas, las empresas emergentes tienen escasez de personal y muchos equipos solo tienen ingenieros y gerentes de producto. Los ingenieros son responsables del desarrollo, y todo lo que no sea el desarrollo lo contratan los gerentes de producto. naturalmente incluye pruebas. Naturalmente, esto incluye las pruebas. Pero pase lo que pase, el gerente de producto debe intentar participar en el trabajo de prueba para asegurarse de que el producto cumpla con sus expectativas.
1. Primero, comuníquese y colabore con el equipo de pruebas para determinar el cronograma de pruebas del producto.
2. Realizar un seguimiento del progreso de las pruebas y participar en las pruebas del producto.
3. Registre los errores detectados durante las pruebas, tome fotografías de sus prioridades y envíelas al personal técnico.
Las pruebas funcionales son una cualidad esencial para un gerente de producto calificado. Ayudar a los ingenieros de pruebas a completar informes de pruebas y supervisar al equipo de ingeniería para mejorar los productos.
7. Formación y promoción de productos.
Impartir formación sobre aspectos comerciales y promocionar productos. Es posible que el servicio al cliente deba responder preguntas de los usuarios, por lo que el contenido de cada iteración debe estar capacitado para el servicio al cliente, de modo que el servicio al cliente pueda organizar y abordar algunos de los problemas que puedan tener los clientes. Al mismo tiempo, también es necesario capacitar a los departamentos de marketing, operaciones y otros para que sepan qué etapas ha alcanzado el producto y qué cambios ha habido. Primero, permite que cada departamento sepa qué está haciendo y. también ayuda al departamento de marketing a hacer un buen trabajo en publicidad y promoción.
Recopile comentarios sobre el uso del producto y prepárese para las iteraciones. Una vez lanzado el producto, ya sea que el diseño sea bueno o no, algunos usuarios quedan satisfechos y otros insatisfechos. Habrá comentarios de los usuarios, recopilará y analizará estas necesidades de los usuarios, las registrará en su biblioteca de requisitos y se preparará para la siguiente iteración.
8. Análisis de datos
Una vez lanzado el producto, la calidad del diseño del producto se puede reflejar en gran medida a través de los datos.
Por ejemplo, si diseña una página para compartir eventos, los usuarios pueden registrarse directamente a través de la interfaz compartida por amigos, entonces necesita contar la cantidad de clics, PV/UV, mercado de visitas a la página, profundidad de las visitas, tasa de rebote del usuario y tasa de rebote del usuario. conversión de esta página, tasa, etc. para evaluar la calidad de su diseño y la efectividad de la actividad. Supongamos que su producto ha sido revisado. Necesita evaluar la calidad de la revisión. En lo que debe centrarse es en el aumento o disminución de la retención de 30 días, no de la retención de 7 días. Debido a que sus usuarios fanáticos pueden estar muy activos cuando su producto se actualiza por primera vez, lo que resulta en una alta tasa de retención de 7 días. En este momento, puede que no sea convincente si dice que su revisión es relativamente exitosa. Tal vez su actividad de usuario cambie. después de 30 días si es menor, la tasa de retención de 30 días también será menor.
9. Resumen
Lo anterior es el proceso de trabajo diario de un gerente de producto junior. Cada empresa puede agregar o eliminar algunos procesos según sus diferentes circunstancias, pero básicamente son estos. .