Jobs to be Done (JTBD) es un marco para entender por qué una persona elige una solución en una circunstancia concreta. Su premisa parece sencilla: los clientes no compran productos por el mero hecho de poseerlos, sino que los “contratan” para avanzar desde una situación que les incomoda hacia otra que consideran mejor. Ese progreso puede ser funcional, emocional y social al mismo tiempo.
El enfoque resulta útil para producto, marketing, UX, ventas y analítica porque desplaza la conversación desde las características de la oferta hacia el motivo que activa una decisión. Una funcionalidad solo tiene sentido cuando ayuda a completar un trabajo real. Una campaña solo es persuasiva cuando conecta con la situación que empuja al cliente a cambiar. Y una métrica solo es relevante cuando permite comprobar si ese progreso se está produciendo.
👉 Si necesitas descargarte infografías sobre Jobs to be Done (JTBD), descuentos en cursos y herramientas y mucho más puedes hacerlo aquí: descargar infografías y recursos.
Resumen del artículo sobre Jobs to be Done (JTBD)
JTBD analiza el progreso que una persona intenta conseguir, la situación que activa la necesidad y las fuerzas que impulsan o frenan el cambio. El producto se interpreta como una solución contratada para realizar un trabajo. Por eso, la competencia no se limita a empresas del mismo sector: cualquier alternativa que resuelva el mismo trabajo puede competir por la misma decisión.
El marco reúne distintas corrientes. La escuela asociada a Clayton Christensen pone el acento en la circunstancia y el progreso; Bob Moesta profundiza en la cronología del cambio mediante las Switch Interviews; Tony Ulwick desarrolla Outcome-Driven Innovation, un enfoque más cuantitativo para priorizar resultados esperados. Ninguna escuela resuelve por sí sola todos los problemas. La elección depende del objetivo de investigación.
Para aplicarlo con rigor conviene investigar decisiones reales, reconstruir el momento del cambio, identificar el empuje de la situación actual, la atracción de la nueva solución, la ansiedad y la inercia. Después se redactan declaraciones claras, se traducen en oportunidades de producto y se validan con prototipos, analítica y resultados de negocio.
Jobs to be Done (JTBD): cuadro resumen de pros y contras
| Aspecto | Ventajas | Limitaciones | Recomendación |
|---|---|---|---|
| Foco estratégico | Centra al equipo en el progreso del cliente, no en añadir funciones por inercia. | Puede quedarse en una frase inspiradora si no se conecta con decisiones. | Vincular cada job con prioridades, hipótesis y métricas. |
| Investigación | Revela contexto, motivaciones y alternativas que una encuesta suele ocultar. | La interpretación cualitativa introduce sesgos. | Triangular entrevistas, comportamiento y datos cuantitativos. |
| Innovación | Ayuda a descubrir competencia indirecta y necesidades desatendidas. | No garantiza una solución viable ni rentable. | Contrastar deseabilidad con viabilidad técnica y económica. |
| Alineación | Ofrece un lenguaje común para producto, marketing, ventas y UX. | Distintas escuelas usan conceptos y formatos diferentes. | Acordar el enfoque y las definiciones antes del proyecto. |
| Segmentación | Agrupa por situación y progreso, no solo por demografía. | No sustituye información sobre perfiles, capacidades o restricciones. | Combinar JTBD con personas, segmentos y datos de uso. |
El paradigma de la contratación del cliente para resolver un trabajo
La metáfora de la contratación cambia la pregunta inicial. En lugar de preguntar “¿qué producto quiere el cliente?”, el equipo investiga “¿qué progreso intenta conseguir y por qué necesita avanzar ahora?”. El marco Jobs to be Done obliga a observar el producto dentro de una historia: antes existía una situación insatisfactoria, después apareció una búsqueda y finalmente se eligió una alternativa.
La circunstancia es inseparable del trabajo. La misma persona puede contratar soluciones diferentes para necesidades parecidas porque cambian el tiempo disponible, el lugar, la compañía o el riesgo percibido. Un usuario puede preparar comida en casa un domingo y pedirla a domicilio un martes por la noche. La demografía no ha cambiado; sí lo ha hecho la situación.
Además, un trabajo suele tener tres dimensiones:
- Funcional: la tarea concreta que debe resolverse.
- Emocional: cómo quiere sentirse la persona durante y después del proceso.
- Social: cómo quiere ser percibida por otras personas.
Jobs to be Done (JTBD): el paradigma de la contratación del cliente para resolver un trabajo
| Elemento | Pregunta de investigación | Ejemplo | Implicación |
|---|---|---|---|
| Situación | ¿Qué estaba ocurriendo cuando surgió la necesidad? | Debía preparar una reunión con poco tiempo. | El contexto puede importar más que el perfil demográfico. |
| Progreso | ¿Qué mejora buscaba conseguir? | Llegar con contexto y transmitir seguridad. | La propuesta de valor debe describir el cambio de estado. |
| Alternativas | ¿Qué otras soluciones consideró o utilizó? | Preguntar a un compañero, revisar correos o usar un CRM. | La competencia se define por el trabajo, no por la categoría. |
| Resultado | ¿Cómo sabrá que el trabajo está bien resuelto? | No repetir preguntas y cerrar el siguiente paso. | Permite crear criterios de éxito observables. |
¿Cuáles son las principales escuelas del marco Jobs to be Done?
Hablar de JTBD como si fuera una metodología única conduce a confusión. Las corrientes más conocidas comparten el interés por el progreso del cliente, pero difieren en sus preguntas, técnicas y entregables.
La línea popularizada por Clayton Christensen utiliza casos narrativos para explicar por qué una circunstancia desencadena una contratación. Bob Moesta y otros practicantes de las Switch Interviews reconstruyen con detalle la cronología de una decisión. Outcome-Driven Innovation, desarrollado por Tony Ulwick, describe trabajos y resultados deseados con un lenguaje estable y los prioriza mediante investigación cuantitativa.
Jobs to be Done (JTBD): cuáles son las principales escuelas del marco Jobs to be Done
| Escuela | Foco | Método habitual | Aplicación recomendada |
|---|---|---|---|
| Christensen | Circunstancia, causalidad y progreso. | Casos, observación e historias de contratación. | Estrategia, innovación y redefinición de la competencia. |
| Moesta / Switch | Momento de cambio y fuerzas de la decisión. | Entrevistas retrospectivas detalladas. | Conversión, onboarding, retención y mensajes comerciales. |
| Ulwick / ODI | Resultados que el cliente intenta mejorar. | Definición de outcomes y priorización cuantitativa. | Roadmaps, innovación técnica y asignación de recursos. |
| Enfoque combinado | Comprender y después priorizar. | Entrevistas para descubrir y encuesta para dimensionar. | Programas de investigación con suficiente tiempo y muestra. |
El caso icónico del batido de McDonald’s y la innovación disruptiva
El caso del batido de McDonald’s se utiliza con frecuencia para explicar que una categoría de producto no revela por sí sola la competencia real. Según el relato popularizado en torno a JTBD, una parte relevante de las compras matinales respondía a un trabajo concreto: acompañar un trayecto largo, entretener durante el viaje y retrasar el hambre. En esa situación, el batido no competía solo con otros batidos. También podía competir con un plátano, un donut, un café o simplemente con no desayunar.
La lección no es copiar la solución aplicada en aquel caso. Lo importante es observar la circunstancia, los compromisos que acepta el cliente y las alternativas que ya “contrata”. Preguntar únicamente por sabores o tamaños habría mantenido la investigación dentro de la categoría existente. Reconstruir el momento de consumo abrió una definición más amplia del problema.
Jobs to be Done (JTBD): el caso icónico del batido de McDonald’s y la innovación disruptiva
| Lectura tradicional | Lectura JTBD | Hallazgo | Decisión posible |
|---|---|---|---|
| Mejorar sabor, tamaño o precio. | Entender qué trabajo cumple durante el trayecto. | El contexto matinal modifica la competencia. | Optimizar duración, facilidad de compra y consumo. |
| Comparar con productos de la misma categoría. | Comparar con cualquier alternativa para el mismo progreso. | Un plátano o un café pueden ser competidores. | Investigar trade-offs, no solo atributos. |
| Preguntar qué quiere el cliente en el futuro. | Reconstruir decisiones y comportamientos pasados. | Los hechos revelan motivaciones difíciles de verbalizar. | Diseñar entrevistas retrospectivas. |
JTBD en el desarrollo de producto y la estrategia empresarial
En producto, JTBD ayuda a separar la solución del problema. Una historia de usuario puede pedir un filtro por fecha, pero el trabajo subyacente quizá sea encontrar rápidamente lo que requiere atención para no incumplir un plazo. Si el equipo comprende el progreso, puede explorar más de una solución en lugar de convertir la primera petición en requisito.
El marco también mejora la comunicación comercial. Las estrategias de CRO basadas en motivaciones reales conectan mejor cuando el mensaje reproduce la situación y el resultado deseado. “Crea informes automáticos” describe una función; “llega a la reunión con la información preparada y sin reconstruirla a mano” describe un progreso.
JTBD no sustituye a las personas de usuario. Las personas aportan contexto sobre capacidades, experiencia, restricciones y canales. El job explica qué intenta conseguir esa persona en una situación. Utilizados juntos, evitan tanto la segmentación puramente demográfica como la idea de que todos los usuarios realizan el trabajo de la misma manera.
Jobs to be Done (JTBD): desarrollo de producto y estrategia empresarial
| Área | Uso de JTBD | Entregable | Métrica relacionada |
|---|---|---|---|
| Producto | Priorizar problemas y resultados antes que funciones. | Mapa de oportunidades y roadmap. | Adopción, éxito de tarea y retención. |
| Marketing | Traducir situaciones y fuerzas de cambio en mensajes. | Propuesta de valor, campañas y landings. | CTR, conversión y calidad del lead. |
| Ventas | Detectar el disparador y la urgencia de cambio. | Guion de descubrimiento y tratamiento de objeciones. | Avance de oportunidad y tasa de cierre. |
| UX | Diseñar el flujo alrededor del progreso esperado. | Journey, prototipo y criterios de evaluación. | Errores, abandono, satisfacción y tiempo. |
| Analítica | Convertir el progreso en comportamientos observables. | Plan de medición y eventos. | Activación, recurrencia y conversión. |
Metodología de investigación y aplicación práctica
La investigación JTBD debe partir de decisiones reales. La detección de necesidades del cliente mejora cuando se pregunta por hechos, secuencias y circunstancias en lugar de solicitar una lista de preferencias. Un “me gustaría” describe una posibilidad; un cambio reciente permite reconstruir qué ocurrió.
Las Switch Interviews suelen explorar cuatro fuerzas:
- Empuje: qué volvió insuficiente la situación anterior.
- Atracción: qué prometía la nueva solución.
- Ansiedad: qué dudas o riesgos frenaban la contratación.
- Inercia: qué hábitos y costes de cambio sostenían la opción anterior.
No hay un número universal de entrevistas que garantice saturación. Tres conversaciones pueden descubrir una hipótesis valiosa, pero no bastan necesariamente para afirmar que se ha entendido todo el mercado. La muestra depende de la diversidad de situaciones, segmentos y decisiones. Conviene continuar hasta que las entrevistas aporten pocas fuerzas o circunstancias nuevas y validar después la frecuencia de los patrones.
Jobs to be Done (JTBD): metodología de investigación y aplicación práctica
| Fase | Actividad | Pregunta clave | Resultado |
|---|---|---|---|
| Reclutamiento | Seleccionar clientes que hayan cambiado recientemente. | ¿Qué decisión concreta pueden reconstruir? | Muestra basada en experiencias reales. |
| Entrevista | Reconstruir cronología, fuerzas y alternativas. | ¿Qué ocurrió desde la primera duda hasta la compra? | Historias de contratación detalladas. |
| Síntesis | Agrupar situaciones, jobs, barreras y resultados. | ¿Qué patrones se repiten y cuáles son distintos? | Mapa de trabajos y oportunidades. |
| Priorización | Valorar importancia, satisfacción y viabilidad. | ¿Dónde existe progreso importante y mal resuelto? | Oportunidades ordenadas. |
| Validación | Probar mensajes, prototipos y comportamiento. | ¿La solución mejora realmente el progreso? | Evidencia para decidir. |
Cómo construir declaraciones JTBD efectivas para tu equipo
La fórmula “Cuando…, quiero…, para…” es útil porque obliga a separar contexto, motivación y resultado. Sin embargo, no debe convertirse en una plantilla rellenada desde una sala de reuniones. Una declaración solo es válida si resume investigación real y conserva el lenguaje del cliente.
Una declaración eficaz evita mencionar una solución concreta. “Cuando reviso una campaña, quiero recibir una alerta en Slack” ya incorpora una respuesta. “Cuando una campaña empieza a desviarse, quiero enterarme a tiempo para corregir el presupuesto antes de perder margen” deja espacio para explorar distintas soluciones.
Jobs to be Done (JTBD): cómo construir declaraciones JTBD efectivas para tu equipo
| Componente | Qué debe expresar | Ejemplo correcto | Error frecuente |
|---|---|---|---|
| Cuando | La circunstancia que activa el trabajo. | Cuando una campaña empieza a desviarse… | Describir un segmento genérico: “como responsable de marketing”. |
| Quiero | La motivación o actividad independiente de la solución. | …quiero detectar el problema a tiempo… | Incluir una funcionalidad: “quiero un dashboard con alertas”. |
| Para | El progreso o resultado esperado. | …para corregir el presupuesto antes de perder margen. | Cerrar con un resultado vago: “para trabajar mejor”. |
| Evidencia | De qué entrevistas y comportamientos procede. | Patrón repetido en cambios recientes. | Redactar desde una opinión interna. |
| Medición | Cómo observar que el progreso ocurre. | Menos tiempo hasta detectar y corregir desviaciones. | Usar solo métricas de uso de la función. |
Cómo convertir Jobs to be Done (JTBD) en decisiones de producto, marketing y analítica
El momento delicado llega después de la investigación. Muchas organizaciones realizan entrevistas, elaboran un mural lleno de citas y vuelven a trabajar como antes. Para que JTBD cambie decisiones, los hallazgos deben entrar en los sistemas cotidianos del equipo: roadmap, briefs de campaña, criterios de diseño, guiones de venta y plan de medición.
Crear un repositorio de evidencias, no una colección de opiniones
Cada job debería conservar su trazabilidad. Registra las entrevistas que lo respaldan, las frases originales, las circunstancias, las alternativas consideradas y las fuerzas de cambio. Así se evita que una formulación elegante gane autoridad por repetición. Cuando aparezca una nueva hipótesis, el equipo podrá comprobar si existe evidencia o si está proyectando una preferencia interna.
Las citas textuales son especialmente valiosas para marketing y ventas. La capacidad para interpretar señales explícitas e implícitas del cliente ayuda a redactar mensajes que suenan reconocibles para quien vive la situación. No se trata de copiar una frase aislada, sino de conservar el vocabulario con el que se describe el problema y el progreso.
Convertir los jobs en oportunidades verificables
Un job amplio necesita descomponerse en resultados. “Gestionar mejor mis campañas” no orienta un roadmap. En cambio, “reducir el tiempo necesario para detectar una desviación”, “aumentar la confianza en que el dato está actualizado” o “evitar revisar cinco plataformas” describe resultados que pueden analizarse y medirse.
Para priorizar, valora al menos cuatro criterios: importancia del resultado, satisfacción con las alternativas actuales, frecuencia de la circunstancia y encaje con la estrategia. Una necesidad importante y mal resuelta puede ser atractiva, pero quizá aparezca tan pocas veces que no sostenga un producto. También puede existir una oportunidad valiosa que la organización no está preparada para servir.
Diseñar experimentos que validen progreso, no solo interés
Una landing puede generar registros porque la promesa es atractiva, pero eso no demuestra que la solución complete el trabajo. Los experimentos iniciales deben separar interés, adopción y resultado. Primero puede probarse si el mensaje conecta; después, si las personas usan la propuesta; finalmente, si obtienen el progreso esperado y la mantienen en el tiempo.
En CRO, la hipótesis debería explicar qué fuerza se intenta modificar. Una prueba puede aumentar la atracción de la nueva solución, reducir la ansiedad con una garantía o disminuir la inercia facilitando la migración. Esta lectura hace que los tests sean más útiles que un cambio aislado de color o texto sin una teoría sobre la decisión.
Conectar JTBD con analítica web y datos de negocio
Las entrevistas explican por qué; la analítica muestra qué ocurre a escala. El análisis digital puede comprobar si los comportamientos asociados al progreso aparecen en el uso real. Si el job consiste en reaccionar antes a una desviación, podrían medirse el tiempo hasta la primera consulta, la configuración de alertas y la corrección efectiva de la campaña.
No conviertas cualquier interacción en indicador de éxito. Abrir una función no significa completar el trabajo. Define una cadena de evidencias: exposición, activación, comportamiento útil y resultado. En algunos negocios será posible conectar el último paso con conversión o retención; en otros se necesitará combinar eventos con encuestas y entrevistas.
Las herramientas de analítica web facilitan la observación, pero la definición de la métrica sigue siendo una decisión estratégica. En proyectos complejos, un servicio de analítica web profesional puede traducir jobs, resultados y fuerzas de cambio en un plan de medición coherente.
Usar JTBD en mensajes, contenidos y conversaciones comerciales
Un buen mensaje comienza en la situación que la audiencia reconoce. Después muestra el progreso y reduce las fuerzas que frenan el cambio. Si el cliente teme una migración compleja, repetir funcionalidades no resolverá la ansiedad. Será más útil explicar el proceso, el soporte y cómo conservará sus datos.
El contenido también puede organizarse alrededor del recorrido de contratación. Algunas piezas ayudan a reconocer el problema; otras comparan alternativas; otras reducen dudas sobre el cambio. Esta estructura evita publicar artículos desconectados y permite cubrir preguntas que aparecen en momentos diferentes de la decisión.
Revisar los jobs sin convertirlos en una moda interna
Los trabajos suelen ser más estables que las soluciones, pero no son eternos ni idénticos en todos los contextos. Cambios regulatorios, tecnológicos o sociales pueden alterar las circunstancias y los trade-offs. Por eso conviene revisar la investigación cuando cambie el mercado, aparezca un segmento nuevo o los datos de comportamiento contradigan el modelo existente.
JTBD tampoco debe utilizarse para justificar cualquier decisión. Si todas las ideas encuentran un job redactado después, el marco pierde su función crítica. La disciplina consiste en volver a la evidencia, reconocer lo que no se sabe y diseñar una prueba antes de invertir.
Integrar JTBD en los rituales del equipo
Una forma práctica de mantenerlo vivo es añadir tres preguntas a los documentos de decisión: qué situación activa el trabajo, qué progreso se pretende mejorar y qué evidencia demostrará que se ha conseguido. En una revisión de roadmap, estas preguntas ayudan a detectar funciones sin problema claro. En un brief de campaña, obligan a conectar el mensaje con una circunstancia. En una retrospectiva, permiten valorar si la entrega movió el resultado esperado.
La organización no necesita convertir cada reunión en una clase teórica. Basta con utilizar el marco como criterio compartido. Cuando producto, marketing, ventas y analítica discuten sobre el mismo progreso, las prioridades son más comprensibles y los desacuerdos pueden resolverse con investigación en lugar de autoridad.
En Lester Grow, esta lógica puede conectarse con la implementación de medición. Recursos como la guía para implementar GA4, la formación en SEO profesional, el análisis de qué hace un analista de datos y la consultoría de Google Tag Manager ayudan a traducir preguntas de negocio en datos observables.
Conclusiones sobre Jobs to be Done (JTBD)
Jobs to be Done ofrece una forma exigente de mirar al cliente: no como una colección de atributos, sino como una persona que intenta avanzar en una circunstancia. Esa perspectiva amplía la competencia, mejora la investigación y ayuda a diseñar productos, mensajes y experiencias vinculados a resultados reales.
El valor no está en repetir que los clientes “contratan” productos. Está en reconstruir decisiones, identificar las fuerzas del cambio y convertir los hallazgos en prioridades verificables. Las entrevistas aportan profundidad; la cuantificación ayuda a dimensionar; los prototipos y la analítica permiten comprobar si el progreso ocurre.
Aplicado con rigor, JTBD alinea producto, marketing, ventas, UX y datos. Aplicado como una plantilla sin investigación, solo cambia el vocabulario. La diferencia está en la trazabilidad de la evidencia y en la capacidad del equipo para dejar de defender soluciones y volver a preguntar qué trabajo necesita resolver el cliente.
Preguntas frecuentes sobre Jobs to be Done (JTBD)
¿Qué significa Jobs to be Done?
Significa que las personas eligen o “contratan” productos y servicios para conseguir un progreso en una situación concreta. El foco se sitúa en el trabajo y en la circunstancia, no únicamente en la categoría del producto.
¿JTBD es una metodología única?
No. Existen varias escuelas relacionadas, entre ellas las asociadas a Clayton Christensen, Bob Moesta y Tony Ulwick. Comparten principios, pero emplean técnicas y entregables diferentes.
¿En qué se diferencia JTBD de las personas de usuario?
Las personas describen perfiles, comportamientos y restricciones. JTBD explica el progreso que esos perfiles buscan en una circunstancia. Son herramientas complementarias.
¿Cuántas Switch Interviews hacen falta?
No existe un número universal. Pocas entrevistas pueden descubrir hipótesis, pero la saturación depende de la diversidad de situaciones y segmentos. Conviene continuar hasta que aparezcan pocos patrones nuevos y validar después su frecuencia.
¿Qué se pregunta en una entrevista JTBD?
Se reconstruye una decisión pasada: primer pensamiento, búsqueda, alternativas, momento de compra, dudas, hábitos y resultado esperado. Se pregunta por hechos y secuencias, no por deseos hipotéticos.
¿Cuáles son las cuatro fuerzas del cambio?
El empuje de la situación actual, la atracción de la nueva solución, la ansiedad ante el cambio y la inercia del hábito o de la solución anterior.
¿Cuál es la fórmula de una declaración JTBD?
Una fórmula habitual es “Cuando [situación], quiero [motivación], para [resultado]”. Debe evitar incluir una solución predeterminada y basarse en evidencia de investigación.
¿Cómo se utiliza JTBD en marketing?
Permite redactar mensajes alrededor de una situación reconocible, el progreso deseado y las barreras del cambio. También ayuda a organizar contenidos según las etapas de la decisión.
¿Cómo se relaciona JTBD con CRO?
JTBD aporta una explicación sobre la decisión; CRO permite probar cambios. Una hipótesis puede aumentar la atracción, reducir la ansiedad o disminuir la inercia, y medirse mediante experimentación.
¿Cómo se conecta JTBD con la analítica web?
Se traducen los resultados esperados en comportamientos observables y métricas. La analítica comprueba a escala si las personas avanzan, aunque debe combinarse con investigación cualitativa.
¿Por qué JTBD descubre competidores indirectos?
Porque considera competidor a cualquier alternativa que resuelva el mismo trabajo. Una solución manual, un hábito o no hacer nada pueden competir con un producto comercial.
¿JTBD sirve para servicios y productos digitales?
Sí. Puede aplicarse a software, formación, servicios profesionales, ecommerce y procesos internos. Lo importante es identificar el progreso y la circunstancia de contratación.
