Son las dos caras de la misma moneda. Cada uno por separado es útil. Juntos son transformadores.
Jobs To Be Done nos dice qué progreso busca el cliente y por qué decide cambiar. Nos da el contexto humano: las frustraciones, las aspiraciones, el Switch Moment. Nos permite formular la propuesta de valor desde el cliente, no desde el producto.
Sin JTBD, puedes medir outcomes, pero sin entender por qué ese job importa, no sabrás cómo comunicarlo ni cómo diseñar la experiencia que le rodea.
Outcome-Driven Innovation nos dice qué mejorar primero. Convierte el job en una lista priorizada de outcomes con puntuaciones objetivas. Nos da el rigor cuantitativo: saber que el outcome X tiene puntuación 14.2 y el Y tiene 11.8 elimina la politiquería del roadmap.
Sin ODI, JTBD puede quedarse en filosofía interesante pero sin traducción operativa. ODI aterriza el framework en decisiones de producto concretas.
Toda oportunidad de innovación empieza con una fricción. Bob Moesta lo llama el struggle: el momento en que el statu quo deja de ser tolerable y el cliente empieza a buscar alternativas. Sin struggle real, no hay energía para cambiar.
El struggle no siempre es una queja explícita. A menudo es silencioso: el cliente no se queja, simplemente inventa una solución paralela. Ahí es donde aparecen los workarounds — parches caseros que señalan exactamente dónde está el gap.
La pregunta clave antes de cualquier entrevista de usuario: «¿Qué está haciendo el cliente alrededor de tu producto que tu producto debería estar haciendo por él?»
El cliente usa tu software pero mantiene un Excel extra para tener «todo claro». Señal: reporting o visibilidad insuficiente.
Cada semana repite pasos que el sistema debería automatizar. Señal: gap real de automatización.
Conecta su herramienta con otras vía Zapier o scripts propios. Señal: las integraciones nativas no cubren su flujo real.
Un proceso en seis fases que va desde el entendimiento profundo del cliente hasta el roadmap de innovación priorizado.
¿Para qué contratan los clientes tu producto? Formulamos el job statement (situación, motivación, resultado) y validamos que es real mediante entrevistas de switch.
JTBDIdentificamos el Push (fricciones actuales), Pull (promesa nueva), Ansiedades y Hábitos. Esto nos da el mapa emocional para comunicación y ventas.
JTBD (Moesta)Descomponemos el job en sus 8 fases (Definir, Localizar, Preparar, Confirmar, Ejecutar, Monitorizar, Modificar, Concluir) para encontrar outcomes en cada etapa.
ODI (Ulwick)Generamos la lista exhaustiva de outcomes en formato Ulwick: "Minimizar/Maximizar [métrica] de [objeto] cuando [contexto]." Normalmente entre 50 y 150 outcomes por job.
ODI (Ulwick)Encuestamos a clientes reales midiendo importancia y satisfacción actual de cada outcome. Calculamos la puntuación ODI y construimos la matriz de oportunidades.
ODI (Ulwick)Con las puntuaciones en mano, definimos qué features construir, cuáles eliminar (mercado sobreatendido) y cómo comunicar la propuesta de valor para el job principal.
JTBD + ODIBob Moesta diseñó la entrevista de timeline para reconstruir cronológicamente el viaje del cliente desde que empieza a dudar hasta que compra. No pregunta «¿por qué compraste?». Reconstruye la historia para entender qué fuerzas actuaron en cada momento.
¿Cuándo fue la primera vez que pensaste que podías necesitar algo diferente? Revela el inicio del struggle y la chispa que encendió la búsqueda.
El cliente empieza a prestar atención a alternativas sin urgencia. Ve anuncios, lee artículos, escucha a colegas. Está abierto pero no actúa. Esta fase puede durar meses.
Un evento disparador genera urgencia. El cliente compara opciones deliberadamente: demos, pruebas, conversaciones con vendedores. El trigger que separa esta fase de la anterior es oro para ventas y marketing.
¿Qué información fue decisiva? ¿Qué ansiedades quedaban sin resolver? ¿Qué inclinó la balanza? Aquí se revelan los criterios reales de compra — no los declarados.
La diferencia entre Little Hire (comprar) y Big Hire (usar de verdad). ¿El cliente integró el producto en su flujo? ¿El job se resolvió? Aquí se valida o invalida toda la propuesta de valor.
«No preguntes por qué compraron. Pregunta cuándo fue la primera vez que pensaron que necesitaban algo diferente. Ahí empieza la historia real.»
Bob Moesta — Demand-Side Sales 101
Las empresas acumulan features defensivamente: por miedo a perder clientes o por responder a peticiones aisladas. El resultado es un producto que hace muchas cosas pero que ningún cliente lo usa todo.
ODI nos da permiso para simplificar. Cuando ves que el 60% de tu roadmap corresponde a outcomes con puntuación < 8, la decisión de no construirlos deja de ser subjetiva.
Las empresas venden el sándwich completo (toda la propuesta de valor), pero el cliente solo quiere la mayonesa (el progreso que necesita ahora). JTBD identifica exactamente qué parte del sándwich es la mayonesa de cada segmento.
Resultado: propuestas de valor más finas, ciclos de venta más cortos y menor abandono en onboarding.
El próximo ganador en un mercado sobreatendido raramente es el más completo. Es el más conveniente. La disrupción llega desde productos más simples que resuelven mejor los 3-4 outcomes que más importan.
Identificar esos 3-4 outcomes con ODI y enfocarse en ellos es la estrategia correcta para startups que atacan mercados establecidos.
"Hay una asimetría fundamental: los clientes no pueden articular qué quieren, pero sí pueden decirte cómo miden el éxito. JTBD te ayuda a escuchar lo segundo, y ODI a cuantificarlo."
— Toni Guitart Ventura, Venturae
Imagina un SaaS de gestión de proyectos para equipos de ingeniería. El equipo de producto lleva meses debatiendo si añadir más integraciones o mejorar el sistema de notificaciones.
Con JTBD: Descubrimos que el job principal es "mantener a todo el equipo alineado en prioridades sin tener que hacer reuniones de status". El Switch Moment suele ser "después de un proyecto fallido por descoordinación".
Con ODI: Al encuestar a 80 clientes, los outcomes más críticos resultan ser "minimizar el tiempo para saber en qué está bloqueado cada miembro del equipo" (ODI: 16.4) y "maximizar la visibilidad del impacto de cada tarea en el objetivo global" (ODI: 15.1).
Decisión: Ni más integraciones ni mejor sistema de notificaciones. El roadmap Q3 se enfoca en un dashboard de bloqueos en tiempo real y en la visualización de dependencias entre objetivos. Eso es lo que los clientes miden.