Estrategia y Descubrimiento de Producto

Es el grupo que decide sobre el producto: quien lleva la gestión de producto (¿vale la pena para el negocio y el usuario?), quien lleva el diseño (¿se puede usar?) y quien lleva la tecnología (¿se puede construir, y a qué costo?). La idea la popularizaron Marty Cagan y Teresa Torres, que la llama product trio.

Por qué: cuando esas tres miradas deciden por separado, las ideas llegan a desarrollo sin validar, o se descubre tarde que no se pueden construir. Juntas, detectan antes lo que no funciona.

No todos los equipos la tienen. A veces no hay nadie de diseño, o la tecnología se entera cuando ya está todo decidido. En ese caso, parte del trabajo es armarla: quién cubre cada mirada, y cómo deciden juntos.

Quien lidera define el qué y el para qué; la tríada, el cómo llegar. El liderazgo fija la estrategia y los resultados de negocio que importan. La tríada decide qué oportunidades atacar y qué soluciones probar para moverlos.

El cambio más difícil suele estar ahí: pasar de un liderazgo que pide funcionalidades a uno que pide resultados y confía en que el equipo encuentre el camino. Por eso trabajamos también con quienes lideran, en paralelo a los ciclos.

No las descartamos: las tratamos como hipótesis. Preguntamos qué resultado buscan y cómo sabríamos si lo logran. Muchas veces se mantienen; otras, un experimento chico muestra una forma más barata de llegar al mismo resultado, o que no lo mueve. En los dos casos, la decisión se toma con evidencia y no por quién la pidió.

Es la definición explícita de para quién es el producto, qué problema resuelve y qué resultado de negocio busca.

Para qué sirve: para que priorizar deje de ser una negociación de pedidos, y para que un cambio de estrategia llegue a lo que se construye.

Si quieres saber más: Cómo crear una estrategia de producto exitosa.

Es un mapa que parte de un resultado de negocio, lo abre en oportunidades (problemas y necesidades de los usuarios) y recién ahí en soluciones y experimentos.

Para qué sirve: para que cada ítem del backlog se explique por la oportunidad que ataca, y para descartar las ideas que no mueven el resultado antes de construirlas.

Si quieres saber más: Me pidieron algo imposible… ¿por dónde empiezo?

Es el trabajo continuo de hablar con usuarios y probar supuestos con experimentos baratos: entrevistas, observación, prototipos de baja y alta fidelidad.

Para qué sirve: para reducir el riesgo de invertir en desarrollo algo que no resuelve un problema real.

Si quieres saber más: la Guía de Product Discovery y el Canvas de Experimentos.

Es cómo se organizan equipos, roles y decisiones alrededor de productos en lugar de proyectos.

Para qué sirve: para que los equipos tengan continuidad y se midan por los resultados que logran, no por cumplir un alcance fijo. Sin ese cambio, la tríada decide bien pero choca con un presupuesto y un plan pensados por proyecto.