Definizione breve

Livello di classificazione del feedback dei clienti in cui il cliente descrive ciò che cerca di realizzare nel suo lavoro, espresso come un'azione di business: qualificare un incidente, seguire una pratica, confrontare più entità, ritrovare il contesto prima di agire, coordinare più persone.

Definizione dettagliata

Il job to be done è, nella sua tradizione, una teoria della domanda: un cliente «assume» un prodotto per far progredire una situazione, e il job è questo progresso ricercato, indipendente da qualunque soluzione. Il «caso d'uso», nato nell'ingegneria del software, indica piuttosto un'interazione tipizzata fra un attore e un sistema.

Nella classificazione del feedback dei clienti elaborata qui, le due espressioni sono tenute insieme per nominare un solo gradino: quello dell'azione di lavoro perseguita. Poco importa che lo si scriva nel linguaggio del job o in quello del caso d'uso: ciò che definisce il gradino è che nomina un'operazione di lavoro senza nominare la risposta di prodotto.

È il gradino che resiste meglio al tempo: le schermate cambiano, le feature vengono sostituite, l'azione resta.

Uso nel dominio

Questo livello alimenta la discovery: serve a raggruppare richieste eterogenee attorno a una stessa azione supportata male dagli strumenti, e a condurre interviste sul lavoro reale invece di raccogliere opinioni sul prodotto.

Sinonimi e varianti

Job to be done, JTBD, job, caso d'uso, azione di business, attività operativa.

Da non confondere con

• Obiettivo di business — traguardo commerciale, vincolo organizzativo o rischio: ciò che conta per l'attività, un gradino sopra l'azione che la sostiene.
• Capacità di prodotto — ciò che lo strumento dovrebbe permettere di fare. La capacità risponde al job; si confonde con esso solo se il job viene scritto nel vocabolario della soluzione.
• User story — formato di scrittura di un bisogno destinato a un backlog, che include già un perimetro di realizzazione.
• Punto di attrito locale — un fastidio localizzato su una schermata o su un comportamento preciso.

Esempi

«Qualificare un incidente» — l'azione è nominata, il modo in cui il prodotto la serve resta aperto.

«Ritrovare il contesto prima di agire» — un'operazione di lavoro che potrebbe essere servita da progettazioni di prodotto molto diverse fra loro.

Ambiguità / dibattiti

I due termini riuniti qui non sono equivalenti nella loro tradizione: il JTBD si vuole indipendente da qualunque prodotto, il caso d'uso presuppone un sistema. Il loro accostamento è una scelta locale, giustificata dal fatto che indicano lo stesso gradino in un repertorio di feedback; un lettore che viene dal JTBD in senso stretto lo considererà una scorciatoia.