Analisi dei bisogni: dal bisogno dichiarato al bisogno reale

di Stefania Cordiani

Solo a quel punto qualcuno si decide ad andare a guardare il listino. Ed è lì che il mistero si rivela per quello che è: il file è un mostro cresciuto per stratificazioni successive nel corso di otto anni. Celle unite che ingannano i riferimenti, tre versioni dello stesso listino salvate in cartelle diverse, prezzi promozionali scaduti mai rimossi, una colonna "prezzo netto" che in realtà a volte è lordo. Nessun corso al mondo può proteggere una persona che lavora dentro un file costruito così. Il bisogno dichiarato era "formazione su Excel". Il bisogno reale era "rifare il listino e stabilire chi lo deve mantenere aggiornato". L'azienda ha speso bene i soldi della formazione (le persone hanno imparato davvero) e malissimo quelli dell'analisi, perché l'analisi non c'è mai stata: la richiesta del responsabile è passata direttamente dallo stato di "richiesta" a quello di "azione", saltando il passaggio che dà il titolo a questo articolo.

Questa scena si ripete ogni giorno in migliaia di organizzazioni perché confondiamo tre cose che andrebbero tenute rigorosamente separate: la richiesta, il bisogno e la soluzione. Chi ci porta una richiesta ci sta quasi sempre consegnando una soluzione già confezionata da lui e noi, per cortesia o per fretta, la trattiamo come se fosse il bisogno. L'analisi dei bisogni è esattamente la disciplina che si infila in quello spazio: scomporre ciò che ci viene chiesto per capire da quali cause nasce e a quali altre necessità si collega, prima di decidere qualsiasi intervento.

In questo articolo vi proponiamo un metodo in cinque fasi per farla al meglio, con gli strumenti operativi per ciascuna fase, le domande pronte da usare e gli errori più comuni da evitare. Con una tesi di fondo che vi chiediamo di tenere a mente fino alla fine: l'analisi dei bisogni è un metodo solo. Cambiano i soggetti (collaboratori, clienti, parti interessate) ma la meccanica è identica. Chi la padroneggia, può utilizzarla in qualsiasi ambito.

La richiesta non è il bisogno (e il bisogno non è la soluzione)

Theodore Levitt, il professore di Harvard che nel 1960 firmò il celebre "Marketing Myopia", amava ripetere ai suoi studenti una frase che attribuiva a un distributore di utensili, Leo McGinneva:

La gente non vuole comprare un trapano da un quarto di pollice. Vuole un buco da un quarto di pollice. Theodore Levitt, citando Leo McGinneva

Sembra una battuta da manuale di marketing e invece è la sintesi perfetta del nostro problema quotidiano. Chi chiede il trapano sta chiedendo una soluzione; il buco è il bisogno e dietro il buco c'è probabilmente una mensola da montare, che è il bisogno del bisogno. Ogni richiesta che arriva sulla scrivania di chi gestisce un sistema qualità ha questa struttura a strati: la superficie è sempre una soluzione e la soluzione è sempre stata scelta da qualcuno che non ha fatto un' analisi o l'ha fatta d'istinto, sulla base della propria esperienza e dei propri limiti.

Vale la pena prestare attenzione al lessico, perché sarà la nostra bussola per tutto l'articolo. La richiesta è ciò che la persona domanda esplicitamente ("un corso di Excel"). Il bisogno è la condizione da modificare perché il lavoro funzioni ("gli ordini devono riportare prezzi corretti"). La causa è ciò che genera lo scarto tra la situazione attuale e quella desiderata ("il listino è inaffidabile e nessuno ne è responsabile"). Il requisito, infine, è il bisogno tradotto in una forma verificabile ("un listino unico, con responsabile di aggiornamento e regole ben chiare"). La ISO 9001 vi chiede di lavorare sui requisiti; ma i requisiti sono l'ultimo anello della catena e se sbagliate i primi tre, l'ultimo sarà formalmente perfetto ma sostanzialmente inutile. È la stessa logica che la norma applica alle esigenze e aspettative delle parti interessate del punto 4.2: prima si comprende, poi si traduce in requisiti, e solo ciò che è stato compreso bene può essere tradotto bene.

Un metodo solo, soggetti diversi

Nei sistemi di gestione l'analisi dei bisogni vive tradizionalmente in due silos separati che non si parlano. Il primo è quello della formazione: il punto 7.2 della ISO 9001 vi chiede di determinare le competenze necessarie e di colmare i divari, e individuare il bisogno di formazione è il motore di tutto il processo formativo. Il secondo è quello del cliente e delle parti interessate: i punti 4.2 e 8.2 vi chiedono di comprendere esigenze e aspettative di chi sta fuori (e dentro) l'organizzazione, prima di trasformarle in requisiti di prodotto o di sistema.

Se guardate la meccanica invece che i soggetti, state facendo esattamente la stessa cosa: qualcuno esprime (o non esprime) una necessità; voi dovete distinguere ciò che viene dichiarato da ciò che è reale, risalire alle cause, classificare quello che trovate e tradurlo in azioni verificabili. Che il "qualcuno" sia un magazziniere che sbaglia i prelievi o un cliente che lamenta consegne lente, il metodo non cambia di una virgola: cambiano gli strumenti di raccolta, non la logica dell'indagine.

Questo significa che potete smettere di considerare l'analisi dei bisogni formativi come una pratica burocratica da sbrigare una volta l'anno per il piano della formazione e iniziare a trattarla per quello che è: un'attività diagnostica continua, la stessa che la ISO 9001:2026 rafforza chiedendo esplicitamente di portare al riesame di direzione i cambiamenti nelle esigenze e nelle aspettative delle parti interessate. Il messaggio del normatore è chiaro: i bisogni si monitorano.

Vediamo dunque il metodo, fase per fase.

La prima fase sembra la più facile ed è quella dove si commettono più danni. Raccogliere il bisogno dichiarato significa far parlare le persone e il modo in cui le fate parlare determina la qualità di tutto quello che verrà dopo. In medicina questa fase ha un nome antico, anamnesi e una regola d'oro che la tradizione attribuisce a William Osler, il padre della clinica moderna:

Ascoltate il paziente: vi sta dicendo la diagnosi. attribuita a William Osler

Notate cosa NON fa il medico bravo: non chiede al paziente "che malattia ha?". Chiede "cosa sente?", "da quando?", "cosa stava facendo quando è comparso il dolore?". Il paziente è la massima autorità sui propri sintomi e la persona meno adatta del mondo a fare la propria diagnosi. Lo stesso vale per chi vi porta una richiesta: il responsabile acquisti è la massima autorità sugli errori che vede nel suo ufficio e la persona meno adatta a stabilire che serve un corso di Excel. Il vostro compito in questa fase è raccogliere sintomi, non diagnosi.

Lo strumento principe è l'intervista semi-strutturata: una traccia di domande preparate prima, con la libertà di deviare quando emerge qualcosa di interessante. Funziona per il colloquio con il responsabile che chiede formazione esattamente come per il colloquio con il cliente strategico. Tre regole operative. Primo: aprite sempre con una domanda descrittiva e mai con una valutativa: "raccontami come funziona oggi il passaggio dal listino all'ordine" e non "quali sono i problemi del processo?". Secondo: quando la persona nomina la soluzione ("ci serve un corso"), non contestatela e non assecondatela ma ditele qualcosa del genere: "teniamo da parte il corso, ci torniamo alla fine; prima mi aiuti a vedere l'ultimo errore concreto che è successo". Terzo: attenzione a quello che nascondete nelle vostre domande, perché una domanda costruita male fabbrica la risposta. "Quanto spesso i tuoi collaboratori sbagliano per distrazione?" contiene già il verdetto (è distrazione) e chiude l'indagine prima di aprirla. Sono le stesse tecniche che rendono efficaci i colloqui durante gli audit: domande aperte, nessuna imbeccata, evidenze prima delle interpretazioni.

L'errore tipico della fase 1 è fermarsi qui. Il dichiarato è raccolto, la persona è stata ascoltata con attenzione, tutto sembra chiaro. Ma avete in mano soltanto la versione dei fatti di chi parla. La fase 2 serve a confrontarla con i fatti.

Sherlock Holmes, in "Uno scandalo in Boemia" (1891), fulmina Watson con una frase memorabile:

È un errore capitale teorizzare prima di avere i dati. Arthur Conan Doyle, "Uno scandalo in Boemia", 1891

Dopo la fase 1 avete una teoria: la teoria di chi vi ha parlato, più le ipotesi che vi siete fatti ascoltando. La fase 2 consiste nell'andare a vedere e "vedere" ha due significati complementari.

Il primo è fisico: la gemba walk, l'osservazione diretta del lavoro là dove il lavoro avviene. Sedetevi accanto all'impiegata che trasferisce i prezzi dal listino all'ordine e guardatela lavorare per mezz'ora, chiedendole di commentare a voce alta quello che fa. Nel nostro caso di apertura, trenta minuti di osservazione avrebbero rivelato quello che undici non conformità e tre giornate d'aula non avevano scalfito: la signora apriva due file per confrontare versioni del listino, perché "non si sa mai quale sia quello buono". Ecco il bisogno reale! L'osservazione scopre soprattutto la differenza tra il lavoro come lo immaginano le procedure e il lavoro come viene davvero svolto. Regola pratica: durante l'osservazione annotate ogni esitazione, ogni doppio controllo, ogni "questo lo faccio così perché una volta è successo che...". Ognuno di questi micro-gesti è un bisogno fossilizzato.

Il secondo significato di "vedere" è documentale: i dati che avete già in casa. Reclami, non conformità, ticket di assistenza, resi, richieste di deroga, verbali di riesame del contratto. Le organizzazioni siedono su archivi interi di bisogni già espressi che nessuno ha mai letto come tali: un reclamo è un bisogno del cliente, una non conformità ricorrente è un bisogno di processo che urla da mesi. Prima di lanciare qualsiasi nuova raccolta dati, fate parlare questi archivi: raggruppate i reclami degli ultimi dodici mesi per causa presunta, incrociate le non conformità per reparto e per fase di processo, guardate quali domande arrivano più spesso all'assistenza. Costa poco, non disturba nessuno e vi dà la mappa dei punti dove scavare con la fase 3.

Adesso avete il dichiarato (fase 1) e il reale osservato (fase 2) e quasi sempre tra i due c'è uno scarto. La fase 3 serve a scendere dallo scarto alla causa, e lo strumento più efficiente resta quello che Toyota usa da settant'anni. Taiichi Ohno lo descriveva così:

Ripetendo cinque volte la domanda "perché?", la natura del problema e la sua soluzione diventano chiare. Taiichi Ohno

I cinque perché nascono per l'analisi dei difetti, ma applicati ai bisogni funzionano altrettanto bene, con un accorgimento: il punto di partenza non è il problema, è la richiesta. Vediamolo sul nostro caso.

1. Richiesta: "Serve un corso di Excel". Perché? "Perché i miei collaboratori sbagliano i prezzi sugli ordini".
2. Perché sbagliano? "Perché copiano il dato sbagliato dal listino".
3. Perché copiano il dato sbagliato? "Perché nel listino ci sono prezzi vecchi e nuovi mescolati e versioni diverse del file".
4. Perché ci sono versioni diverse e prezzi mescolati? "Perché nessuno è responsabile dell'aggiornamento del listino e ognuno salva la propria copia".
5. Bisogno reale: un processo di gestione del listino con un responsabile chiaro.

Il quinto perché ("perché nessuno è responsabile?") vi porterebbe ancora più a fondo, verso un tema di definizione dei ruoli che magari riguarda anche altri documenti ed è così che scoprite le relazioni tra un bisogno e le altre necessità, che è l'altra metà della definizione di analisi dei bisogni.

Due avvertenze operative. La prima: fate i perché con le persone, non sulle persone. La catena appena vista va costruita in una conversazione con il responsabile acquisti, non a tavolino da soli; ogni risposta è una sua risposta, verificata insieme, altrimenti state solo mettendo in fila le vostre supposizioni. La seconda: fermatevi quando la risposta esce dal vostro perimetro di intervento o entra nel circolo vizioso ("perché siamo fatti così"). Il segnale che avete trovato la causa giusta è pratico, non filosofico: se rimuovendo quella causa il problema non può più presentarsi, ci siete.

Nel 1984 un professore dell'Università di Scienze di Tokyo, Noriaki Kano, pubblicò con alcuni colleghi un articolo destinato a cambiare il modo di ragionare sulla qualità: "Attractive Quality and Must-Be Quality". Fino ad allora si dava per scontato che la soddisfazione fosse una scala unica: più requisiti soddisfi, più il cliente è contento. Kano dimostrò che i bisogni appartengono a nature diverse e che trattarli tutti allo stesso modo è un errore.

Ecco perché la fase 1 da sola non basta mai: l'intervista e il questionario raccolgono per costruzione solo i bisogni espressi. Gli impliciti non emergono perché "è ovvio", i latenti non emergono perché nemmeno il diretto interessato li conosce. Gli impliciti si scovano con l'osservazione e con l'analisi dei reclami della fase 2 (un bisogno implicito deluso genera sempre un reclamo, mai un suggerimento); i latenti si scovano con la fase 3, scavando nelle cause e nei "lavori" che le persone cercano di svolgere. Se volete portare questa classificazione dal concetto alla pratica, con tanto di questionario a domande appaiate, il modello di Kano è lo strumento da studiare.

E qui entra in scena il paradosso più istruttivo di tutta la disciplina. Clayton Christensen, il teorico della disruptive innovation, raccontava in "Competing Against Luck" (2016) di una catena di fast food che voleva vendere più frappè. L'azienda aveva fatto tutto secondo il manuale: segmentato i clienti, raccolto le preferenze, migliorato il prodotto in base ai suggerimenti (più cioccolato, più denso, più conveniente). Vendite ferme. Poi un ricercatore del team di Christensen fece una cosa strana: invece di chiedere ai clienti cosa volessero, passò diciotto ore in un punto vendita a osservare chi comprava frappè, a che ora e in quali circostanze. Scoprì che quasi metà dei frappè si vendeva prima delle otto e trenta del mattino, a persone sole, che ripartivano in auto. Il frappè non era in competizione con gli altri frappè ma con le banane, le ciambelle e i bagel per il "lavoro" di rendere meno noioso un lungo tragitto da pendolare. Le banane perdevano (finiscono subito), le ciambelle perdevano (si sbriciolano sul volante), il frappè denso vinceva: venti minuti di lavoro con una cannuccia. Nessun cliente, in nessuna intervista, avrebbe mai detto "compro il frappè per il pendolarismo".

I clienti non comprano semplicemente prodotti o servizi: li "assumono" per far progredire un lavoro. Clayton Christensen, "Competing Against Luck", 2016

Quando analizzate i bisogni, la domanda più potente del vostro repertorio non è "cosa vuole?" ma "per quale lavoro ci sta assumendo?". Vale per il cliente esterno e vale, identico, per quello interno: il responsabile che chiede il corso di Excel vi sta "assumendo" per il lavoro di far sparire le non conformità dal suo ufficio, non per il lavoro di erogare formazione. Se risolvete il lavoro, avete soddisfatto il bisogno anche buttando la richiesta nel cestino.

Quando i soggetti dell'analisi sono i collaboratori, la classificazione ha uno strumento dedicato in più: la matrice delle competenze (skill matrix) incrociata con la gap analysis. Sulle righe le persone, sulle colonne le competenze necessarie ai processi (non quelle generiche, ma quelle che l'analisi delle fasi precedenti ha indicato come critiche) e in ogni cella il livello attuale contro il livello richiesto. I divari che emergono sono bisogni formativi veri, ancorati ai processi e non alle richieste estemporanee, e sono la materia prima corretta per il piano annuale della formazione. Con un beneficio collaterale prezioso: la matrice vi mostra anche i bisogni dell'organizzazione, non solo degli individui (la competenza posseduta da una sola persona è un rischio di continuità operativa, ed è un bisogno che nessuno vi dichiarerà mai finché quella persona non si dimette).

Un'analisi dei bisogni che non finisce in azioni verificabili non serve a nulla. L'ultima fase chiude il cerchio in tre mosse.

Prima mossa: tradurre ogni bisogno in un requisito, cioè in una frase che descrive una condizione futura osservabile. "Il listino deve essere più affidabile" non è un requisito. "Esiste un unico listino, su percorso condiviso, aggiornato dal responsabile X entro due giorni lavorativi da ogni variazione, con le versioni precedenti archiviate e non modificabili" è un requisito: tra sei mesi chiunque può verificare se esiste oppure no. La prova del nove è sempre la stessa: se non riuscite a immaginare l'evidenza oggettiva che dimostrerà il requisito soddisfatto, il requisito non è ancora scritto bene.

Seconda mossa: dare priorità. I bisogni emersi da un'analisi fatta bene sono sempre più delle risorse disponibili per soddisfarli, e la tentazione di partire da quello del capo che urla più forte è la negazione di tutto il lavoro fatto. Lo strumento minimo è una matrice impatto/sforzo: sull'asse verticale l'impatto del bisogno soddisfatto (sui clienti, sulle non conformità, sui costi della non qualità), su quello orizzontale lo sforzo per soddisfarlo. Si parte dal quadrante alto impatto/basso sforzo (nel nostro caso, rifare il listino: due giorni di lavoro contro tre giornate d'aula, e undici non conformità che spariscono). La classificazione di Kano vi aiuta anche qui: i bisogni impliciti delusi hanno sempre la precedenza (l'insoddisfazione che generano è la più tossica), i latenti si coltivano quando gli impliciti sono al sicuro.

Terza mossa: misurare l'analisi stessa. Se l'analisi dei bisogni è un processo, e lo è, allora ha degli indicatori. Ve ne suggeriamo quattro, tutti costruibili con dati che già possedete.

E poi c'è il riesame periodico, perché i bisogni si muovono. Il cliente che oggi considera attrattiva la consegna in ventiquattro ore domani la darà per scontata (Kano stesso descriveva questo ciclo di vita degli attributi) e la competenza che oggi è un vantaggio distintivo tra due anni sarà un prerequisito. Portate l'analisi dei bisogni dentro il riesame di direzione come input ricorrente: è la direzione verso cui va esplicitamente anche la revisione della norma, ed è soprattutto l'unico modo per trasformare un'attività episodica in una capacità dell'organizzazione.

Il primo paziente

Ricapitoliamo il metodo: raccogliere il dichiarato senza inquinarlo, osservare il reale, scavare fino alla causa, classificare ciò che emerge, tradurre in requisiti misurabili e dare priorità. Domattina potete già cominciare: prendete l'ultima richiesta arrivata sulla vostra scrivania e, invece di metterla in coda alle cose da fare, analizzate il primo perché.

<