• Productos-AI
  • Posts
  • Inspired de Marty Cagan y Stripe (OKRs + Roadmap)

Inspired de Marty Cagan y Stripe (OKRs + Roadmap)

¡Hola, Product Lover!

Hemos ajustado la forma en la que presentaremos el contenido de El Blog de Producto para aportar aún más valor en tu camino para construir grandes productos 🔥.

Ahora, cada semana tendrás acceso a un caso de estudio o un tema para crecer en tu carrera y un recurso para gestionar y desarrollar tus productos.

Para esta semana:

  1. Tema de hoy: Resumen del libro Inspired de Marty Cagan

  2. Caso Stripe: ¿Cómo trabajar con OKRs y Roadmap?

  3. Recurso: Plantilla de OKRs en Notion y Google Sheets

Logo

El siguiente resumen fue hecho gracias a un contenido de Beek, una plataforma de audiolibros en español e ingles.

Te invito a registrarte en su prueba gratuita de 14 días haciendo click aquí

9 de cada 10 productos que se lanzan fracasan, principalmente por una pobre definición en el rol de Product Manager.

¿De qué están compuestos los grandes equipos de producto?

Un gran equipo de producto tiene roles como:

  • Diseñadores UX ⇒ Encargados de la interconexión del producto con el cliente

  • Ingenieros ⇒ Encargados del desarrollo de producto (Es clave involucrarlos con los clientes)

  • Gerente de Proyecto ⇒ Dedicado a supervisar el trabajo de los ingenieros en su etapa de ejecución. (Clave para mantener enfocado al PM en sus responsabilidades)

  • Marketing ⇒ Su objetivo es dar visibilidad al mundo del producto (Es clave tener retroalimentación a nivel de requerimientos y mensajes de marketing)

  • Product Manager ⇒ Juegan un papel clave en el desarrollo de producto con dos responsabilidades a nivel general:

    • Evaluar oportunidades de producto

    • Definir los productos a crear que responden a tales oportunidades

Es decir ⇒ Encontrar problemas en un determinado mercado objetivo, que las personas están dispuestas a pagar para remediarlo. Luego, guiar el desarrollo de una solución rentable a esos problemas.

¿Qué características tiene un Product Manager?

  • En lo esencial, solucionan problemas de sus clientes.

  • La comunicación es una habilidad clave, ya que parte de las funciones del rol requieren comunicación con diferentes equipos, como ingenieros, diseñadores y directivos.

  • Llevan toda la responsabilidad de entregar los productos que prometen.

  • Dado a todas las tareas que implica este rol es necesario contar con una fuerte ética de trabajo y de gestión del tiempo

  • Conocen de tecnología y negocios.

  • Su mantra es: Lo principal es mantener lo principal como principal.

El Blog de Producto

¿Cuáles son las mejores prácticas para construir grandes productos?

La UX debe ser una prioridad ⇒ Es una característica de los mejores productos (Los diseñadores deben involucrarse en las etapas tempranas, desde la estrategia de producto hasta las entrevistas con usuarios)

El equipo de UX está compuesto principalmente por:

  • Diseñador de interacción ⇒ Comprende los requerimientos y pensamientos del usuario para luego crear un diseño en wireframes del producto

  • Diseñador visual ⇒ Se encarga de la apariencia y la interfaz del usuario

  • Rapid Prototyper ⇒ Crea prototipos rápidamente para ser probados

  • Probador de uso ⇒ Hacer que los usuarios prueben el producto.

Estas labores suelen ser subestimadas pero tienen el poder de evocar emociones en los clientes: Los productos que son capaces de evocar emociones son éxitos rotundos.

💡 Los mejores diseñadores quieren experimentar con múltiples diseños.

Evaluación de Oportunidades (Assessing-Product-Opportunities)

Este es un proceso donde el objetivo es entender las oportunidades de producto antes de pasar a etapas de diseño y desarrollo. Marty Cagan propone responder primero las siguientes preguntas:

  1. ¿Exactamente qué problema resolverá esto? (propuesta de valor)

  2. ¿Para quién solucionamos ese problema? (mercado objetivo) / (usuario y cliente)

  3. ¿Qué tan grande es la oportunidad? (tamaño de mercado)

  4. ¿Qué alternativas hay? (panorama competitivo)

  5. ¿Por qué somos los más adecuados para perseguir esto? (nuestro diferenciador) / (¿Necesitamos asociarnos?)

  6. ¿Por qué ahora? (ventana de mercado)

  7. ¿Cómo llevaremos este producto al mercado? (estrategia de comercialización)

  8. ¿Cómo mediremos el éxito/ganaremos dinero con este producto? (métricas/estrategia de ingresos)

  9. ¿Qué factores son críticos para el éxito? (requisitos de la solución)

  10. Teniendo en cuenta lo anterior, ¿cuál es la recomendación? (ir o no ir)

Prototipo y MVP

Primero se debe definir un MVP trabajando con el equipo de diseño que brinde una experiencia lo suficientemente realista para ser usada por los clientes y con el equipo de ingeniería para entender la viabilidad técnica y así definir qué funcionalidad mantener y cuáles quitar.

Diseño ⇒ Ingeniería ⇒ Producto

Luego de definir el MVP, se debe construir un prototipo para validar algunas características con clientes reales. Tales como:

  • Viable: Que cuenten con todos los recursos necesarios para desarrollarlo.

  • Usable: Los clientes puedan usarlo con facilidad.

  • Valor: Represente un valor real para los usuarios

💡 Esto se hace involucrando a los equipos de Diseño e Ingeniería.

Uso de Prototipos con alta fidelidad

Entregar especificaciones precisas de producto al equipo de ingeniería es otra responsabilidad de un Product Manager. Para esto, es necesario construir un prototipo con alta fidelidad, con funcionalidad mínima pero con una UX realista y lo más aterrizada posible.

Pruebas de prototipos

  1. Consiga usuarios de cualquier tipo (amigos, familiares, etc).

  2. Prepare cuales tareas quiere que completen los usuarios, enfocándose en donde se espera pasen la mayor parte del tiempo.

  3. Entre menos se hable mejor, ya que entenderás el comportamiento real del usuario y las experiencias en cada caso.

    1. ¿Pueden completar las tareas con facilidad?

    2. ¿Pueden encontrar lo que buscan?

    3. Si encuentra problemas obvios, corríjalos, para evitarlos en las pruebas siguientes

Los usuarios en la mayoría de casos expresan pobremente lo que quieren de un producto, por lo cual no permita que su contribución afecte el curso de hacía donde lleva su producto.

Mantenga el enfoque en la identificación de las necesidades del usuario y piense cómo abordar tales necesidades.

Después de validarlo y entregar las especificaciones al equipo de Ingeniería, pasamos de una etapa de Descubrimiento a una etapa de Ejecución.

Si hay algún requerimiento adicional no se debe perder el enfoque en la ejecución.

En su lugar, incluye los nuevos requerimientos en la etapa de Descubrimiento para la versión 2.0 que esté alineada con la versión 1.0 del producto.

Programa de registro de usuarios

Objetivo: Desarrollar un producto que funcione para la totalidad del mercado.

  1. Trabajar con un grupo de personas de su mercado meta

  2. Validar el problema que está intentando resolver

  3. No caer en la trampa de crear un producto especializado para alguno de sus usuarios

  4. Al resolver el problema de manera gratuita y temprana, su grupo de usuarios estará abierto a usar su solución lo más pronto posible.

  5. Crear Personas

  6. Usar las referencias de participantes satisfechos para el posterior lanzamiento del producto.

Jerarquización y toma de decisiones

Principios del producto

  1. ¿Cuáles oportunidades de producto deben buscarse?

  2. ¿Qué funciones deben ser incluidas en el producto?

  3. ¿Cuáles son las tareas más importantes?

North Star Metric

Permite facilitar la priorización de funcionalidades que agreguen valor a la métrica clave de cada producto.

¿Cómo puede ir mejorando productos existentes?

La primera semana después del lanzamiento es ideal para hacer cambios luego de que el producto ya esté disponible.

- No haga cambios que los usuarios no aprecien. Informe a los usuario de los cambios para eliminar cualquier fricción que pueda presentarse.

- Para cambios muy grandes, considere tener dos versiones en producción al mismo tiempo, de esta forma el usuario puede elegir la versión que más le guste.

¿Qué son los OKR?

Los OKR (Objectives and Key Results) son una metodología de gestión de objetivos que se utiliza para establecer metas y objetivos a corto plazo para los equipos de desarrollo de productos.

Desde su introducción en Google, los OKR se han extendido por todo el sector tecnológico como el principal marco de fijación de objetivos.

Gran parte del crecimiento que ha tenido el Blog de Producto se debe a la implementación de OKRs y en los esfuerzos en UX

Según un artículo de Reforge hay dos formas de implementar OKRs.

OKRs primero: Este enfoque implica definir primero los OKR y luego construir un roadmap en base a esos objetivos. El enfoque "primero los objetivos" incentiva a los equipos a hacer todo lo necesario para alcanzar los objetivos a corto plazo.

Roadmap primero: En este enfoque, primero se construye la hoja de ruta y luego se utilizan los OKR para informarla. El enfoque de el roadmap en primer lugar está claramente vinculado a la estrategia, se basa en un pensamiento más riguroso y permite a los equipos de producto avanzar hacia un enfoque centrado en el cliente para el desarrollo de productos.

Un enfoque que da prioridad a el roadmap suele conducir a la redacción de mejores OKR, que aportan valor a largo plazo a la empresa.

Caso de Stripe

Un ejemplo de empresa que utiliza el enfoque de "roadmap primero" para redactar los OKR es Stripe, una empresa de procesamiento de pagos en línea.

Stripe ha ampliado rápidamente su oferta desde su producto de pago principal a un conjunto de productos y servicios relacionados, cada uno de los cuales refuerza su estrategia. Estas ofertas incluyen Stripe Atlas (un servicio para ayudar a las startups a constituirse) y Stripe Press (una editorial de libros sobre economía y avances tecnológicos).

Un enfoque de "primero los objetivos" habría animado a los responsables de producto a centrarse en las tareas de corto plazo como optimizar la adopción y conversión de pagos, no en la tarea estratégica de ampliar las ofertas a iniciativas que pueden tardar años en dar sus frutos.

Si quieres profundizar te recomiendo leer el artículo de Reforge en https://www.reforge.com/previews/growth/okr-guide#when-to-set-new-OKRs

Plantillas de OKRs 🛠️

Plantilla en Google Sheets de Reforge

Plantilla en Notion de la biblioteca de Notion

Logo

¿Que te ha parecido este artículo? Queremos conocer tu opinión. Califícalo 👉️ Aquí