L'utente «assume» un prodotto per un job. Perché questo regge in strategia e nella prioritizzazione della roadmap.
Categoria · Project Management
Il job, non la funzionalità.
Jobs-to-be-Done ribalta la prospettiva: le persone non comprano un prodotto, lo "ingaggiano" per un job — un progresso che vogliono ottenere in una situazione concreta. L'immagine classica: nessuno vuole una punta da trapano, tutti vogliono il foro nel muro.
Il job è stabile, la soluzione cambia. Chi capisce il job riconosce anche contro chi compete davvero — spesso non il concorrente più ovvio.
Dove regge nella pratica.
Nella strategia e nella prioritizzazione della roadmap, il JTBD è una griglia affilata: valutiamo le idee in base a quale job risolvono meglio e per chi — non in base a quale funzione suona bene. Questo previene liste di funzionalità che non risolvono il compito di nessuno.
Nessuna panacea.
Il JTBD non sostituisce la validazione quantitativa né le competenze tecniche. Formulare i job con pulizia è lavoro artigianale; fatto male, produce solo frasi dal suono gradevole. È una lente per prioritizzare, non una specifica già pronta.
