Los 5 mejores diagramas utilizados para explicar los conceptos de gestión de productos

Hay muchas cosas de las que los gerentes de producto son responsables. Un gerente de producto no solo es responsable de diseñar estrategias mediante la creación de una hoja de ruta, sino que también debe articular el ciclo de lanzamiento de un nuevo producto para el equipo junto con todo lo que se encuentra en el medio.

También están obligados a tener la experiencia en saber cómo identificar las tareas prioritarias y gestionar el equipo en consecuencia. No solo esto, sino que los gerentes de productos móviles también tienen la responsabilidad de analizar las funciones agregadas a un producto (aplicación móvil) y si están sincronizadas con los objetivos del cliente.

En general, cada proceso, actividad y decisión asociada con un producto es sincronizada y alineada por el administrador de productos móviles. Lo que ayuda a estos gerentes de producto a lograr sus KRA es cierto conjunto de habilidades .

Ahora, obviamente, se les pedirá que expliquen ciertas ideas de gestión de productos a los miembros de su equipo para que todos estén en sintonía. Pero, lo que hay que preguntarse es: ¿cómo explican todos los conceptos de gestión de productos y las ideas clave?

Bueno, creo que algunos diagramas útiles para los gerentes de productos son suficientes. Si está interesado en saber qué son estos diagramas y cómo y cuándo los usan los gerentes de productos móviles, quédese hasta el final.

Diagrama 1 – Cuellos de botella en la comunicación

Se entiende que, como gerente, debe estar al tanto de lo que sucede en su equipo y cómo los miembros del equipo administran sus tareas. Pero es ridículo que una persona se involucre en cada comunicación y decisión: una persona no puede manejar todas las cosas por su cuenta, ¿verdad? ¿No es por eso que se inventó la delegación?

Ahora, es natural que desee ser incluido en todas las conversaciones importantes entre/dentro del equipo, pero necesita reflexionar sobre una cosa: ¿es necesario? ¿Es algo que deberías hacer dejando de lado tus otras responsabilidades?

La respuesta es: analice si el equipo es capaz de comunicarse sin depender de usted. Y si es así, debe tomar algunas decisiones conscientes para asegurarse de que cosas importantes como la comunicación fluida no dependan únicamente de usted. A continuación se muestra un diagrama que puede explicar de manera efectiva el caso en cuestión.

Digamos que un ingeniero web necesita discutir algo con el analista de productos y luego el PA dice que necesita discutir algo con el desarrollador de iOS a este respecto. Ahora, lo ideal es que el ingeniero web se acerque directamente al PA y al desarrollador de iOS, en lugar de depender del PM (como se muestra en la imagen de la izquierda).

El diagrama de la izquierda muestra la dependencia del equipo del administrador de productos para comunicarse con otros miembros de otros equipos, algo que afecta negativamente el flujo de trabajo y lo ralentiza. Y a la derecha está el diagrama que muestra un flujo de comunicación eficiente que no depende, eliminando instantáneamente puntos de contacto innecesarios.

Diagrama 2: Cascada vs ágil

Aunque hay muchos recursos en Internet que participan en el debate del enfoque Agile vs Waterfall , aún puede parecer un concepto vago en relación con la gestión de productos. Así que despejemos la niebla de la ambigüedad.

En general, se sabe que el costo del desarrollo de aplicaciones móviles se calcula sobre la base de las horas que lleva desarrollar ese producto.

Ahora bien, si el gerente de producto de esa empresa de desarrollo de aplicaciones móviles elige usar el enfoque en cascada (es decir, un gran lanzamiento del producto), esto significaría que el producto se lanzará de una sola vez.

Ahora, cuando se lanza un producto, se espera que se convierta en un éxito instantáneo, algo que no será fácil en este caso, ya que el producto se lanza todo a la vez y definitivamente es el hogar de algunos problemas. El valor que obtendrán de esta versión no será equivalente a la inversión (tiempo) realizada por los desarrolladores. Es porque necesitarían solucionar los problemas desde el principio.

Por el contrario, el enfoque ágil que admite versiones pequeñas e iteraciones mostraría resultados de valor instantáneos, ya que identifica errores y los corrige simultáneamente. El diagrama anterior muestra claramente la diferencia en el resultado final de elegir estos enfoques de gestión de productos .

Diagrama 3: Representación del tamaño de entrega

Cuando se trata de entregar un producto a tiempo, es una parte crucial de todo el proceso de desarrollo . Literalmente puede hacer o deshacer el futuro de cualquier aplicación móvil. Si el tiempo de comercialización es demasiado largo, alguna otra aplicación podría capturar el mercado y haría que la aplicación móvil en cuestión fuera inútil.

Aquí hay una representación de los tamaños de las iniciativas tomadas al desarrollar una aplicación:

El diagrama de la izquierda muestra el rendimiento del tamaño de entrega que solo se ocupa del trabajo en grandes proyectos (grandes porciones de trabajo al mismo tiempo). Está absolutamente claro que trabajar solo en grandes proyectos de un producto crearía un bloqueo en un momento en el futuro, ya que estos proyectos requerirían más tiempo, atención, recursos, etc. Y si algo sale mal, el impacto sería devastador en todo el proceso, aumentando inevitablemente el tiempo de comercialización.

{Lea también nuestro artículo sobre " Jefes de proyecto frente a jefes de producto: diferencias, roles y desafíos "}

El diagrama de la derecha es un clásico "hacer". Las ventajas de adoptar el enfoque Agile también se han reflejado en esta etapa del proceso de gestión de productos . Este enfoque aboga por la combinación de realizar tareas pequeñas con grandes cantidades de trabajo (azul), algo que también seguimos en Appinventiv.

Como se ve en el diagrama, a diferencia del de la izquierda, aquí pequeñas porciones de trabajo (Rosa) pueden pasar fácilmente a través del embudo (se puede hacer fácilmente). Si estos resultan exitosos, los gerentes de producto pueden continuar con esta idea (círculos amarillos) e invertir por completo. Y si es el caso, entonces pueden iterar nuevamente e invertir en consecuencia.

{Consulte este artículo ampliamente detallado sobre " Los 10 documentos más importantes que deben preparar los gerentes de productos "}

Diagrama 4: Nivel de participación del liderazgo

El siguiente diagrama comprende dos modelos para elaborar este concepto de gestión de productos . Uno a la izquierda que muestra el tamaño de la iniciativa, la cantidad de tareas realizadas a la vez y el factor de riesgo en ellas, y el otro relacionado con el nivel de participación de los gerentes de producto (liderazgo) correspondiente a estas tareas e iniciativas.

El de la izquierda es una pirámide de tareas/iniciativas a realizar por el equipo. La parte inferior de la pirámide significa que se realizan muchas tareas a la vez, y el diagrama de la derecha muestra la cantidad de participación con respecto a estas tareas menores que tienen un riesgo bajo o nulo.

A medida que avanzamos hacia la parte superior de la pirámide, la cantidad de tareas disminuye mientras que los riesgos asociados con estas tareas también aumentan, aquí es donde se DEBE consultar al gerente de producto, mientras que en el formulario solo se le puede informar. Este diagrama ayudaría no solo a los gerentes de productos móviles, sino también a los miembros del equipo a saber cuándo depender del liderazgo.

Diagrama 5: Analizando el valor de la segmentación

Hay algunas prácticas que las organizaciones están acostumbradas a seguir. Uno de ellos es el hábito de optimizar para el promedio en lugar de un segmento. Es decir, tienden a centrarse en el promedio en lugar de segmentos particulares que necesitan mejorar.

En las circunstancias en las que los objetivos y las hipótesis son bastante amplios, se vuelve un desafío para los gerentes de producto y los equipos de desarrollo crear un impacto a través del producto. Es porque estás aquí tratando de satisfacer una variedad de objetivos al mismo tiempo, lo cual no es del todo posible.

Los diagramas, como los que se muestran a continuación, son una forma de analizar cada segmento para identificar cuáles están afectando el rendimiento de los demás. Todo ello para resolver las cuestiones prevalecientes.

El diagrama anterior consta de tres experimentos hipotéticos 1, 2 y 3 con los segmentos A, B, C y D. De los tres experimentos, en el primer caso, hubo un aumento en el segmento A, seguido de una disminución en el segundo caso, y tercero sin cambios.

Tomando una mirada individual, en el experimento 1, el segmento A se desempeñó bien con los demás, excepto el segmento B. Ahora, el diagrama ha resaltado la disminución en este segmento yuxtapuesto a los demás. Esto podría ayudar a los gerentes de producto a encontrar las razones por las que esto sucede, lo que eventualmente mejorará el promedio a largo plazo.

Una situación similar ocurre en el experimento 3, donde los segmentos A, C, D tienen un desempeño inferior al del segmento opuesto B, que mostró un cambio significativo. Nuevamente, un estudio aclararía las razones para que esto suceda.

Estos diagramas útiles para los gerentes de productos se pueden personalizar fácilmente según las necesidades de cada uno, independientemente de la industria en la que operen los gerentes de productos. En lo que respecta a Appinventiv, creo que estos modelos realmente ayudan a nuestros equipos a simplificar el proceso y mantener una comunicación abierta entre ellos. /intra-equipos.

Preguntas frecuentes

1. ¿Qué es un marco de gestión de productos?

Todos los marcos son esencialmente herramientas utilizadas en el ciclo de vida de gestión de productos . Se utilizan para diversos fines, como ilustrar ideas y conceptos de gestión de productos y facilitar otras tareas.

2. ¿Qué es el proceso de gestión de productos?

El proceso de gestión de productos consta de varias etapas. Incluye: gestión de ideas, planificación de rutas, adición y determinación de especificaciones, priorización, entrega, análisis y comentarios de los usuarios.