Da procedura nella testa di una persona a routine automatica: la pipeline SOP-to-skill

Il problema: la procedura vive in una testa sola

Entri in una PMI e chiedi come si fa il riepilogo provvigioni di fine mese. Ti rispondono "lo fa Marco". Chiedi dove e' scritto. Silenzio. E' nella testa di Marco. Lui apre tre tool diversi, incrocia i dati a memoria, sa quali eccezioni gestire e quali email mandare. Funziona benissimo. Finche' Marco c'e'.

Questo e' il rischio piu' sottovalutato nelle PMI: il sapere operativo e' tacito, sta nelle persone e non su carta. Ogni processo che dipende da una persona sola e' una bomba a orologeria. Ferie, malattia, dimissioni, e l'azienda si blocca su un'attivita' che fatturava ogni mese.

Nel metodo Manager Indipendente le Operations sono uno dei cinque pilastri. E un pilastro non si regge su una testa: si regge su un processo che chiunque (o qualcosa) puo' eseguire. La pipeline che ti spiego serve a questo: prendere il sapere che vive in una persona e farlo diventare un asset dell'azienda.

La pipeline in 7 passi

La sequenza funziona perche' separa due lavori che la gente confonde: catturare il ragionamento (lo fa chi sa) e codificarlo (lo fai tu, o un assistente AI). Ecco i sette passi.

1. 01Registra uno schermo (10-30 minuti). Chi conosce la procedura la esegue narrando non solo i click, ma le decisioni e le eccezioni. Il perche', non solo il cosa.
2. 02Trascrivi la registrazione: il testo della spiegazione e' la materia prima. Loom e i software di trascrizione lo fanno in automatico.
3. 03Struttura il ragionamento in uno schema ordinato: quando parte, cosa serve prima, i passi numerati, i casi limite, come verifichi che sia andata bene.
4. 04Scrivi la procedura eseguibile: un set di istruzioni che un assistente AI puo' seguire, o una scheda operativa che un junior segue senza chiederti nulla.
5. 05Testa su un caso vero. Confronti il risultato con come l'avrebbe fatto l'esperto. Se diverge, correggi le istruzioni.
6. 06Automatizza, se ha senso. Se deve girare a cadenza fissa, la schedule. Se serve solo su richiesta, resta un comando che lanci quando vuoi.
7. 07Documenta e datalo: data di validazione e chi l'ha generata. Cosi' fra sei mesi sai chi toccarla.

Il punto critico e' il passo 1. Se la persona elenca solo i click hai catturato la superficie. Devi tirarle fuori il giudizio: perche' in questo caso fai cosi' e nell'altro no, cosa controlli prima di andare avanti, cosa fai se il dato non torna.

Quando applicarla (e quando no)

Non tutto va automatizzato: la cosa sbagliata e' un costo, perche' poi va mantenuta. Tre condizioni dicono che vale la pena.

Il secondo criterio paga di piu'. Quando una procedura attraversa piu' strumenti, un umano paga il costo del cambio di contesto: apre una scheda, copia, apre un'altra, incrocia. Un automatismo attraversa i tool senza attrito. E' li' che recuperi piu' tempo.

Ci sono pero' tre casi in cui questa pipeline e' la scelta sbagliata. Li ho imparati sbagliando:

• La procedura cambia ogni settimana. Se la regola non si e' stabilizzata, aspetta: codificare qualcosa che muta in continuazione costa piu' manutenzione di quanto tempo risparmi.
• Richiede giudizio puro su input ambigui senza uno schema visibile. Se anche l'esperto non sa spiegarti la regola, l'automatismo sbagliera'. Scrivi il framework decisionale come linea guida per gli umani.
• Manca il consenso di chi esegue. Se teme di essere sostituito, racconta male e si tiene i pezzi importanti. Prima gli spieghi cosa ci guadagna: due ore a settimana da mettere su lavoro a piu' valore.

Tre esempi concreti dal campo

Caso 1, manutenzione del sistema interno. Un controllo settimanale fatto a mano ogni domenica, partito da una registrazione di venti minuti. Oggi e' una routine che parte da sola la domenica sera, mentre nessuno e' davanti allo schermo.

Caso 2, riepilogo provvigioni di fine mese su sette commerciali. Un lavoro manuale che incrociava CRM e fatturazione. Registrato il ragionamento, e' diventato un automatismo che gira ogni giorno e tiene i conti aggiornati, invece di fare tutto in fretta a fine mese.

Caso 3, onboarding di un cliente nuovo. Cinque procedure ripetitive che il titolare faceva ogni volta uguali. Registrate, codificate, trasformate in automatismi consegnati come parte del pacchetto. Il titolare ha smesso di rifarle a mano e ha ricominciato a vendere.

Il pattern e' identico: quel tempo e' stato comprato una volta sola (la registrazione) e poi restituito per sempre. E' il senso delle Operations come pilastro: non lavorare di piu', costruire la macchina che lavora al posto tuo.

Come capisci che ha funzionato

Un automatismo e' "a posto" non quando l'hai costruito, ma quando regge senza di te. Tre numeri te lo dicono:

La terza metrica e' la piu' sottile. Quando costruisci pezzi piccoli e ben fatti (per esempio "manda questa email formattata"), finiscono riusati da altri processi. Non hai automatizzato una procedura: hai costruito un mattone che monti dappertutto. E' la differenza tra fare un lavoro e costruire un'azienda che funziona.

Una nota onesta: un automatismo non e' eterno. Se cambia un tool a monte o una regola, va aggiornato. Per questo il passo 7 (datalo, segna chi l'ha generato) ti fa ritrovare il punto da toccare invece di rifare tutto da capo.

E qui torna il punto di partenza. Il lavoro del Manager Indipendente non e' fare la procedura al posto tuo, ne' scriverti l'ennesimo manuale chiuso in un cassetto. E' trasformare il sapere che vive in una testa sola in un asset dell'azienda: un processo che chiunque puo' eseguire e che, dove ha senso, gira da solo. Quando le Operations smettono di dipendere dalla persona giusta al momento giusto, diventano un pilastro. E un pilastro, a differenza di una persona, non va in ferie il venerdi'.

Domande frequenti