“Equipos de producto poco exitosos se suelen centrar en desarrollar nuevos features, sin importar si estos resuelven un problema del negocio”

Marty Cagan, ex Senior VP de Product & Design de eBay y autor del libro “Inspired: How To Create Tech Products Customers Love”, deja en claro uno de los principales errores de equipos de producto poco exitosos: “El progreso de estos equipos se suele medir con el Output (cantidad de features) y no por el Outcome (efecto de estos features).”

¿Qué significa esto?

Una gran diferencia entre un equipo de producto exitoso y uno que no lo es viene a ser la forma en que se mide su rendimiento. Por ejemplo, es común escuchar las siguientes afirmaciones de un equipo poco exitoso que se rige por el Output:

  • ¡Hemos completado 10 User Stories en este sprint!
  • ¡Hemos entregado 4 nuevos features este mes!

Como se puede observar: el Output representa el volumen de trabajo realizado. Sin embargo, no mide el impacto en los clientes y el negocio.

Por otro lado, un equipo de producto exitoso se centra en medir el Outcome de los nuevos features o productos que lanzan, de esta manera se escucharía de ellos lo siguiente:

  • “¡Hemos ayudado a reducir en 15% el tiempo en que los clientes obtienen valor por primera vez en nuestra app, mejorando el proceso de check-out!”
  • “¡El nuevo feature que lanzamos ha mejorado la satisfacción del cliente en un 10%!”

En esto pueden observar que el Outcome mide el impacto que tu feature o producto tiene directamente en tus clientes y/o el negocio. El rol de Product Manager, no es el de construir features, si no el construir algo que mejora el valor a clientes y negocio.

¿Cómo iniciar el proceso de Product Development?

El primer paso al construir un nuevo producto o feature es responder el WHY. En pocas palabras: ¿Por qué deberíamos construir esto?

Se tiene que evaluar si el problema que se busca resolver es importante para los clientes, si el tamaño de la oportunidad amerita el esfuerzo, y si ahora es el momento indicado para hacerlo, o existen otros problemas más importantes o urgentes.

En esta etapa es necesario responder ciertas preguntas:

  • ¿Quién es el cliente?
  • ¿Qué problemas tiene?
  • ¿Cuál es el Success Outcome (objetivo) que busca lograr tu cliente?
  • ¿Cuál es el tamaño de la oportunidad?
  • ¿Por qué importa esto ahora?
  • ¿Cómo medimos el éxito?

Recuerda que como dice Jeff Bezos de Amazon: “Start with the Customers, and Work Backwards”.

En esta etapa, la meta es definir el problema y su relevancia para el negocio, casi como regla no se incluye ningún aspecto de la solución.

El objetivo principal de esta etapa es elaborar un conjunto de hipótesis sobre la oportunidad identificada y definir cómo medir el éxito del nuevo producto o feature.

Responder las preguntas anteriores puede implicar otros esfuerzos, como sintetizar el User Research, Data Gathering, el análisis competitivo, construcción y priorización de User Stories y más.

4 acciones concretas en esta etapa inicial

  1. Realizar User Research para comprender mejor las necesidades de clientes o validar si existe el problema.
  2. Recopilación de data de cualquier información cuantitativa de productos existentes.
  3. Generación de hipótesis en torno a un conjunto priorizado de User Stories.
  4. Definir cómo medir el éxito del producto o feature.

En Product Management by Kurios aprenderás a crear productos digitales que los clientes amen.

En este curso verás las tres etapas principales para el desarrollo de productos, empezando siempre por el WHY que se vio en el artículo, el HOW para definir la manera más adecuada de construir una solución y el WHAT para definir exactamente el producto o feature a desarrollar.

Si quieres recibir más información sobre Business Skills y Mindsets para una Economía Digital suscríbete al Newsletter aquí.



Saludos!

KURIOS - Tech Business School

[email protected]