Jobs To Be Done (JTBD)

La metáfora central de Jobs to Be Done, popularizada por Clayton Christensen y desarrollada en paralelo por profesionales como Tony Ulwick y Bob Moesta, es que la gente no compra productos — los contrata para avanzar en una circunstancia particular. Cuando surge un job, un cliente hace entrar una solución en su vida para completarlo, y la despide cuando otra cosa lo hace mejor. La unidad de análisis es el job, no la edad, el rol o el sector del cliente.

El ejemplo canónico de Christensen es el batido matutino: una cadena de comida rápida descubrió que la gente compraba batidos solos, temprano, para llevar. El job no era «quiero una bebida sabrosa», sino «haz que mi trayecto aburrido sea más interesante y mantenme saciado hasta el almuerzo». El batido competía con plátanos, bagels y el aburrimiento — no con otros batidos. Definir el job así cambia lo que construyes y contra quién compites realmente.

Un job bien formulado tiene tres capas. La dimensión funcional es la tarea práctica que hay que completar — transferir dinero, planificar una reunión, entregar una versión. La dimensión emocional es cómo quiere sentirse la persona al hacerlo — segura, en control, aliviada. La dimensión social es cómo quiere ser percibida por los demás — como competente, responsable o al día. Un producto que cumple perfectamente el job funcional pero ignora las capas emocional y social a menudo pierde frente a uno que se siente mejor de usar, aunque haga menos.

Una práctica habitual es escribir el job como una afirmación estable de progreso en lugar de como una funcionalidad: «Cuando incorporo a un nuevo ingeniero, quiero hacerlo productivo en el código rápidamente, para poder mantener alta la velocidad del equipo». La forma situación-motivación-resultado mantiene el job duradero — las soluciones y las tecnologías cambian, pero el job subyacente que una persona intenta completar tiende a persistir durante años.

Los personas describen quién es un cliente — una ficticia «María Marketing, 34 años, SaaS de mercado medio». JTBD describe qué está intentando lograr un cliente y por qué. Los dos no se excluyen mutuamente, pero JTBD sostiene que los atributos demográficos son predictores débiles del comportamiento: dos personas con perfiles idénticos pueden contratar productos radicalmente distintos porque están en situaciones diferentes. El job, no el persona, predice la compra.

El patrón de fallo del que protege JTBD es construir para un usuario idealizado en lugar de para un momento real de necesidad. En el discovery, eso significa entrevistar para reconstruir la cronología de una decisión real — qué desencadenó la búsqueda, qué probó la persona primero, qué la hizo cambiar — en lugar de preguntar qué funcionalidades quiere. El resultado es un mapa de jobs y resultados insatisfechos que alimenta directamente el mapeo de oportunidades y la priorización. Encaja de forma natural con el continuous discovery y el árbol de oportunidades y soluciones, donde los jobs se convierten en las oportunidades que un equipo evalúa y sobre las que apuesta.

Un marco JTBD es tan bueno como la evidencia que lo respalda. Los jobs formulados en un taller y luego archivados en una presentación se desvían silenciosamente de la realidad; las afirmaciones de job más sólidas se reanclan continuamente en el comportamiento real de los clientes, en lo que pagan y en lo que piden. La parte difícil es mantener el job, la cuenta y el trabajo que informa en la misma línea de visión.

Un sistema operativo de producto conectado ayuda aquí uniendo el feedback, el comportamiento del cliente y los ingresos en una sola columna vertebral compartida. Un insight capturado contra un job puede leerse junto al uso y la suscripción de ese mismo cliente, y un elemento de roadmap formulado como un job lleva consigo las cuentas y los ingresos que lo contrataron — de modo que una afirmación de job permanece anclada en evidencia en lugar de convertirse en un artefacto estático desconectado de los clientes que pretende describir.