Jobs-to-Be-Done (JTBD): El Framework que Cambia Todo
Las personas no compran productos — contratan soluciones para completar un "trabajo" en su vida. Este insight, popularizado por Clayton Christensen, es la base de JTBD: un framework que te obliga a dejar de pensar en features y empezar a pensar en el progreso que el usuario quiere lograr. Si solo pudieras dominar un framework de producto, debería ser este.
El concepto: "contratar" un producto
El ejemplo clásico de Christensen: McDonald's quería vender más milkshakes. Hicieron focus groups, mejoraron sabores, cambiaron precios — nada funcionó. Cuando observaron CUÁNDO la gente compraba milkshakes, descubrieron que el 40% se vendía antes de las 8am a personas que iban solas en auto al trabajo.
El "trabajo" no era "quiero un milkshake". Era "necesito algo que me entretenga durante 30 minutos de manejo aburrido, que se pueda consumir con una mano, y que me llene hasta el almuerzo". El milkshake competía con bananas, donuts y bagels — no con otros milkshakes.
📌 Nota
JTBD cambia tu competencia. Si vendes un app de to-do lists, no compites con Todoist y Asana. Compites con post-its, notas en el celular, emails que la gente se manda a sí misma, y la memoria. Entender el job real expande tu visión del mercado.
El Job Statement
Un Job Statement bien escrito tiene tres componentes:
Cuando [situación/contexto],
quiero [motivación/progreso deseado],
para poder [resultado esperado].
Ejemplos:
"Cuando estoy en el bus camino al trabajo,
quiero revisar el status de mis proyectos,
para poder llegar preparado a la primera reunión."
"Cuando recibo la factura de mi tarjeta de crédito,
quiero entender rápidamente en qué gasté más,
para poder ajustar mi presupuesto del mes siguiente."
"Cuando un cliente nuevo se registra en la plataforma,
quiero que entienda el valor principal en menos de 3 minutos,
para que no abandone antes de su primera acción clave."💡 Tip
El "cuando" (situación) es la parte más valiosa. Define el contexto emocional y funcional. "Cuando estoy estresado antes de una presentación" genera soluciones radicalmente distintas a "cuando estoy aburrido en el bus".
Los 3 niveles de un Job
| Nivel | Qué captura | Ejemplo (app de delivery) |
|---|---|---|
| Job funcional | La tarea práctica a completar | Obtener comida sin salir de casa |
| Job emocional | Cómo quiere sentirse | Sentir que tomé una buena decisión (no pagar de más) |
| Job social | Cómo quiere ser percibido | Pedir comida "saludable" cuando los amigos ven mi pantalla |
Los tres niveles operan simultáneamente. Uber no solo resuelve "llegar del punto A al punto B" (funcional). También resuelve "no sentir ansiedad de no saber cuándo llega el taxi" (emocional) y "no tener que negociar precio como si fuera un turista" (social).
Cómo hacer una entrevista JTBD
La entrevista JTBD se enfoca en un momento específico: la última vez que el usuario "contrató" o "despidió" una solución. El objetivo es entender el timeline completo:
- Primer pensamiento: "¿Cuándo empezaste a pensar que necesitabas algo diferente?"
- Búsqueda pasiva: "¿Empezaste a notar alternativas sin buscarlas activamente?"
- Búsqueda activa: "¿Qué opciones evaluaste? ¿Cómo las encontraste?"
- Decisión: "¿Qué te hizo elegir esta opción sobre las demás?"
- Consumo: "¿Cómo fue la primera vez que lo usaste?"
- Satisfacción: "¿Cumplió lo que esperabas? ¿Qué te sorprendió?"
⚠️ Importante
Nunca preguntes "¿qué features te gustaría?". JTBD se enfoca en el pasado (qué hiciste), no en el futuro (qué harías). Las personas son pésimas prediciendo su comportamiento futuro, pero pueden recordar con precisión las circunstancias de decisiones pasadas.
Las 4 fuerzas del cambio
Cuando un usuario cambia de una solución a otra, cuatro fuerzas están en juego:
| Fuerza | Dirección | Ejemplo |
|---|---|---|
| Push (insatisfacción actual) | Empuja hacia el cambio | "Excel ya no funciona para trackear 500 clientes" |
| Pull (atracción de lo nuevo) | Atrae hacia la nueva solución | "Este CRM me permite automatizar el follow-up" |
| Ansiedad del cambio | Frena el cambio | "¿Y si pierdo mis datos al migrar?" |
| Hábito | Frena el cambio | "Ya conozco todos los atajos de Excel" |
Para que el cambio suceda, Push + Pull deben ser mayores que Ansiedad + Hábito. Tu producto no solo necesita ser mejor — necesita reducir la ansiedad del cambio y superar la inercia del hábito.
JTBD en la práctica: paso a paso
- Identifica un segmento de usuarios que recientemente empezó a usar tu producto (o lo dejó de usar)
- Haz 5-8 entrevistas JTBD siguiendo el timeline de decisión
- Extrae los job statements funcionales, emocionales y sociales
- Mapea las 4 fuerzas de cambio para cada entrevista
- Busca patrones: ¿qué jobs se repiten? ¿Qué fuerzas dominan?
- Prioriza: ¿qué job puedes resolver mejor que la competencia (incluidos sustitutos)?
- Define tu solución en términos del job, no de features
Recurso relacionado
Requirements Analyst Agent
Discovery estructurado con JTBD, Example Mapping y preguntas Socráticas. De idea vaga a spec validado.
Preguntas frecuentes
¿Cuál es la diferencia entre JTBD y user personas?
Las personas describen QUIÉN es el usuario (demografía, comportamiento). JTBD describe QUÉ TRABAJO necesitan completar. Una misma persona puede tener múltiples jobs, y un mismo job puede existir en personas muy diferentes. JTBD es más accionable para decisiones de producto porque se enfoca en el progreso deseado, no en el perfil demográfico.
¿Cuántas entrevistas JTBD necesito?
Entre 5 y 8 entrevistas son suficientes para identificar patrones claros. Si después de 8 entrevistas no ves patrones, probablemente tu segmento es demasiado amplio — refina el criterio de selección.
¿JTBD funciona para productos B2B?
Sí, pero con una capa adicional: en B2B hay múltiples "contratadores" — el usuario final, el comprador (que aprueba presupuesto) y el influencer. Cada uno tiene un job diferente. El usuario quiere resolver una tarea. El comprador quiere verse bien ante su jefe. El influencer quiere mantener control técnico.
Guías relacionadas
Product Discovery: Validar Antes de Construir
Guía completa de Product Discovery: el proceso para validar valor, usabilidad, factibilidad y viabilidad antes de invertir en desarrollo. Con técnicas y ejemplos reales.
Frameworks de Product Management: 7 Herramientas Esenciales
Los 7 frameworks de producto que todo PM necesita dominar: JTBD, RICE, Discovery, North Star Metric, OKRs, User Story Mapping y Kano. Con ejemplos prácticos de LATAM.