Jobs to be Done
Enfoque que dice que la gente "contrata" un producto para hacer un trabajo concreto en su vida, no por sus características.
Qué es Jobs to be Done
Jobs to be Done (JTBD) es un marco para entender por qué los clientes usan un producto: no compran características, sino que "contratan" una solución para progresar en una situación concreta (un "trabajo" funcional, emocional o social). Diseñar para ese trabajo enfoca el producto en lo que de verdad importa.
Cómo funciona
Se formula el trabajo como "Cuando [situación], quiero [motivación], para poder [resultado esperado]". Se investiga con entrevistas sobre por qué la gente cambió de solución (el "evento desencadenante"). El roadmap prioriza lo que ayuda a hacer ese trabajo mejor que las alternativas, incluidas las no obvias (Excel, papel, no hacer nada).
Ejemplo del mundo real
"Cuando termino un proyecto con un cliente, quiero facturarle rápido sin liarme con plantillas, para poder cobrar antes y dedicar tiempo a vender". Un SaaS de facturación que entienda ese job optimizará el flujo de "proyecto terminado → factura enviada".
Datos curiosos
- Lo popularizó Clayton Christensen con el ejemplo del "milkshake": la gente lo "contrataba" para amenizar el trayecto al trabajo.
- Tu competencia real puede ser una hoja de cálculo o no hacer nada, no solo otro SaaS.
- Centrarse en el job evita añadir features que nadie pidió de verdad.
Preguntas frecuentes
¿JTBD o buyer persona?
Son complementarios: la persona dice "quién"; el JTBD dice "para qué". JTBD ayuda más a decidir qué construir.
¿Cómo descubro el job?
Entrevistando a clientes recientes sobre qué pasó justo antes de buscar una solución y qué intentaron antes que tú.
¿Sirve para pricing?
Sí: si entiendes el valor del job (cuánto cuesta no hacerlo bien), puedes fijar precios por valor en vez de por coste.