Skill AI per procedure aziendali: da 7 passaggi a 4 minuti

Un nostro cliente faceva a mano l'onboarding di ogni nuovo cliente sulla sua piattaforma: sette passaggi, sette responsabili diversi. L'abbiamo trasformato in una skill che un agente AI esegue in quattro minuti. Qui trovi come fare lo stesso con una tua procedura ripetitiva, partendo da una checklist che hai già.

Cos'è

Una skill è una procedura scritta in un file, che una persona può leggere e un agente può eseguire. Non è un prompt lungo salvato in un documento. Ha un nome, un input chiaro, dei passi e un risultato che si può controllare. In Claude Code, per esempio, una skill è una cartella con un file di istruzioni (SKILL.md) che l'agente carica quando gli serve.

Per chi lavora è una procedura. Per l'agente è codice. Per l'azienda è la stessa cosa vista da due lati.

Perché serve

Il cliente ci ha mostrato come apriva un nuovo tenant, cioè lo spazio di un nuovo cliente dentro il suo software. Qualcuno creava l'ambiente. Qualcun altro configurava il DNS (l'indirizzo web). Poi il CRM, la fatturazione, il messaggio al team, la prima pubblicazione e l'email di benvenuto. Ogni passaggio aveva un responsabile diverso, e ogni responsabile un giorno diverso. Se uno si fermava, la catena aspettava.

Non mancava l'AI. Mancava un processo scritto fino in fondo. Stava in chat, in checklist e nella testa di due persone.

Messo in una skill, gira in quattro minuti, con la stessa catena e nessun passaggio saltato. Su ottanta onboarding reali: zero errori, tempo di lavoro ridotto del 94%, traccia completa su git (lo strumento che registra ogni modifica a un file). I ticket per DNS sbagliati, piani di fatturazione sbagliati o email di benvenuto finite all'indirizzo interno sono spariti. Erano rari, ma costavano cari.

Il team non è stato sostituito. Ha smesso di fare il lavoro che odiava e in cui sbagliava per noia. L'agente non è più intelligente del team: è più costante.

Come si fa

1. Scegli un processo che si ripete ogni settimana e che oggi vive in una checklist. Il test: se lo spieghi a un collega nuovo in dieci minuti e lui riesce a farlo, è una skill. Se ogni volta "dipende", prima va deciso, poi si automatizza.
2. Rispondi a quattro domande su una pagina. Chi lo fa oggi, con nome e cognome, e chi lo sostituisce in ferie. Qual è la fonte di verità per ogni passo (un solo sistema, non due). Qual è il risultato che una persona spunta in dieci secondi. Quanto può sbagliare prima che costi caro. Se le risposte non stanno in una pagina, non stanno in una skill.
3. Scrivi i passi, ognuno con il suo stop. Ogni passo dice cosa fare e quando fermarsi. Esempio sotto.
4. Togli le eccezioni finte. O sono regole, e diventano un passo, o sono rumore.
5. Esegui i primi dieci a mano seguendo la nuova procedura, senza agente. Se i dieci non vengono uguali, l'agente non ti salva: moltiplica il disordine.
6. Poi lascia lavorare l'agente. All'inizio rivedi tutto. Quando i risultati sono stabili, rivedi solo le eccezioni.
7. Salva la skill su git, non in un foglio condiviso. Ogni modifica alla procedura diventa una revisione con autore e data. Se l'onboarding di marzo è diverso da quello di aprile, vedi perché. Quando qualcuno chiede "chi ha creato questo tenant?", la risposta è un log, non una riunione.

Ecco i sette passi del nostro caso, ognuno con il suo stop:

• Ambiente: crea l'ambiente con il nome del tenant e i permessi. Se manca un campo, si ferma. Non inventa.
• DNS: crea il record, aspetta, verifica. Se non risponde, non si va avanti e l'errore resta nel log.
• CRM: anagrafica, responsabile, stato. Niente duplicati creati "per sicurezza".
• Fatturazione: piano, data di inizio, riferimento interno. Se il piano non esiste, stop.
• Avviso al team: chi deve sapere, in quale canale, con quale link. Una volta sola.
• Prima pubblicazione: la versione concordata, non quella rimasta sul computer di ieri.
• Email di benvenuto: testo salvato nella skill, non copiato da una conversazione di sei mesi fa.

Pronto da copiare, per far scrivere la prima versione della skill al tuo agente:

Prova piccola

Dieci minuti. Prendi la checklist di una procedura che fai almeno una volta a settimana e incollala nel prompt. Leggi la skill che esce.

È riuscita se ogni passo ha uno stop chiaro e se l'agente ti ha fatto almeno una domanda a cui non sapevi rispondere al volo. Quella domanda è il punto debole della tua procedura, con o senza AI.

Attenzione a

• Non funziona sul lavoro di giudizio. Una trattativa, una decisione di credito, un conflitto tra due team. Lì l'agente può preparare il dossier, ma non deve chiudere.
• Funziona dove il risultato è sì o no e i sistemi hanno un'API (un modo per farli parlare con altri programmi) o almeno un passaggio automatizzabile. Onboarding, offboarding, apertura di un punto vendita, un ambiente di prova, un kit di benvenuto, il rinnovo di un certificato.
• Le eccezioni hanno bisogno di un canale, non di una skill che le ingoia. Un ticket, un responsabile. La stessa eccezione tre volte: diventa un passo. Una volta sola: la gestisce una persona.
• Se le eccezioni crescono, il problema non è l'AI. Di solito qualcuno sta vendendo troppe varianti. Si risolve lì.
• I numeri sono di un caso solo. Quattro minuti e il 94% in meno valgono per quell'onboarding. Misura il tuo: tempo, errori ed eccezioni per settimana.

Passo successivo: se non sai ancora quale procedura scegliere, fai prima l'audit AI in 5 passi. Per far ricordare all'agente le eccezioni già risolte, leggi come dargli una memoria che non si perde. Se hai una procedura che oggi vive in sette chat, la costruiamo insieme: il codice resta tuo.

In breve: Una procedura che si ripete ogni settimana può diventare una skill: leggibile da una persona, eseguita da un agente, salvata su git, con un punto di stop per ogni passo.