Il service blueprinting è un modo per rappresentare un servizio in un unico diagramma: ciò che fa il cliente, ciò che fanno le vostre persone davanti a lui, ciò che avviene fuori dalla sua vista e quali sistemi e processi fanno funzionare tutto. Lo si costruisce per individuare dove un servizio si inceppa, chi è responsabile di ogni fase e che cosa correggere per primo. Questa guida illustra le componenti di un blueprint, un metodo passo dopo passo, un esempio che potete adattare e le differenze tra un blueprint e una journey map o una mappa dei processi.

In sintesi

Indice

Che cos’è un service blueprint

Un service blueprint è un diagramma che visualizza le relazioni tra le componenti del servizio, cioè persone, props (evidenze fisiche o digitali) e processi, direttamente legate ai punti di contatto di uno specifico percorso del cliente. È la definizione adottata da Nielsen Norman Group, e l’idea è coerente in tutto il settore.

Il Governo dell’Ontario lo descrive come uno schema visivo che include le prospettive dell’utente, del fornitore del servizio e di altri gruppi importanti, compresi i punti di contatto visibili e le interazioni dietro le quinte note al fornitore.

Il punto è che il cliente vede sempre solo una parte del servizio. Una fattura in ritardo, un livello di accesso errato o una risposta lenta nascono di solito da un passaggio di consegne che il cliente non può vedere. Un blueprint porta quel lavoro nascosto sulla stessa pagina dell’esperienza del cliente, così potete risalire dal sintomo alla causa.

Che cosa contiene un service blueprint

Un blueprint è composto da righe (spesso chiamate swimlane) e da linee. Leggendo dall’alto verso il basso, le righe tipiche sono:

  1. Evidenze. I props e i luoghi che cliente e personale incontrano: email, schermate, contratti, dashboard, un portale.
  2. Azioni del cliente. I passaggi, le scelte e le interazioni che il cliente compie per raggiungere un obiettivo. Possono derivare dalla ricerca o da una customer journey map esistente.
  3. Azioni frontstage. Ciò che le vostre persone o i vostri sistemi fanno dove il cliente può vederlo.
  4. Azioni backstage. Ciò che avviene fuori dalla vista per rendere possibile il frontstage.
  5. Processi di supporto. I sistemi, le regole e i servizi interni che stanno dietro a entrambi.

ACM Interactions descrive le stesse cinque swimlane e segnala elementi facoltativi come il tempo, le misure di qualità e il percorso emotivo.

Le tre linee

Tre linee dividono queste righe e hanno gran parte del valore diagnostico:

Linea Si trova tra Che cosa mostra
Linea di interazione Azioni del cliente e frontstage Ogni punto in cui cliente e organizzazione si incontrano
Linea di visibilità Frontstage e backstage Che cosa il cliente può vedere e che cosa no
Linea di interazione interna Processi di backstage e di supporto Passaggi di consegne tra team e sistemi interni

Le linee guida dell’Ontario usano le stesse tre linee di separazione. Il team 18F della US General Services Administration usa una versione più semplice con quattro righe: passaggi dell’utente, azioni di frontstage, azioni di backstage e processi di supporto. Iniziate in modo semplice. Potrete aggiungere righe in seguito.

Un modo di inquadrare il lavoro, usato dai professionisti, è utile nelle attività operative: i livelli separano il lavoro rivolto al cliente dalle piattaforme che lo rendono possibile, le corsie assegnano la responsabilità in modo che emergano i vuoti di accountability, e i collegamenti mostrano le dipendenze, come flussi di dati, SLA e regole di business. Se un passaggio non ha un responsabile, o se una freccia dipende da dati che si trovano nel foglio di calcolo di qualcuno, il blueprint lo rende visibile.

Livelli del blueprint, corsie di responsabilità e dipendenze collegate

Quando vale la pena fare service blueprinting

NN/g afferma che il blueprinting è un approccio ideale per le esperienze che sono omnicanale, coinvolgono più punti di contatto o richiedono coordinamento tra reparti. Osserva inoltre che l’esercizio stesso favorisce la comunicazione tra i team e aiuta le persone a vedere il proprio contributo all’esperienza end-to-end.

In un’azienda SaaS B2B, i buoni candidati sono:

Un blueprint è meno utile per un’attività che una persona svolge da sola in un unico strumento. In quel caso basta una semplice checklist.

Come creare un service blueprint, passo dopo passo

L’approccio in cinque passaggi di NN/g prevede di trovare sostegno, definire l’obiettivo, raccogliere ricerca, mappare a bassa fedeltà, quindi rifinire e distribuire. Il suo flusso di lavoro con template digitale aggiunge gli aspetti pratici. Combinati, il processo si presenta così.

1. Scegliete uno scenario e un cliente

Scegliete un singolo percorso per un singolo tipo di cliente, ad esempio “un nuovo cliente mid-market passa dal contratto firmato al primo utilizzo riuscito”. Annotate titolo, data e versione e decidete il livello di dettaglio. I blueprint che cercano di coprire ogni scenario diventano illeggibili.

2. Coinvolgete le persone giuste

Il blueprinting attraversa i reparti, quindi serve qualcuno con autorità su tutti. Senza di essa, il diagramma diventa l’opinione di un team sul lavoro di un altro.

3. Raccogliete la ricerca interna

NN/g osserva che il blueprinting si basa principalmente sulla ricerca interna, a differenza del journey mapping, e raccomanda di combinare metodi come interviste ai dipendenti, osservazione diretta e contextual inquiry. Chiedete alle persone che cosa fanno davvero, non che cosa dice il documento di processo.

4. Mappate le azioni del cliente

Scrivete prima i passaggi del cliente, in ordine cronologico e al presente, come consigliano le linee guida dell’Ontario. Se avete già una journey map, usatela come punto di partenza.

5. Mappate le azioni di frontstage e di backstage

Per ogni passaggio del cliente, aggiungete ciò che le vostre persone o i vostri sistemi fanno in vista e fuori vista. NN/g afferma che queste informazioni dovrebbero provenire da resoconti reali dei dipendenti, convalidati attraverso la ricerca interna.

6. Aggiungete processi di supporto ed evidenze

Sotto la riga di backstage, elencate i sistemi, le regole e i servizi da cui dipende ciascuna azione. Poi scorrete le colonne per annotare gli oggetti e i luoghi che il cliente incontra lungo il percorso.

7. Segnalate i problemi e rifinite

Cerchiate i passaggi di consegne senza responsabile, i passaggi che dipendono da reinserimenti manuali dei dati e i punti in cui il cliente attende. Iniziate a bassa fedeltà (post-it o lavagna), poi ripulite il risultato per la distribuzione quando il team concorda che sia accurato.

Un esempio pratico: onboarding dei clienti SaaS

L’esempio qui sotto è un’illustrazione che abbiamo creato per questa guida, non il blueprint di un’azienda reale. Mostra come le righe si collegano.

Riga Passaggio 1: contratto firmato Passaggio 2: account configurato Passaggio 3: prima formazione Passaggio 4: prima fattura
Evidenze Modulo d’ordine firmato Email di benvenuto, link di accesso Invito a calendario, guida condivisa PDF della fattura
Azioni del cliente Firma e nomina un amministratore Accede e invita gli utenti Partecipa alla sessione Paga
Frontstage Il team Vendite passa la consegna Il Customer Success conferma la configurazione Il CSM conduce la sessione L'amministrazione finanziaria invia la fattura
Backstage I dati dell'accordo vengono inseriti nel CRM L'amministratore configura gli accessi a mano Il CSM controlla i dati di utilizzo Il team Finance ricostruisce i dettagli del piano dal contratto
Il supporto elabora la richiesta Campi del CRM, modello di contratto Strumento di gestione delle identità, regole di autorizzazione Product analytics Sistema di fatturazione, listino prezzi

Leggendo in orizzontale, i punti deboli emergono subito. Il passaggio 2 dipende da un'attività manuale di provisioning senza un responsabile chiaro. Il passaggio 4 dipende dal fatto che qualcuno rilegga il contratto, perché i dettagli del piano nel CRM e nella fatturazione non coincidono. Il cliente percepisce tutto questo come un avvio lento e una fattura sbagliata. Il blueprint mostra che si tratta di problemi di dati e di responsabilità che si trovano oltre la linea di visibilità.

Adattare un modello di service blueprint

La maggior parte dei modelli, sia quelli degli strumenti whiteboard sia il modello digitale di NN/g, condivide la stessa griglia. Per adattarne uno alla vostra azienda:

Service blueprint, journey map e mappa dei processi a confronto

Questi strumenti sono affini, ma rispondono a domande diverse.

Customer journey map Service blueprint Mappa di processo
Domanda principale Come vive il cliente questa esperienza? Come fa l'organizzazione a offrire quell'esperienza? Come scorre il lavoro attraverso un'attività o un team?
Prospettiva Cliente Cliente e organizzazione Interna
Mostra le emozioni Sì Facoltativo No
Mostra backstage e sistemi No Sì Spesso, ma senza la visione del cliente

Secondo NN/g, l’obiettivo principale di una journey map è comprendere l’utente finale, compresi pensieri ed emozioni, mentre un blueprint riflette la prospettiva dell’organizzazione. Smaply descrive il blueprint come un modo di estendere la journey map verso il basso, con la journey map come livello superiore e il blueprint come tutto ciò che sta sotto.

Una process map segue il flusso di lavoro all’interno di un team o di un’attività. Non collega ogni passaggio a ciò che il cliente vede. Usate una process map quando serve il dettaglio all’interno di un singolo passaggio di backstage, e un blueprint quando serve capire come i passaggi si collegano al cliente.

Dove finisce il blueprint e dove comincia l’AI

Un blueprint completato è anche il miglior punto di partenza per decidere dove collocare automazione o AI. Le righe di backstage e di supporto elencano le ricerche ripetitive, gli aggiornamenti dei record e i passaggi di consegne che costano tempo. Mostrano anche dove l’AI non va usata: le decisioni di giudizio sulle eccezioni di prezzo, le conversazioni delicate con i clienti e le decisioni con peso legale o contrattuale devono restare in capo a una persona indicata per nome, con l’AI al massimo a preparare le informazioni per lei.

L’ordine conta. Se i dati del CRM e quelli della finanza non coincidono, un assistente AI leggerà la discrepanza e la ripeterà. Prima si sistema la base dati, poi si collega il livello AI, quindi si costruiscono gli agenti per i singoli reparti. Il nostro metodo di adozione dell’AI segue questa sequenza, un processo alla volta, a partire dal più costoso.

Dove finisce il blueprint e dove comincia l’AI

Se in questi flussi trattate dati personali, il GDPR si applica al modo in cui vengono trattati e, a seconda della vostra attività, possono essere rilevanti anche la NIS2 e l’EU AI Act. Un blueprint aiuta a capire quali passaggi toccano dati personali e chi può accedervi. Da solo non rende conforme alcun processo e non costituisce consulenza legale. Chiedete al vostro consulente legale quali obblighi si applicano a voi.

La nostra prospettiva

Usiamo i blueprint perché l’AI in un’azienda SaaS in crescita fallisce nello stesso punto in cui falliscono la maggior parte dei servizi: nei passaggi di consegne di cui nessuno è responsabile.

Quando un team ci dice «l’AI per noi non funziona», la causa raramente è il modello. Di solito il CRM dice una cosa, la finanza ne dice un’altra e nessuno decide quale sia giusta. Un blueprint rende visibile questo contrasto in un pomeriggio.

Per questo partiamo dalla base dati, dove i dati di CRM e finanza diventano la fonte di verità. Poi la colleghiamo all’assistente AI che l’azienda usa già. Solo a quel punto costruiamo agenti per Finance, Sales o Customer Success che le vostre persone possono usare in linguaggio naturale, entro i permessi assegnati e con una traccia di audit.

Diciamo anche chiaramente dove l’AI non va usata. Se un passaggio richiede giudizio, responsabilità o una conversazione, deve essere una persona a gestirlo. Il blueprint è il luogo in cui lo si decide sulla carta prima che qualcuno costruisca qualsiasi cosa.

Claus Nielsen

Come può aiutarvi NordOps Consulting

Se il vostro blueprint mostra che l’AI viene usata in più punti ma nessuno ne è responsabile, è proprio la situazione su cui lavoriamo. Il nostro AI Readiness Assessment è disponibile a partire da €4,500 e vi offre una visione strutturata di dove l’AI renderebbe nella vostra operatività e di cosa servono prima ai vostri dati. Per una responsabilità continuativa, il Fractional Chief AI Officer è disponibile a partire da €1,500 al mese.

Le realizzazioni sono prezzate al 30% di un risparmio del primo anno misurato e dimostrato, oppure a un prezzo fisso concordato prima dell’inizio dei lavori. Ciò che viene costruito è vostro: codice sorgente, documentazione e infrastruttura vengono trasferiti alla consegna. Potete anche iniziare con una discovery call gratuita di 30 minuti attraverso il nostro sito web.

FAQ

Che cos’è un diagramma service blueprint?

È un diagramma che mappa un singolo percorso del cliente insieme al lavoro che lo rende possibile. Mostra le azioni del cliente, le azioni di frontstage, le azioni di backstage e i processi di supporto, separati da linee di interazione, di visibilità e di interazione interna. Permette ai team di vedere come il lavoro nascosto determini ciò che il cliente vive.

Come progetto il mio service blueprint?

Scegliete uno scenario e un cliente, poi raccogliete ricerca interna dalle persone che svolgono il lavoro. Mappate prima le azioni del cliente, aggiungete le azioni di frontstage e di backstage, quindi i processi di supporto e le evidenze. Iniziate con una fedeltà bassa e perfezionate quando il team concorda che è accurato.

Un service blueprint equivale a una journey map?

No. Una journey map si concentra sull’esperienza del cliente, compresi pensieri ed emozioni. Un blueprint la estende con il lavoro di frontstage, backstage e supporto dell’organizzazione. Molti team costruiscono prima la journey map e la usano come parte superiore del blueprint.

Quanto dettagliato deve essere un service blueprint?

Abbastanza dettagliato da mostrare chi è responsabile di ogni passaggio e da quale sistema dipende, e non oltre. Decidete la granularità all’inizio, mantenete uno scenario per diagramma e aggiungete dettaglio solo dove trovate un problema che vale la pena risolvere.

Fonti