Los usuarios «contratan» productos para un trabajo. Por qué esto sostiene la estrategia y la priorización del roadmap.
Categoría · Gestión de Proyectos
El job, no la funcionalidad.
Jobs-to-be-Done invierte la perspectiva: las personas no compran un producto, lo «contratan» para un job, un progreso que quieren lograr en una situación concreta. La imagen clásica: nadie quiere un taladro, todos quieren el agujero en la pared.
El job es estable, la solución cambia. Quien entiende el job reconoce también contra quién compite de verdad, a menudo no contra el competidor evidente.
Dónde compensa en la práctica.
En estrategia y priorización de roadmap, JTBD es una cuadrícula afilada: evaluamos las ideas según qué job resuelven mejor y para quién, no según qué función suena bien. Eso evita listas de funcionalidades que no resuelven la tarea de nadie.
No es una panacea.
JTBD no sustituye a la validación cuantitativa ni a la capacidad técnica. Formular jobs con limpieza es trabajo manual; mal hecho, solo produce frases que suenan bonitas. Es una lente para priorizar, no una especificación terminada.