Modello di SOP: formato, esempio, ciclo di revisione — e la SOP che ogni membro legge nella propria lingua (2026)

Una procedura operativa standard, o SOP, è il modo scritto in cui si svolge un lavoro ricorrente nella tua organizzazione: i passaggi in ordine, chi si occupa di ciascuno, che cosa produce ogni passaggio e che cosa fare quando la strada normale è bloccata. Un modello di SOP è lo scheletro fisso in cui entrano queste parole, così che la quarantesima procedura sia identica alla prima e chi ne ha letta una possa leggerle tutte. Il modello è la parte facile; la maggior parte di questa guida riguarda che cosa metterci dentro e che cosa lo mantiene vero dopo il giorno in cui viene scritto.

Questa guida parte dal mestiere — che cos'è e che cosa non è una SOP, il formato standard, come scriverne una che le persone seguano davvero, un modello da copiare, due esempi compilati — e poi passa alla meccanica: come funziona il ciclo di revisione, dove vivono la SOP e la sua revisione negli strumenti che il tuo team usa già, e che cosa ottiene chi la legge in un'altra lingua. Perché la vera prova di una SOP non è il giorno in cui viene approvata. È il martedì in cui un nuovo collega la apre da solo, al banco, con un cliente che aspetta.

Che cos'è una SOP — e che cosa non è

Cinque tipi di documento descrivono come si svolge il lavoro, e la SOP è quello di mezzo:

Le distinzioni contano perché decidono la lunghezza. Una SOP che spiega la policy dietro ogni passaggio è un manuale che nessuno apre al banco; una SOP che scende fino a quale pulsante cliccare viene riscritta a ogni cambio di software. La SOP dice che cosa si fa, chi lo fa, in quale ordine, con quale risultato; la policy sopra di lei dice perché, e l'istruzione operativa sotto dice esattamente come su quella schermata.

Una SOP non è nemmeno la descrizione di come il lavoro si fa di solito. È il modo concordato — ed è per questo che ha un responsabile, una versione e una data di revisione, e che un passaggio che nessuno segue è un passaggio da eliminare o una conversazione da avere, non una frase da lasciare lì.

Che cosa includere: il formato standard

Una SOP utilizzabile ha un'intestazione e otto sezioni. La maggior parte dei modelli online ha l'intestazione e i passaggi e si ferma lì, ed è per questo che la maggior parte delle SOP è obsoleta entro un anno senza che nessuno se ne accorga:

L'intestazione — l'identità del documento, cinque campi su una riga: un ID citabile ("SOP-CS-04"), una versione ("v2.1"), il responsabile — una persona con nome e cognome, non un reparto — la data di entrata in vigore e la data della prossima revisione. Un documento senza data di revisione viene rivisto quando qualcosa va storto.

1. Scopo. Una o due frasi: che cosa ottiene questa procedura e che cosa va storto senza di essa. "Ogni reclamo viene registrato, confermato e risolto allo stesso modo, così il cliente riceve la stessa risposta chiunque risponda al telefono."
2. Ambito. Quando questa SOP si applica e quando no. "Reclami dei clienti su un prodotto o una consegna. Non: richieste in garanzia (SOP-CS-07), non: reclami ai fornitori."
3. Ruoli e responsabilità. Ogni ruolo che compare nei passaggi, con ciò di cui risponde. Ruoli, non nomi: i nomi cambiano; la SOP non dovrebbe doverlo fare.
4. Definizioni e prerequisiti. I termini che una persona nuova potrebbe non conoscere e ciò che deve essere pronto prima del passaggio 1 — l'accesso al registro, il modello, l'elenco di escalation.
5. La procedura. Passaggi numerati, un'azione per passaggio, nell'ordine in cui avvengono, ciascuno che inizia con il ruolo e un verbo: "La reception registra…", "Il responsabile di team verifica…". Dove serve, tre colonne — chi, fa che cosa, risultato o registrazione — così che ogni passaggio finisca in qualcosa che una seconda persona possa controllare.
6. Eccezioni ed escalation. Le diramazioni: che cosa fare quando il cliente non è nel sistema, quando l'importo supera il limite, quando il responsabile è assente. Ogni eccezione indica una persona o un ruolo, non "chiedi a qualcuno".
7. Registrazioni e risultati. Che cosa esiste alla fine che all'inizio non c'era — la voce di registro, l'email inviata, il modulo firmato — e dove viene conservato. È la sezione che legge un revisore, e quella che dice se la procedura è stata seguita.
8. Riferimenti e storico delle revisioni. La policy che attua, le SOP e le istruzioni operative collegate; poi una riga per versione — data, che cosa è cambiato, chi l'ha approvato. Lo storico è la parte che impedisce di reintrodurre lo stesso errore sotto un nuovo numero di versione.

Quattro formati per la sezione della procedura. Passaggi semplici — un elenco numerato — per un lavoro di meno di dieci passaggi senza diramazioni. Gerarchico — passaggi numerati con sotto-passaggi in lettere — quando un passaggio ha una propria sequenza interna. Diagramma di flusso quando le diramazioni contano più della sequenza: un rombo decisionale si segue meglio di "se… altrimenti… a meno che". Checklist per una routine quotidiana svolta dalle stesse persone, dove la domanda non è "come" ma "l'abbiamo fatto". Molte SOP ne usano due: una procedura gerarchica e una checklist di una pagina ricavata da essa per il turno.

Ciò che resta fuori: la giustificazione (compito della policy), gli screenshot di ogni clic (compito dell'istruzione operativa) e tutto ciò su cui una persona non potrebbe agire. "Tratta il cliente con rispetto" è un valore, non un passaggio.

Come scriverla: osservare, abbozzare, testare, pubblicare

Osserva la persona che fa il lavoro e scrivi ciò che fa davvero. Non ciò che il responsabile pensa che accada — ciò che accade, compreso il ripiego con il foglio di calcolo. La persona che fa il lavoro ogni giorno è la coautrice; la SOP scritta su di lei invece che con lei è quella che vive in una cartella mentre la procedura vera vive nella sua testa. A ogni passaggio chiedi: che cosa fai se questo non funziona?

Abbozza nel modello, partendo dai passaggi. Scrivi la sezione della procedura prima dello scopo: i passaggi ti mostrano dove finisce l'ambito e quali ruoli esistono. Un'azione per passaggio, ruolo più verbo, tempo presente. Se un passaggio richiede un paragrafo, sono due passaggi o un'istruzione operativa. Tieni il tutto abbastanza breve da leggerlo in cinque minuti; il dettaglio sta nelle istruzioni collegate.

Provala su qualcuno che non ha mai fatto il lavoro. Dagli la SOP e nient'altro, e guarda dove si ferma. Ogni arresto è un passaggio mancante, una definizione mancante o un'eccezione mancante. Un test con una persona nuova vale tre revisioni fatte da persone esperte, che colmano le lacune senza accorgersene.

Pubblica dove il team legge e fissa la data. Una SOP in una cartella con altre quaranta la trovano le persone che il lavoro lo conoscono già. Deve stare dove il team che esegue la procedura già parla, con il nome del responsabile e la data di revisione ben visibili, così che la domanda "è ancora valida?" trovi risposta nell'intestazione e non girando a chiedere. Poi metti la data di revisione in calendario — la SOP scritta e mai rivista è quella che si segue con fiducia dopo che ha smesso di essere vera.

Un modello di SOP

[SOP ID] — [Nome della procedura]
Versione: [n.n] · Responsabile: [ruolo, nome] · In vigore dal: [data] · Prossima revisione: [data]

1. Scopo
[Una o due frasi — che cosa ottiene questa procedura e che cosa va storto senza di essa.]

2. Ambito
Si applica a: [situazioni, prodotti, sedi] · Non si applica a: [ciò che è coperto altrove, con l'ID della SOP]

3. Ruoli
[Ruolo] — [di che cosa risponde in questa procedura]
[Ruolo] — [di che cosa risponde]

4. Definizioni e prerequisiti
[Termine] — [significato]
Prima del passaggio 1: [accessi, strumenti, modelli, elenchi necessari]

5. Procedura
5.1 [Ruolo] [fa che cosa] → [risultato o registrazione]
5.2 [Ruolo] [fa che cosa] → [risultato o registrazione]
5.3 [Ruolo] [fa che cosa] → [risultato o registrazione]
[a. sotto-passaggio] [b. sotto-passaggio]

6. Eccezioni ed escalation
Se [condizione]: [che cosa fare, chi decide]
Se [condizione]: [che cosa fare, chi decide]
Qualsiasi caso non previsto qui: decide [ruolo] e il caso viene portato alla revisione successiva.

7. Registrazioni
[Che cosa esiste alla fine — voce di registro, email, modulo — e dove viene conservato, per quanto tempo.]

8. Riferimenti e storico delle revisioni
Attua: [policy] · Collegati: [ID delle SOP, istruzioni operative]
v[n.n] — [data] — [che cosa è cambiato] — approvata da [nome]
v[n.n] — [data] — [che cosa è cambiato] — approvata da [nome]

Il modello si incolla in un file Word, in un Google Doc, in una pagina Notion, in un canvas di Slack o in una nota di chat senza doverlo riformattare. I due campi lasciati più spesso in bianco sono il responsabile e la data della prossima revisione; sono quelli che decidono se il documento sarà ancora vero tra un anno.

Due esempi compilati

Gestione di un reclamo cliente — team assistenza, gerarchica

SOP-CS-04 — Gestione dei reclami dei clienti
Versione: 2.1 · Responsabile: Responsabile assistenza, Marta R. · In vigore dal: 1 ott 2026 · Prossima revisione: 1 apr 2027

1. Scopo — Ogni reclamo viene registrato, confermato e risolto allo stesso modo, così il cliente riceve la stessa risposta chiunque risponda al telefono, nella lingua del cliente.
2. Ambito — Reclami dei clienti su un prodotto, una consegna o una fattura, per telefono, email o chat. Non: richieste in garanzia (SOP-CS-07); non: reclami ai fornitori (SOP-PR-02).
3. Ruoli — Reception: registra e conferma la ricezione. Operatore assistenza: indaga e risponde. Responsabile assistenza: approva tutto ciò che supera il limite di credito, decide le escalation.
4. Prerequisiti — Accesso al registro dei reclami; il modello di conferma nella lingua del cliente; il limite di credito vigente (vedi l'intestazione del registro).

5. Procedura
5.1 La reception registra il reclamo nel registro → voce con data, canale, cliente, prodotto, lingua del cliente e un ID del reclamo
5.2 La reception invia la conferma di ricezione entro un giorno lavorativo → email di conferma con l'ID del reclamo, nella lingua del cliente
5.3 L'operatore assistenza indaga:
a. controlla le registrazioni di ordine, consegna e fattura;
b. chiama o scrive al cliente se manca un dato;
c. registra l'esito e il rimedio proposto nel registro → esito e rimedio, con data
5.4 Se il rimedio è un accredito entro il limite, l'operatore lo emette; oltre il limite, il responsabile assistenza approva entro un giorno lavorativo → nota di credito o approvazione scritta
5.5 L'operatore risponde al cliente entro cinque giorni lavorativi dal 5.1 → risposta nella lingua del cliente, con riferimento all'ID del reclamo
5.6 La reception chiude la voce → stato Chiuso, data, rimedio

6. Eccezioni — Cliente non presente nel sistema: registra con i recapiti forniti, contrassegna come non verificato, prosegui. Il cliente minaccia azioni legali: fermati al 5.3, passa al responsabile assistenza lo stesso giorno. Responsabile assente: approva il sostituto indicato nell'intestazione del registro.
7. Registrazioni — La voce di registro (conservata 5 anni), la conferma e la risposta (nella scheda del cliente), la nota di credito (amministrazione).
8. Riferimenti — Policy clienti §4; SOP-CS-07; istruzione operativa WI-CS-04a "Il registro dei reclami".
v2.1 — 1 ott 2026 — scadenza del passaggio 5.2 portata da due giorni a uno; conferma ora nella lingua del cliente — approvata da Marta R.
v2.0 — 15 mar 2026 — aggiunti limite di credito e passaggio di approvazione — approvata da Marta R.

Apertura dello studio — reception, checklist giornaliera

SOP-FD-01 — Apertura dello studio
Versione: 1.3 · Responsabile: Responsabile dello studio, Tomás A. · In vigore dal: 1 set 2026 · Prossima revisione: 1 mar 2027

1. Scopo — Lo studio è pronto per il primo paziente alle 08:00, ogni giorno, chiunque apra.
2. Ambito — Apertura nei giorni feriali a cura del receptionist del turno del mattino. Non: apertura nel fine settimana (SOP-FD-02).
3. Ruoli — Receptionist di apertura: tutto quanto segue. Responsabile dello studio: chiamato per qualsiasi voce non riuscita.

5. Procedura — entro le 07:45, in questo ordine
☐ Allarme disattivato, porte sbloccate, luci e riscaldamento accesi
☐ Computer della reception acceso, sistema appuntamenti aperto, elenco di oggi stampato
☐ Linea telefonica passata dal messaggio notturno alla linea attiva
☐ Sala d'attesa controllata: sedie, acqua, avvisi del giorno in entrambe le lingue
☐ Ambulatori 1–3: materiali di consumo sopra la linea minima segnata sull'armadio
☐ Terminale carte acceso e transazione di prova annullata
☐ I primi tre pazienti del giorno chiamati se qualcuno ha una nota confermare

6. Eccezioni — Una voce non può essere completata: chiama il responsabile dello studio prima delle 07:50; non aprire le porte ai pazienti finché il responsabile non ha risposto. Sistema appuntamenti non disponibile: usa l'elenco stampato la sera prima (SOP-FD-05).
7. Registrazioni — La checklist spuntata, siglata e datata, nella cartella delle aperture; conservata tre mesi.
v1.3 — 1 set 2026 — aggiunti gli avvisi in entrambe le lingue alla voce della sala d'attesa — approvata da Tomás A.

Nota che cosa hanno in comune i due esempi: ogni passaggio inizia con un ruolo e un verbo e finisce in qualcosa che una seconda persona può controllare; le eccezioni indicano una persona; l'intestazione dice chi ne è responsabile e quando verrà riguardata; e le ultime righe registrano che cosa è cambiato e perché. Questo è tutto il mestiere. Tutto il resto di questa guida serve a mantenere vero il documento dopo il giorno in cui è stato firmato.

Il ciclo di revisione: come una procedura resta vera

Una SOP è un'affermazione su come si svolge il lavoro, e il lavoro si muove. Il ciclo di revisione è ciò che mantiene onesta l'affermazione. Ha quattro parti.

Una data, e inneschi che la anticipano. Ogni SOP ha nell'intestazione una data di prossima revisione — sei o dodici mesi è la norma, meno per tutto ciò che è regolamentato o legato alla sicurezza. Quattro eventi anticipano la revisione: un incidente che la procedura non ha evitato; un cambiamento nello strumento, nel modulo o nel fornitore da cui i passaggi dipendono; un cambiamento nella regola o nella normativa che la SOP attua; e tre scostamenti di fila — tre persone che eseguono un passaggio diversamente dal documento sono un voto, non un problema di disciplina.

Una breve riunione di revisione con le persone che fanno il lavoro. Venti minuti, il responsabile e due o tre persone che eseguono la procedura, la versione corrente sullo schermo di tutti. L'ordine del giorno è sempre lo stesso:

Revisione SOP-[ID] — [data]
1. Scostamenti dall'ultima revisione: dove abbiamo fatto diversamente, e perché — 5 min
2. Incidenti e reclami toccati dalla procedura — 5 min
3. Passaggi da modificare, aggiungere o eliminare — una riga ciascuno, con il motivo — 7 min
4. Decisione: riemettere come v[n.n] il [data], oppure confermare invariata con una nuova data di revisione — 3 min
Azioni: chi modifica, chi approva, chi avvisa chi, entro quando

Una nuova versione, conservando la vecchia. La modifica entra nello storico delle revisioni come una riga — data, che cosa è cambiato, chi l'ha approvata — e il numero di versione avanza: un passaggio modificato è una versione minore (2.0 → 2.1), un ambito modificato o un nuovo ruolo è una versione maggiore. La versione precedente viene contrassegnata come sostituita e conservata, non eliminata: un revisore, o un collega che spiega che cosa è successo a marzo, ha bisogno della procedura com'era allora. Una decisione presa in revisione che cambia una regola, e non soltanto un passaggio, va anche nel registro delle decisioni, con l'ID della SOP nella voce.

Le persone che fanno il lavoro lo vengono a sapere. Una SOP riemessa che nessuno ha annunciato è la vecchia SOP con un numero nuovo. La modifica arriva alle persone che eseguono la procedura, nel posto in cui già leggono, citando le tre righe cambiate — e la nuova data di revisione va in calendario lo stesso giorno.

Dove vivono la SOP e la sua revisione negli strumenti che usi già

La procedura in sé è un documento, e vive dove vivono i documenti del team — un file Word in una libreria condivisa, un Google Doc, una pagina di wiki, un canvas. La revisione è una riunione, e ogni piattaforma ha un posto per ciò che la riunione di revisione lascia dietro di sé, e ognuna si ferma a un punto diverso. Solo comportamenti documentati, dalle pagine dei fornitori stessi, con il mese in cui ogni pagina è stata verificata:

Due cose sono uguali ovunque. La SOP è un documento nell'unica lingua in cui è stata scritta, e il collega che legge un'altra lingua legge quella oppure una copia fatta da qualcuno; e ciò che la revisione ha cambiato entra nel documento solo se una persona lo digita dopo, in quella stessa lingua.

Come la procedura — e ogni sua revisione — torna nella lingua di ciascun membro

InterMIND è uno spazio di comunicazione in cui il lavoro di un team vive in un canale, quindi la SOP ha una casa ovvia: il canale del team che esegue la procedura. Pubblicata come nota — un messaggio in rich text con titoli ed elenchi numerati, modificabile in seguito dal proprio menu — viene letta da ogni membro nella propria lingua, con l'originale e un diff di ciò che è cambiato a un interruttore di distanza, e fissata in alto così che la versione corrente sia la prima cosa che un nuovo collega trova. Caricata invece come file — un PDF o un documento Word — si apre per ogni lettore tradotta nella sua lingua sui piani a pagamento, e su ogni piano la sua scheda porta un riepilogo AI nella lingua del lettore, con ogni punto collegato al paragrafo da cui proviene, così che la lettura di cinque minuti esista prima che qualcuno l'abbia scritta. Se la copia master resta in uno strumento di documenti, i suoi aggiornamenti arrivano nel canale per email: l'host del canale gli assegna un indirizzo proprio, e un messaggio inviato lì appare come un normale messaggio con il mittente indicato e gli allegati conservati.

La riunione di revisione parte da quel canale. Durante la chiamata, la versione corrente va sullo schermo di tutti accanto ai riquadri video con Share to conference — una nota, oppure un documento Google Docs o OneDrive collegato in chat — e ogni partecipante lo scorre in autonomia e lo legge nella propria lingua; una nota condivisa viene modificata in diretta da chi la condivide mentre la sala guarda prendere forma il passaggio modificato. Quando la chiamata finisce, il riepilogo viene scritto a partire dalla riunione stessa — una sintesi, i punti segnati come concordati, aperti o contestati, gli action items con i responsabili, ogni riga con il proprio timestamp — e i documenti condivisi durante la sessione contribuiscono con i loro riepiloghi accanto a ciò che è stato detto. Arriva per email, come messaggio nel canale e come link nell'evento del calendario, e ogni membro che ha effettuato l'accesso lo legge nella propria lingua: il verbale viene tradotto per ciascun lettore, non scritto una volta sola nella lingua che la sala ha usato per caso. Ogni membro può modificarlo, ogni modifica conserva autore e storico delle revisioni, e il canale conserva il riepilogo di ogni sessione passata — così la revisione che ha prodotto la v2.1 è a un clic dalla nota che è la v2.1, e l'assistente personale di un membro — Claude, ChatGPT, Copilot o Gemini, collegato tramite il connettore MCP — può cercare riepiloghi, trascrizioni, chat e testo dei file condivisi con una sola domanda, "che cosa abbiamo cambiato nella procedura dei reclami a ottobre?", e leggere il documento stesso; questo funziona per le organizzazioni con le funzioni AI attive.

Le persone che eseguono una procedura non sono sempre dipendenti. Il personale di un distributore, un collaboratore esterno, un sostituto: un membro esterno del canale entra con l'email su un account gratuito e legge la SOP e il suo storico come tutti gli altri; una persona senza account è ospite di una singola riunione — entra nella chiamata di revisione con un link, da un telefono, senza costi, la ascolta in diretta nella propria lingua e non riceve alcuna registrazione dopo. L'host mette a disposizione lo spazio e, su un piano a pagamento, paga solo per i membri attivi negli ultimi 28 giorni — che hanno partecipato a una riunione, scritto in una chat o interpellato l'assistente; i membri che restano inattivi mantengono l'accesso senza costi.

• Apri un riepilogo completo — un verbale reale prodotto dallo stesso codice che scrive il tuo.
• Prova la demo live — senza registrazione; parla e ascolta la sala tradotta per ogni ascoltatore.

Le SOP come mestiere sopravvivono a ogni strumento: qualcuno deve comunque osservare il lavoro mentre viene fatto, scrivere i passaggi come azioni e chiedere alla persona nuova dove si è bloccata. Ciò che non deve sopravvivere è il secondo lavoro — mantenere a mano una copia tradotta di ogni versione e ridigitare ciò che la revisione ha cambiato, in una lingua sola, per persone che ne leggono altre.

FAQ

Che cos'è un modello di SOP?

Un modello di SOP è lo scheletro fisso in cui si scrive una procedura operativa standard: un'intestazione con l'ID, la versione, il responsabile, la data di entrata in vigore e la data della prossima revisione, seguita dalle sezioni standard — scopo, ambito, ruoli, definizioni e prerequisiti, la procedura numerata, eccezioni ed escalation, registrazioni, e riferimenti con uno storico delle revisioni. Il modello fa sì che ogni procedura dell'organizzazione abbia lo stesso aspetto, così chi ne ha letta una sa orientarsi in tutte.

Quali sono le 5 parti di una SOP?

Le cinque parti su cui la maggior parte dei modelli concorda sono il blocco del titolo o intestazione, lo scopo, l'ambito, i ruoli e le responsabilità, e la procedura vera e propria. Una SOP completa ne aggiunge altre tre — eccezioni ed escalation, registrazioni, e riferimenti con uno storico delle revisioni — e di solito sono proprio quelle mancanti a far fallire una procedura: nessuno sa che cosa fare quando la strada normale è bloccata, e nessuno sa che cosa è cambiato dall'ultima versione.

Come si scrive una SOP?

Osserva la persona che fa il lavoro e scrivi ciò che accade davvero, comprese le diramazioni. Abbozza prima la sezione della procedura — un'azione per passaggio, ruolo più verbo, tempo presente — poi compila ambito, ruoli ed eccezioni a partire da ciò che i passaggi hanno rivelato. Provala su qualcuno che non ha mai fatto il lavoro e correggi ogni punto in cui si ferma. Pubblicala dove il team già legge, con il responsabile e la data della prossima revisione nell'intestazione, e metti quella data in calendario.

Qual è il formato di una SOP?

Una riga di intestazione — ID, versione, responsabile, data di entrata in vigore, data della prossima revisione — e otto sezioni numerate: scopo, ambito, ruoli, definizioni e prerequisiti, procedura, eccezioni ed escalation, registrazioni, riferimenti e storico delle revisioni. La sezione della procedura assume una di quattro forme: semplici passaggi numerati, passaggi gerarchici con sotto-passaggi, un diagramma di flusso quando le diramazioni contano più dell'ordine, oppure una checklist per una routine quotidiana.

Qual è la differenza tra una SOP e un'istruzione operativa?

Una SOP descrive un lavoro dall'inizio alla fine al livello di ruoli e passaggi — chi fa che cosa, in quale ordine, con quale risultato. Un'istruzione operativa descrive uno di quei passaggi su una schermata, una macchina o un modulo, fino al campo e al pulsante. La SOP dice "La reception registra il reclamo nel registro"; l'istruzione operativa mostra il registro, i campi e i valori dei menu a tendina. Tenerle separate è ciò che permette alla SOP di sopravvivere a un cambio di software.

Qual è la differenza tra una SOP e una policy?

Una policy è la regola e la sua ragione: che cosa l'organizzazione fa e non fa. Una SOP è il modo in cui un ruolo mette in atto la regola, passo per passo. "Ogni reclamo riceve risposta entro due giorni lavorativi" è una policy; gli otto passaggi dalla registrazione alla chiusura sono la SOP che la attua. Una policy cambia raramente e per decisione; una SOP cambia ogni volta che cambia il lavoro, e il suo storico delle revisioni dice quando.

Esiste un modello di SOP in Word o Google Docs?

Il modello di questa guida è testo semplice con etichette in grassetto, quindi si incolla in un documento Word, in un Google Doc, in una pagina Notion, in un canvas di Slack o in una nota di chat senza doverlo riformattare. Il formato conta più del file: qualunque cosa contenga la SOP ha bisogno dell'intestazione con il responsabile e la data di revisione, di passaggi numerati che iniziano con un ruolo e un verbo, di una persona indicata per ogni eccezione e di uno storico delle revisioni — e deve vivere dove le persone che fanno il lavoro già leggono.

Con che frequenza vanno riviste le SOP?

In una data scritta nell'intestazione — ogni sei o dodici mesi è la norma, meno dove la procedura è regolamentata o legata alla sicurezza — e prima quando accade una di quattro cose: un incidente che la procedura non ha evitato, un cambiamento nello strumento o nel modulo da cui i passaggi dipendono, un cambiamento nella regola che attua, o tre scostamenti di fila. La revisione è una riunione di venti minuti con le persone che fanno il lavoro, e si conclude con una nuova versione e una riga nello storico oppure con una conferma e una nuova data di revisione.

Fonti: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Pagine di Microsoft, Google e Slack verificate a ottobre 2026; la pagina del riepilogo delle riunioni di Zoom verificata ad agosto 2026. I fornitori modificano nel tempo piani, funzioni ed elenchi delle lingue; consulta le loro pagine per lo stato attuale.