Un titolare di uno studio commercialista di otto persone descrive così la sua settimana: "ho due collaboratori senior che sanno tutto dei clienti storici, una responsabile amministrativa che sa tutto delle procedure interne, e una segretaria che sa tutto dei fornitori di servizi che usiamo. Se uno dei tre si ammala, lo studio rallenta. Se uno dei tre se ne va, per i primi due mesi siamo nei guai".
Questa descrizione non è un'eccezione, è la norma per una PMI italiana che ha cresciuto il proprio sapere con il tempo. Il titolare stesso, a differenza di molti, lo vede con lucidità. Sa che non sta guardando efficienza; sta guardando dipendenza. Il problema che non riesce a risolvere è come strutturare quel sapere senza bloccare l'operatività per sei mesi, senza comprare un sistema costoso che nessuno userà, e senza cadere nel cliché del "knowledge management" anni Novanta che in Italia è ancora il motivo per cui l'espressione suona male.
Perché l'espressione suona male
Knowledge management, in Italia, ha una storia breve e malmessa. A fine anni Novanta e primi duemila, il termine è entrato nelle grandi aziende come progetto IT. L'implementazione tipica era un intranet, una wiki aziendale, un sistema per archiviare documenti in cartelle categorizzate. Il responsabile risorse umane, insieme all'IT, chiedeva ai collaboratori di "documentare le best practice". I collaboratori, sensatamente, ignoravano la richiesta o la soddisfacevano in modo formale. Le wiki si riempivano di procedure approvate da qualcuno e mai lette da nessuno. Dopo qualche anno, il progetto si fermava in silenzio.
Il metodo era sbagliato per tre ragioni strutturali. Primo, chiedeva alle persone di scrivere in un formato che non è naturale per il loro modo di lavorare. Secondo, l'incentivo era debole: scrivere procedure per altri, senza che nessuno le leggesse davvero, non porta vantaggio personale. Terzo, i sistemi tecnologici dell'epoca non sapevano consumare quel contenuto in modo utile: producevano un archivio, non un collaboratore cognitivo.
Oggi la situazione è cambiata radicalmente sotto tutti e tre i profili, ma molti imprenditori hanno ancora in mente quella versione fallita. Quando sentono "knowledge management" pensano a un progetto IT pesante, destinato a non essere usato. Hanno ragione su quella versione. La versione nuova è un'altra cosa, e merita un altro nome.
Il sapere di una PMI italiana non vive nei documenti. Vive in persone, in abitudini, in modi di fare. Pensate allo studio commercialista in apertura. Il senior che conosce i clienti storici non detiene una lista di informazioni che si può trascrivere. Detiene una mappa di relazioni: chi è il cliente Rossi, come reagisce a un richiamo urgente rispetto a un promemoria gentile, quali domande porge spesso, quali membri del suo team sono interlocutori chiave. Questa mappa non è una lista. È un modo di vedere.
Strutturare questo sapere non significa trascriverlo in una wiki. Significa costruire un corpus che tiene insieme diversi livelli di informazione, disposti in modo che possano essere interrogati e usati per decidere.
Il primo livello è descrittivo. Contiene ciò che l'azienda è e fa, in modo formale: servizi, clienti, procedure standard, struttura interna. Questo livello esiste quasi sempre, anche se sparso tra cartelle, brochure e gestionali.
Il secondo livello è osservativo. Contiene i pattern che l'azienda ha imparato a riconoscere sul campo. "I clienti del settore commerciale chiamano in media tre volte a giugno con le stesse domande", "il settantacinque per cento delle lamentele arriva nelle due settimane successive a un aumento di prezzo", "i clienti che hanno firmato in meno di sei settimane dalla prima proposta sono quelli che poi generano più raccomandazioni". Questo livello non esiste in forma strutturata quasi da nessuna parte. Vive nelle teste, si trasmette per racconti.
Il terzo livello è predittivo. Combina i due precedenti per anticipare comportamenti. "Questo cliente è nella situazione X, in passato i clienti nella situazione X hanno fatto Y, probabilmente farà Y". Questo livello nelle PMI è raro e, quando esiste, è intuitivo: qualcuno "sente" cosa succederà, ma non può dirlo in termini replicabili.
Il quarto livello è prescrittivo. Traduce le previsioni in suggerimenti di azione. "Data questa situazione, conviene fare Z, con queste precauzioni". Questo livello è il più raro e il più prezioso.
Un sistema di knowledge management che ha senso oggi fa lavorare questi quattro livelli insieme. Non produce documenti morti. Produce un corpus vivo, che cresce con il lavoro quotidiano dell'azienda e risponde quando serve.
Un titolare decide che bisogna strutturare. Assume un consulente, a volte di processo, a volte di tecnologia. Il consulente inizia interviste, produce diagrammi di flusso, documenta procedure. Dopo tre mesi consegna un manuale operativo di centocinquanta pagine e una wiki configurata. Il titolare paga, i collaboratori annuiscono, il manuale finisce in un Google Drive che nessuno apre. Sei mesi dopo, lo studio funziona come prima. Il sapere è ancora nelle teste. Sono stati spesi dodicimila euro per un documento che nessuno usa.
Questo pattern si ripete con costanza perché contiene due errori che si rafforzano a vicenda. Il primo errore è che il lavoro viene fatto in una modalità che non si aggancia all'operatività quotidiana. Interviste separate, documentazione a posteriori, sistema di consultazione disgiunto da dove si lavora davvero. Il secondo errore è che il formato di output è statico. Un manuale di centocinquanta pagine è un oggetto ferrigno: inattuale dopo tre mesi, non consultabile al volo, non modificabile senza un altro giro di consulenza.
La versione che funziona lavora in modo opposto. Si aggancia al lavoro quotidiano: il corpus si costruisce osservando come l'azienda opera, non intervistandola a freddo. E ha un formato dinamico: è consultabile tramite linguaggio naturale, si aggiorna in modo continuo, è strumentalizzato dai sistemi che l'azienda usa.
Cosa cambia nella pratica
Uno studio che ha strutturato il proprio sapere non ha un manuale operativo in una cartella. Ha un corpus che viene consultato in tempo reale quando qualcuno ha bisogno. Un collaboratore nuovo, il primo giorno, non riceve un PDF di trecento pagine. Ha accesso a un sistema che risponde alle sue domande ("come gestiamo di solito una richiesta di proroga di un cliente del commercio?") con informazioni specifiche, aggiornate, nel tono dello studio.
Un senior che va in ferie non lascia buchi operativi. Le informazioni che servirebbero per rispondere a un cliente in suo nome sono accessibili a chi lo sostituisce, con la stessa granularità con cui le darebbe lui stesso. Non vanno chieste al telefono dalle Maldive.
Un titolare che sta valutando di aprire una seconda sede non parte da zero nella trasmissione della cultura operativa. La cultura è in parte strutturata, in parte ancora implicita, ma la parte strutturata è lì, consultabile e moltiplicabile.
Questi scenari sono quelli che rendono evidente il vantaggio. Non è un vantaggio di efficienza, è un vantaggio di continuità. Lo studio diventa meno dipendente da singole persone e più capace di sostenere transizioni (uscite, ingressi, ferie lunghe, malattie, espansioni).
Il percorso concreto
Partire in questo modo non richiede tre mesi di intervista a freddo. Richiede un approccio diverso: identificare poche aree critiche in cui la dipendenza da singole persone è più alta e il rischio di perdita più concreto, e iniziare a strutturare solo quelle. Non si struttura tutto. Non ha senso. Si struttura prima quello che, se perso, farebbe più male.
Per uno studio commercialista, tipicamente, sono quattro aree. La conoscenza dei clienti storici del senior principale. Le procedure di risposta ai quesiti ricorrenti. Le regole di escalation interna. Lo stile di scrittura dello studio. Queste quattro aree, strutturate bene, coprono la maggior parte del rischio di continuità.
Il lavoro iniziale richiede settimane, non mesi. E produce da subito un asset utilizzabile: un corpus che, anche se incompleto, è già consultabile e risponde a buona parte delle domande di un collaboratore nuovo. Nel tempo cresce, si arricchisce, si corregge. Non è un progetto chiuso; è un organismo che si sviluppa insieme allo studio.
Un sapere aziendale strutturato è un asset che cresce nel tempo. Ogni interazione con un cliente, ogni decisione su un quesito nuovo, ogni pattern riconosciuto sul campo aggiungono valore al corpus. A distanza di tre anni, uno studio che ha iniziato questo percorso ha un vantaggio rispetto a un concorrente equivalente che non l'ha fatto. Non sul breve termine, dove la differenza è marginale. Sul medio termine, dove la differenza è cumulativa.
Un sapere che resta nelle teste, al contrario, si dissipa. Ogni uscita è una perdita che non si recupera del tutto. Ogni pensionamento porta via informazioni che il nuovo assunto impiegherà anni a ricostruire, in modo imperfetto. Lo studio non peggiora drasticamente, ma resta dipendente dalla fortuna di non perdere le persone giuste.
La scelta fra accumulare e dissipare non è una scelta di prodotto. È una scelta strategica che molti titolari non si sono mai posti esplicitamente. Farla adesso, con una conversazione di diagnosi onesta sulla situazione dello studio, vale più di qualsiasi acquisto di software.
Se riconoscete nello studio descritto in apertura, o in qualche suo aspetto, la vostra realtà, il primo passo non è un progetto. È una mappa di dove oggi vive il sapere dell'azienda, e dove invece dovrebbe cominciare a vivere fuori dalle teste. Lo facciamo in un incontro di quarantacinque minuti, con una sintesi che resta a voi in ogni caso.