Guida al Prompt
Come chiedere a Claude di scrivere una procedura operativa standard
Una buona POS permette a chi non ha mai svolto il compito di farlo correttamente al primo tentativo.
Claude di Anthropic è bravo a trasformare un processo che già sai svolgere in una procedura operativa standard che qualcuno di inesperto può effettivamente seguire: passaggi numerati, punti di arresto chiari e i casi particolari che fanno inciampare le persone. Non è bravo a conoscere le parti del tuo processo che esistono solo nella tua testa, le eccezioni che non hai mai scritto, o gli strumenti e i nomi specifici che il tuo team usa realmente, a meno che tu non gli fornisca questi dettagli. La soluzione è guidare Claude attraverso il processo reale come lo spiegheresti a un nuovo assunto accanto a te, non la versione pulita che descriveresti se qualcuno ti chiedesse cosa fai in una frase.
Per chiedere a Claude di scrivere una procedura operativa standard, descrivi il processo passo dopo passo esattamente come lo svolgi realmente, inclusi gli strumenti, i sistemi e i nomi esatti coinvolti, e chiedi a Claude di formattarlo come passaggi numerati con un punto di inizio e di fine chiari. Segnala eventuali eccezioni, errori comuni o punti decisionali in cui il passaggio successivo dipende da una condizione, e chiedi a Claude di contrassegnare qualsiasi passaggio in cui ha dovuto indovinare un dettaglio perché non l'hai specificato. Rileggi la bozza confrontandola con il processo reale una volta, idealmente mentre svolgi il compito, prima di trattarla come definitiva.
Pubblicato il
Lezione gratuita · nessun account richiestoIncontra ClaudePerché Claude?6 minInizia la lezione gratuitaPunti chiave
- Descrivi il processo come lo svolgi realmente, non la versione riassunta e pulita. I passaggi che salti perché sono automatici per te sono esattamente quelli di cui un nuovo assunto ha bisogno per iscritto.
- Dai a Claude i nomi reali: lo strumento specifico, il campo esatto, il sistema in cui si effettua l'accesso. Un passaggio che dice "aggiorna il sistema" è inutile per chi non sa già quale sistema sia.
- Indica i punti decisionali in modo esplicito. Un processo con una biforcazione, "se la richiesta è inferiore a 500 euro, fai X; altrimenti fai Y", richiede che quella biforcazione sia dichiarata, non solo implicita in un contesto che solo tu possiedi.
- Chiedi un punto di inizio e di fine chiari. Una POS che non dice quando inizia il compito e quando è effettivamente finito lascia il lettore a chiedersi se ha terminato.
- Percorri la bozza mentre svolgi il compito una volta prima di pubblicarla. Una POS che sembra a posto sullo schermo ma salta un passaggio diventa evidente solo quando qualcuno cerca realmente di seguirla in ordine.
- Separa il caso normale dalle eccezioni. Seppellire un caso particolare nel mezzo dei passaggi principali rende il caso comune più difficile da seguire per il novanta per cento del tempo in cui l'eccezione non si applica.
Copia e incolla
Prompt da usare subito
Una prima bozza da una descrizione del processo
Descriverò come svolgo [compito] passo dopo passo, inclusi gli strumenti e i sistemi esatti coinvolti. [Percorri il processo con il massimo dettaglio possibile, inclusi i nomi degli strumenti, i nomi dei campi e tutto ciò che controlli lungo il percorso]. Trasforma questo in una POS numerata con un punto di inizio chiaro e un punto chiaro in cui il compito è completato. Contrassegna qualsiasi passaggio in cui hai dovuto indovinare un dettaglio perché non l'ho specificato.
Descrivi il processo come lo svolgi realmente, inclusi i piccoli controlli abituali che di solito non menzioni ad alta voce; questi sono spesso i passaggi che mancano a un nuovo assunto.
Aggiungere un punto decisionale da cui dipendono i passaggi
Ecco la mia bozza di POS: [incolla la tua bozza]. Il passaggio 4 in realtà si biforca a seconda di una condizione: se [condizione], il passaggio successivo è [X]; altrimenti è [Y]. Riscrivi il passaggio 4 per dichiarare chiaramente questa biforcazione, così chi segue la POS sa quale percorso si applica a lui prima di continuare.
Fai questo per ogni biforcazione nel processo reale; una POS che nasconde un punto decisionale dentro un singolo passaggio è il motivo più comune per cui qualcuno segue il percorso sbagliato.
Separare il caso normale dalle eccezioni
Ecco la mia bozza di POS per [compito]: [incolla la tua bozza]. Estrai tutto ciò che si applica solo in situazioni inusuali, come [descrivi l'eccezione], in una sezione separata "Eccezioni" alla fine, così i passaggi numerati principali descrivono solo il caso normale. Mantieni un breve rimando nei passaggi principali che indichi dove controllare se il caso attuale non corrisponde al modello normale.
Questo mantiene il percorso comune facile da seguire invece di costringere ogni lettore a navigare tra casi particolari che si applicano a una piccola frazione dei casi.
Mettere alla prova la POS per trovare una lacuna
Leggi questa bozza di POS come se non avessi mai svolto questo compito e la stessi seguendo per la prima volta: [incolla la tua bozza]. A ogni passaggio, dimmi qualsiasi cosa dovresti sapere che non è dichiarata, qualsiasi termine che non è definito, o qualsiasi punto in cui non saresti sicuro di aver svolto il passaggio correttamente prima di passare al successivo.
Questo fa emergere le lacune che sono invisibili per te perché conosci già il processo; una lettura fresca cattura ciò che la familiarità nasconde.
Adattare una POS dopo che il processo è cambiato
Ecco la nostra POS esistente per [compito]: [incolla la POS attuale]. Il processo è cambiato: [descrivi cosa è diverso ora]. Aggiorna la POS per riflettere il nuovo processo, e indica esattamente quali passaggi sono cambiati così il team può vedere cosa è diverso dalla versione che già conosce.
Indicare cosa è cambiato, invece di sostituire silenziosamente i vecchi passaggi, aiuta le persone che hanno memorizzato la versione precedente a notare cosa è realmente diverso.
La Struttura
Di cosa ha davvero bisogno una POS seguibile
Questi sono gli elementi che permettono a chi non è familiare con un compito di completarlo correttamente al primo tentativo.
Un punto di inizio e di fine chiari
Dichiara esattamente quando inizia il compito e come appare quando è veramente finito. Una POS senza un punto finale definito lascia il lettore a chiedersi se ha finito o ha saltato un passaggio.
Nomi reali per strumenti reali
Usa i nomi reali di sistema, campo e strumento del tuo team, non una descrizione generica. "Apri la richiesta" è utile solo se il lettore sa già dove si trovano le richieste; nomina il sistema.
Punti decisionali dichiarati esplicitamente
Se il processo si biforca in base a una condizione, dillo direttamente nel passaggio invece di lasciarlo implicito. Una biforcazione nascosta è il motivo più comune per cui qualcuno segue il percorso sbagliato.
Eccezioni separate dai passaggi principali
Mantieni il percorso normale breve e chiaro, e sposta i casi particolari nella loro sezione. Una POS che seppellisce le eccezioni nei passaggi principali rende il caso comune più difficile da seguire.
I Passaggi Che Salti
Perché il processo che descriveresti in una frase non è il processo da dare a Claude
Se qualcuno ti chiedesse cosa fai per questo compito, probabilmente lo riassumeresti in una o due frasi: "controllo la richiesta, verifico l'account e elaboro il rimborso." Quel riassunto è accurato, e manca anche di quasi tutto ciò di cui un nuovo assunto avrebbe davvero bisogno, perché i piccoli controlli che fai automaticamente, il campo specifico che guardi, la cosa che confermi sempre prima di continuare, sono diventati invisibili per te grazie alla ripetizione. Non sono invisibili per chi svolge il compito per la prima volta.
Questa è la lacuna che fa sembrare sottile una prima bozza di POS anche quando è tecnicamente corretta. Claude può scrivere solo ciò che gli dici, e se descrivi la versione riassunta e pulita del processo, ottieni un riassunto pulito formattato come passaggi numerati, non una procedura reale che qualcuno non familiare con il lavoro potrebbe seguire. La soluzione è narrare il processo come lo faresti con un nuovo assunto accanto a te, incluse le parti che sembrano troppo ovvie da menzionare.
Un trucco utile per far emergere quei passaggi invisibili è svolgere davvero il compito una volta narrandolo ad alta voce, o quanto più vicino possibile a questo in un prompt, invece di riassumerlo a memoria in seguito. I controlli abituali tendono a emergere naturalmente quando percorri il processo dal vivo; tendono a scomparire quando li ricordi a memoria dopo il fatto, perché la memoria conserva il riassunto e scarta i piccoli gesti che rendevano vero quel riassunto.
Errori Comuni
Cosa fa fallire una POS la prima volta che qualcuno la usa davvero
Queste sono le lacune che trasformano un documento ragionevole in uno che non sopravvive al contatto con un utente reale e inesperto.
Riferimenti vaghi agli strumenti invece di nomi reali
"Registra l'aggiornamento nel sistema" non significa nulla per chi non sa già quale sistema, quale schermata, quale campo. Nomina lo strumento reale ogni volta.
Una decisione nascosta seppellita in un passaggio
Se un passaggio dipende segretamente da una condizione non dichiarata, il lettore non saprà quale percorso si applica alla sua situazione finché non è già troppo tardi per cambiare facilmente direzione.
Nessun punto finale dichiarato per il compito
Se la POS non dice come appare "finito", il lettore resta a chiedersi se continuare o se ha saltato un passaggio che viene dopo l'ultimo scritto.
Eccezioni mescolate con i passaggi principali
Un caso particolare posto nel mezzo dei passaggi normali costringe ogni lettore, anche quelli del caso comune, a capire se si applica prima di continuare.
Tenere Insieme il Materiale Correlato
Perché una POS beneficia di esistere insieme ai suoi documenti correlati
Una procedura operativa standard raramente esiste in isolamento. Di solito fa riferimento a una politica a cui deve conformarsi, a una versione precedente che ha sostituito, o a una procedura correlata per un compito diverso ma collegato, e mantenere quei documenti vicini durante la stesura rende il risultato più coerente che scrivere la POS in isolamento sperando che si allinei con tutto il resto. La funzione Progetti di Claude ti permette di mantenere un insieme di file correlati in un unico posto così che ogni conversazione sulla POS possa fare riferimento allo stesso materiale di contesto senza che tu debba incollarlo di nuovo ogni volta, cosa documentata nella pagina di aiuto sui Progetti su support.claude.com.
Questo conta soprattutto quando una POS deve rimanere coerente con un documento di politica che cambia indipendentemente dalla procedura stessa. Se la politica stabilisce una soglia, come un importo in denaro che determina quale percorso di approvazione si applica, mantenere la politica e la POS nello stesso progetto significa che un futuro aggiornamento di una è più facile da verificare rispetto all'altra, invece di scoprire mesi dopo che la procedura e la politica che dovrebbe implementare si sono silenziosamente scostate.
Aiuta anche quando un team mantiene diverse POS correlate per variazioni dello stesso compito, come una procedura per una richiesta standard e una seconda per una accelerata. Avere entrambe visibili contemporaneamente rende più facile mantenere i passaggi condivisi formulati in modo coerente e le differenze tra loro deliberate invece che accidentali, cosa che conta più di quanto sembri una volta che due persone stanno aggiornando ciascuna una versione diversa di quello che dovrebbe essere lo stesso processo sottostante.
Prima di Pubblicarla
Cosa verificare prima che la POS diventi la versione ufficiale
Percorri la bozza mentre svolgi realmente il compito, non solo leggendola alla tua scrivania. Un passaggio che appare completo sullo schermo spesso risulta saltare una piccola azione che fai automaticamente, e quella lacuna è molto più evidente con le mani sulla tastiera che leggendo in silenzio dall'inizio alla fine.
Verifica ogni nome di strumento, nome di campo e riferimento di sistema confrontandolo con ciò che è effettivamente sullo schermo in questo momento. Le interfacce cambiano, e una POS che fa ancora riferimento a un pulsante rinominato o a un sistema ritirato manderà un nuovo assunto a cercare qualcosa che non esiste più, il che è un fallimento peggiore di un passaggio mancante perché sembra un suo errore invece che del documento.
Dai la bozza a qualcuno che non ha mai svolto il compito, se puoi, e osserva dove esita. Il punto in cui qualcuno genuinamente non familiare con il processo si ferma e chiede "aspetta, cosa faccio qui?" è il segnale più affidabile di dove la POS ha davvero una lacuna, più affidabile della tua stessa rilettura, perché non puoi disimparare il processo per leggerlo come lo legge quella persona.
Claude può trasformare rapidamente una descrizione detagliata in una procedura chiara e numerata, ma il giudizio su se quella procedura corrisponda davvero a come viene svolto il lavoro, e se sia completa abbastanza da permettere a qualcuno di nuovo di seguirla senza fare una domanda, è ancora qualcosa che solo un vero test contro il compito dal vivo può confermare.
Una buona POS sopravvive al suo primo utente reale
Descrivere un processo con dettagli sufficienti perché qualcun altro possa davvero seguirlo è una competenza di scrittura specifica. Le lezioni gratuite di Nightschool AI trattano compiti di scrittura lavorativa reali con Claude, incluse le decisioni di giudizio su cosa specificare e cosa lasciare a una sezione separata di eccezioni.
Domande frequenti
Qual è la cosa più importante da dire a Claude prima che redigga una POS?
Percorri il processo come lo svolgi realmente, inclusi i nomi reali di strumenti e campi e i piccoli controlli abituali che di solito non menzioni ad alta voce. Questi passaggi invisibili sono ciò di cui un nuovo assunto ha davvero bisogno.
Come dovrei gestire un passaggio che dipende da una condizione?
Dichiara la biforcazione esplicitamente nel passaggio: se una condizione è vera, fai una cosa; se no, fai un'altra. Una decisione nascosta seppellita dentro un singolo passaggio è il motivo più comune per cui qualcuno segue il percorso sbagliato.
Le eccezioni dovrebbero essere mescolate con i passaggi numerati principali?
No. Mantieni il percorso normale breve e sposta i casi particolari in una sezione separata di eccezioni, con un breve rimando nei passaggi principali che indichi dove controllare se il caso attuale non corrisponde al modello normale.
Come so se la mia bozza di POS ha davvero una lacuna?
Percorrila mentre svolgi fisicamente il compito, oppure chiedi a Claude di leggerla come farebbe qualcuno non familiare con il processo e di contrassegnare tutto ciò che non è definito. Entrambi fanno emergere lacune invisibili una volta che conosci già il processo.
Claude può aiutare a mantenere una POS coerente con un documento di politica correlato?
Mantenere entrambi nello stesso Progetto Claude, come descritto nella pagina di aiuto sui Progetti su support.claude.com, rende più facile fare riferimento alla politica durante la stesura e verificare in seguito eventuali scostamenti tra i due.
Cosa dovrebbe dire una POS su quando il compito è finito?
Dichiara un punto finale chiaro: esattamente come appare il compito quando è veramente finito. Senza di esso, il lettore resta a chiedersi se ha finito o ha saltato un passaggio che doveva venire dopo l'ultimo scritto.
Come dovrei aggiornare una POS dopo che il processo reale è cambiato?
Dai a Claude la POS esistente e descrivi cosa è diverso ora, e chiedigli di indicare esattamente quali passaggi sono cambiati. Questo aiuta le persone che hanno memorizzato la vecchia versione a notare cosa è realmente diverso invece di riapprendere tutto il documento.
Chi dovrebbe revisionare una bozza di POS prima che venga pubblicata?
Qualcuno che non ha mai svolto il compito, se possibile. Dove esita o chiede cosa fare dopo è un segnale più affidabile di una lacuna reale rispetto alla tua stessa rilettura, poiché non puoi leggerla come fa qualcuno non familiare con il processo.
Una POS funziona solo se qualcuno di nuovo riesce davvero a seguirla
La struttura è riutilizzabile ogni volta. Percorrere il processo reale, incluse le parti che normalmente salti, è la parte che vale la pena fare bene.