🥤 La teoría del trabajo y el caso del batido
A mediados de los años 1990, Clayton Christensen — profesor de Harvard y autor de "O Dilema da Inovação" — recibió una misión inusual: ayudar a una cadena de comida rápida a vender más milkshakes. La empresa había hecho todo bien: estudios de mercado, grupos focales, ajustes de sabor. Las ventas seguían estancadas. El problema era que la pregunta era incorrecta.
📖 El descubrimiento de Christensen
En vez de preguntar "¿Qué opinas del batido?", el equipo de Christensen empezó a preguntar: "¿Para qué trabajo contrataste este milkshake hoy por la mañana?" El resultado fue revelador: la mayoría de los compradores por la mañana estaba sola, tenía prisa y conducía un largo trayecto hasta el trabajo. No quería un milkshake; quería algo que pudiera sostener con ambas manos, que durara lo suficiente para acompañarla durante todo el trayecto y que la dejara satisfecha sin tener que parar a comer.
Clayton Christensen, "Competing Against Luck" (2016) — con Bob Moesta y otros
La conclusión de Christensen fue radical: el verdadero competidor del batido matutino no era otro batido, sino el plátano, el bagel, la dona. Cualquier cosa que el cliente pudiera «contratar» para el mismo trabajo. Esto cambió la forma en que la empresa debía innovar: haciendo el batido más espeso (dura más), más conveniente de comprar (autoservicio) y con menos culpa (una versión más pequeña para niños al final del día, para un trabajo completamente distinto).
📊 Por qué JTBD cambia las reglas del juego
- 95% de los nuevos productos fracasan, según un estudio de Harvard (Christensen, 2016) — generalmente porque resuelven el producto equivocado, no el job correcto
- Airbnb: el job no era "alquilar una habitación barata", sino "sentirse como en casa, conectado con la cultura local"
- Uber: el job no era "un taxi más barato", sino "transporte confiable sin incertidumbre sobre la hora de llegada"
🔺 Dimensiones del trabajo: funcional, emocional, social
Todo trabajo tiene tres capas superpuestas. La mayoría de las empresas solo ve la dimensión funcional: la tarea concreta que el usuario quiere completar. Pero Bob Moesta, cocreador del framework JTBD junto con Christensen, demostró que las dimensiones emocional y social suelen ser más determinantes al decidir si "contratar" o "despedir" un producto.
Funcional
La tarea concreta, objetiva y medible
Lo que el usuario literalmente necesita hacer. «Necesito trasladarme del punto A al punto B». «Necesito almacenar mis archivos». «Necesito comunicarme con mi equipo». Es el job más fácil de identificar y también el más estandarizado: cuando todos resuelven bien lo funcional, las dimensiones emocional y social deciden quién gana.
Ejemplo: "pagar mis cuentas sin salir de casa"
Emocional
Cómo quiere sentirse el usuario al usarlo
La dimensión interna, personal. «Quiero sentirme organizado». «Quiero sentir que tengo el control». «Quiero no tener miedo a equivocarme». Los trabajos emocionales son poderosos porque crean lealtad. Cuando un producto hace que te sientas bien contigo mismo, lo «vuelves a contratar» aunque existan alternativas más baratas.
Ejemplo: "sentir que soy un padre presente"
Social
Cómo quiere que los demás perciban al usuario
La dimensión externa, de estatus e identidad. «Quiero parecer actualizado ante mis colegas». «Quiero que mis clientes me vean como un profesional». «Quiero que me vean como alguien que se preocupa por el medioambiente». Los trabajos sociales explican por qué las personas pagan más por las marcas: la marca es la señal social que ofrece el producto.
Ejemplo: "ser visto como un gerente moderno"
🎓 Insight de Bob Moesta
"Cuando estudiamos qué lleva a una familia a comprar una casa nueva, la dimensión funcional — más espacio — era el pretexto. La dimensión emocional — 'quiero tener un cuarto solo para mí' (la madre) — era el verdadero detonante. La dimensión social — 'no quiero que mi hija comparta cuarto cuando traiga amigas' — era el bloqueo que impedía la compra hasta que se resolviera."
Bob Moesta, «Demand-Side Sales 101» (2020)
💡 Consejo práctico
Para cada producto que estés desarrollando, escribe explícitamente las tres dimensiones: «El usuario necesita [FUNCIONAL]. Quiere sentir [EMOCIONAL]. Quiere que lo vean como [SOCIAL]». Si no puedes completar los tres campos, todavía no entiendes el trabajo por hacer.
🔍 Cómo descubrir Jobs: entrevistas, Switch Interview y Timeline
Descubrir el trabajo real no es intuición: es método. Bob Moesta desarrolló técnicas específicas de entrevista que funcionan porque exploran el comportamiento pasado, no intenciones futuras. Las personas mienten (involuntariamente) cuando describen lo que harían. Cuando describen lo que hicieron, revelan la verdad.
La Switch Interview — método de Moesta
Primera idea: el primer pensamiento
¿Cuándo pensaste por primera vez en cambiar?
Identifica el desencadenante inicial — el momento en que el statu quo dejó de ser aceptable. Pudo haber sido semanas o meses antes de la compra. Ese es el «primer empujón» (first push): la insatisfacción que comenzó a acumularse.
Momento de la decisión: el evento catalizador
¿Qué pasó el día en que decidiste buscar una solución?
Revela el «evento pasivo»: el momento específico que transformó la insatisfacción latente en acción. Casi siempre existe un evento concreto: la reunión que salió mal, la cuenta que llegó más alta de lo esperado, el amigo que mostró el producto nuevo.
La búsqueda: cómo buscaste
¿Qué alternativas consideraste?
Mapea el espacio de soluciones que ve el cliente. Revela a los competidores reales (que con frecuencia sorprenden a la empresa). Incluye las soluciones de "no comprar nada" y las alternativas que el cliente ya usaba.
La compra: el día D
Cuéntame el día en que compraste, de principio a fin
Reconstruir la «escena de compra» con detalles narrativos. Dónde estaba, con quién, qué lo llevó a finalizar la compra. Revela fuerzas de atracción (el impulso hacia lo nuevo) y resistencia (ansiedad ante el cambio). El diablo está en los detalles de esta narración.
🎙️ Reglas de Oro de la Entrevista JTBD
Preguntas sobre el pasado
Nunca «qué harías si...». Siempre «qué hiciste cuando...».
Narrativa, no lista
Pídele a la persona entrevistada que cuente una historia, no que dé calificaciones del 1 al 10.
Silencio productivo
Después de una respuesta, espera 5 segundos antes de hablar. Las mejores respuestas llegan en el silencio.
Sigue la emoción
Cuando cambia el tono, profundiza. "Pareciste dudar ahí; cuéntame más."
📝 Job Stories vs. User Stories
Alan Klement —uno de los principales divulgadores modernos de JTBD— popularizó el formato Job Story como alternativa a las User Stories del desarrollo ágil. La diferencia parece sutil, pero cambia por completo el enfoque del equipo de producto.
User Story (tradicional)
Formato: "Como [persona], quiero [funcionalidad] para [beneficio]"
"Cómo Maria, gerente de RR. HH., quiero ver informes de punto para controlar la frecuencia"
- ✗Se centra en quién es la persona (ficticia)
- ✗Ya presupone la solución (informe)
- ✗Ignora el contexto situacional
- ✗No captura el trabajo emocional/social
Job Story (JTBD)
Formato: "Cuando [situación], quiero [motivación] para poder [resultado esperado]"
"Cuando necesito justificar horas extras ante la dirección, quiero tener los datos consolidados en segundos, para que pueda centrarse en la conversación y no en la hoja de cálculo"
- ✓Se centra en el contexto situacional real
- ✓No presupone la solución
- ✓Incluye motivación y resultado
- ✓Revela el trabajo emocional ("enfocarse en la conversación")
🔑 La estructura de Job Story en detalle
Describe la situación: el contexto específico que activa el trabajo. Es el sustituto de la persona: en vez de preguntar «quién es el usuario», pregunta «en qué situación está el usuario». Las situaciones son más estables que las personas a lo largo del tiempo.
Describe la motivación: lo que el usuario intenta lograr. Debe ser una acción o un estado, no una funcionalidad. «Tener confianza en que los datos son correctos» es mejor que «ver un informe».
Describe el resultado deseado: el trabajo de nivel más alto. A menudo revela el trabajo emocional o social subyacente. «Para poder enfocarme en lo que importa» casi siempre es el trabajo real.
📐 Innovación orientada a resultados (Ulwick)
Tony Ulwick llegó a JTBD por un camino diferente al de Christensen. Mientras Christensen venía de la sociología y el comportamiento, Ulwick era ingeniero y quería un proceso repetible y medible. Creó el Outcome-Driven Innovation (ODI) — una metodología que convierte JTBD en un proceso cuantificable, con un mapeo de "resultados deseados" priorizados según su importancia y satisfacción actual.
📖 La fórmula de oportunidad de Ulwick
Oportunidad = Importancia + max(Importancia - Satisfacción, 0)
Dónde los clientes miden la importancia y la satisfacción en una escala del 0 al 10
Un outcome con importancia 9 y satisfacción 3 tiene una oportunidad = 9 + (9-3) = 15. Un outcome con importancia 5 y satisfacción 8 tiene una oportunidad = 5 + 0 = 5. La fórmula identifica dónde el mercado está cubierto, sobreatendido o tiene brechas, y traza el terreno de innovación de forma objetiva.
🗺️ Los 4 cuadrantes del Opportunity Landscape
Alta importancia + baja satisfacción
Oportunidad de innovación prioritaria. El mercado no está atendiendo bien algo que importa mucho. Aquí es donde surge la disrupción.
Alta importancia + alta satisfacción
Mercado bien atendido. Las mejoras incrementales aquí no crean una ventaja competitiva real.
Baja importancia + baja satisfacción
No vale la pena invertir. Aunque lo resuelvas bien, no le importa al cliente.
Baja importancia + alta satisfacción
Atención excesiva. Estás gastando recursos para resolver algo que el cliente no valora. Recorta para simplificar y reducir costos.
💡 ODI en la práctica
El proceso ODI de Ulwick tiene 5 pasos: (1) definir el trabajo principal, (2) identificar los resultados deseados (generalmente 50-150 por trabajo), (3) investigar la importancia y la satisfacción con una muestra representativa, (4) calcular las oportunidades, (5) priorizar la hoja de ruta según el panorama. Empresas como Bosch, J&J y Motorola usaron ODI para generar innovaciones de alto crecimiento con una tasa de éxito superior al 80% (frente al promedio del mercado, del 5%).
⚠️ Trampas y ejemplos prácticos
JTBD es un framework poderoso, pero se aplica mal con facilidad. Las trampas más comunes no son errores conceptuales — son errores de ejecución que convierten el framework en una herramienta para confirmar lo que el equipo ya creía. Revisa los patrones de fracaso y cómo evitarlos.
⚠ Trampas clásicas
- ✗ Job demasiado genérico: "Quiero ser más productivo" no es un job accionable. Los jobs útiles son lo suficientemente específicos como para diferenciar soluciones.
- ✗ Confundir el job con la solución: "Quiero una app de recordatorios" es una solución, no un job. El job es "quiero no olvidar los compromisos importantes".
- ✗ Entrevistar a los más entusiastas: tus mayores fans no son los más informativos. Entrevista a quienes casi compraron, pero no lo hicieron, o a quienes dejaron de usarlo.
- ✗ Ignorar el trabajo de quienes no consumen: a veces el competidor es «no hacer nada» o «convivir con el problema». No subestimes la inercia como alternativa.
✓ Cómo aplicarlo bien
- ✓ Haz al menos 8-12 switch interviews antes de concluir cualquier cosa sobre el trabajo
- ✓ Graba las entrevistas y transcríbelas. Los patrones surgen de las palabras exactas, no de los resúmenes.
- ✓ Separa el trabajo del contexto: el mismo trabajo puede realizarse en varios contextos con soluciones diferentes.
- ✓ Mapea los cuatro fuerzas de Moesta: push (lo que te empuja a salir), pull (lo que te atrae hacia la nueva solución), ansiedad (miedos a lo nuevo), hábito (comodidad de lo actual).
🏆 Ejemplos reales de JTBD bien aplicado
iPod (Apple, 2001)
El job no era «cargar archivos MP3». Era «tener toda mi biblioteca musical en el bolsillo, sin fricciones». «1.000 canciones en el bolsillo» describe el job, no la tecnología. La competencia (Discman, reproductores de MP3 existentes) resolvía mal lo funcional; el iPod resolvió lo emocional (identidad, elegancia) y lo social (que te vieran con auriculares blancos era símbolo de estatus).
Airbnb (2008)
El job que descubrió Bob Moesta al estudiar a los primeros usuarios de Airbnb: «Cuando viajo por placer, quiero sentir que estoy viviendo en ese lugar, no solo de paso, para tener historias auténticas que contar». Un hotel resuelve lo funcional (dormir). Airbnb resolvió lo emocional y lo social: la narrativa del viaje que el huésped se lleva a casa.
LinkedIn (para reclutadores)
El job no era «banco de currículums». Era «cuando necesito cubrir una vacante crítica, quiero encontrar candidatos que no sabría cómo buscar, para poder cubrirla sin depender de que buenos candidatos me encuentren». La diferencia es sutil, pero dio lugar a un producto completamente distinto: LinkedIn Premium Recruiter resuelve el job; no es un buscador de currículums.
⚠️ La trampa del exceso de teoría
El mayor error con JTBD es usar el marco para crear documentos bonitos en vez de cambiar las decisiones de producto. Christensen, Moesta y Ulwick coinciden en un punto: JTBD solo tiene valor si descubrir el job cambia lo que decides construir. Si hiciste 15 entrevistas, preparaste un informe de 40 diapositivas y la hoja de ruta siguió igual, usaste JTBD como ritual, no como herramienta para tomar decisiones.
📋 Resumen del módulo
Siguiente módulo:
2.6 - OKR para la innovación: alinear la ambición con una ejecución medible