La Skill alla base di questa guida: Elena - Skill AI per analisti aziendali. Carica in Claude, con un solo upload, l’ordine delle domande e il rigore dei criteri di accettazione descritti di seguito - 14,99 $, un solo pagamento, nessun abbonamento.
Visualizza la Skill di Elena →Per usare Claude come analista aziendale, dagli la richiesta riportata esattamente, il processo attuale passo dopo passo e il problema specifico che stai cercando di risolvere - in quest’ordine - prima di chiedergli un singolo requisito. Se lasciato a se stesso, Claude documenta la soluzione proposta dallo stakeholder invece del problema sottostante e colma le lacune nella mappa del processo con passaggi plausibili che ha inventato. Di seguito trovi l’ordine degli input, cinque prompts che producono risultati verificabili e le modalità di errore che vale la pena rileggere in ogni bozza.
Che cosa dai a Claude e in quale ordine?
L’ordine conta perché Claude si basa su ciò che legge per primo. Se inizi con una soluzione proposta, ogni risposta successiva tenderà verso quella. Forniscigli le informazioni in questa sequenza:
- La richiesta, riportata esattamente. Incolla ciò che lo stakeholder ha effettivamente detto o scritto, non la tua versione ripulita. “Le vendite hanno bisogno di una dashboard” e “Le vendite non riescono a capire quali trattative sono bloccate” producono documenti completamente diversi, e di solito la seconda frase è ciò che intendevano.
- Chi è coinvolto e chi dà l’approvazione finale. Ruoli e quali di loro hanno diritto di veto. Altrimenti Claude scrive per un generico “utente” e ti ritrovi con requisiti di cui nessuno è responsabile.
- Il processo attuale, passo dopo passo. Ogni passaggio deve indicare un responsabile, un sistema, un trigger e un risultato. Includi le soluzioni manuali alternative: il foglio di calcolo che una persona mantiene, il messaggio Slack che funge da approvazione. Di solito è lì che si nasconde il vero requisito.
- Il problema specifico. Non “è inefficiente”. Cosa si rompe, con quale frequenza e quanto costa: “ogni mese, circa tre fatture su quaranta vengono inserite due volte e l’amministrazione impiega all’incirca una giornata al mese per annullarle”. Se non hai il dato, scrivi che non lo hai: è un’attività di ricerca, non qualcosa che Claude dovrebbe inventare.
- I vincoli. Scadenza, budget, sistemi che non possono essere modificati, regole di conformità, l’integrazione che l’ultima volta ha richiesto nove mesi.
- Ciò che esiste già. Documentazione attuale, esportazioni dei ticket, screenshot delle schermate esistenti. Claude legge il testo incollato e i file allegati. Non legge il tuo Jira.
Solo dopo chiedi l'output, e chiedi un artefatto alla volta: prima la mappa dello stato attuale, poi l'elenco delle lacune, quindi le storie. Se chiedi un BRD completo in un'unica richiesta, otterrai un documento in cui ogni sezione è corretta all'incirca al 60% e non potrai capire quale sia il 40% sbagliato.
Cosa sbaglia Claude nell'analisi aziendale?
Documenta la soluzione, non il problema. Chiedi i requisiti per «un nuovo dashboard delle approvazioni» e otterrai requisiti per il dashboard. Non chiederà se il passaggio di approvazione debba esistere affatto. Devi imporre esplicitamente questa distinzione: non la fa mai spontaneamente.
Colma le lacune inventando passaggi del processo. Digli «poi passa all'ufficio finanza» e restituirà tre plausibili sotto-passaggi finanziari, scritti esattamente con lo stesso tono sicuro dei passaggi che hai effettivamente fornito. Nell'output nulla segnala la differenza. È l'errore più costoso dell'elenco, perché i passaggi inventati vengono esaminati, approvati con un cenno e poi realizzati.
Criteri di accettazione che riformulano la storia. Senza modifiche, scrive: «Come manager voglio esportare il report per poterlo condividere. Criteri di accettazione: il manager può esportare il report.» Non è verificabile e il team QA lo rimanderà indietro senza esitazione.
Requisiti non funzionali scritti come aggettivi. «Il sistema deve essere veloce, scalabile e facile da usare» compare in quasi ogni prima bozza. Nessun numero, nessun metodo di misurazione, nulla rispetto a cui qualcuno possa dare l'approvazione.
Un'altra cosa sui thread lunghi: entro il ventesimo messaggio ha reincluso silenziosamente l'ambito che avevi escluso al sesto messaggio. Riafferma l'ambito concordato ogni pochi turni e verifica che il documento lo rispetti.
Quali prompts funzionano davvero?
1. Separa il problema dalla soluzione proposta.
Ecco una richiesta, riportata esattamente: <paste>. Non scrivere ancora i requisiti. Separa ciò che è stato richiesto (una soluzione proposta) dal problema che implica. Poi elenca le cinque domande le cui risposte cambierebbero maggiormente ciò che costruiamo. Contrassegna ogni riga che hai dedotto anziché letto con [INFERRED].
2. Mappa lo stato attuale senza lasciare che inventi.
Di seguito sono riportati i passaggi del processo che conosco. Restituiscili come un flusso numerato, indicando per ogni passaggio l'attore, il sistema, il trigger e l'output. Se non ho fornito un passaggio, scrivi [UNKNOWN - confirm with owner] invece di inventarlo. Non aggiungere passaggi.
3. Rendi verificabili i criteri di accettazione.
Per ogni criterio di accettazione, scrivi il test esatto che eseguirebbe un ingegnere QA: stato iniziale, azione, risultato osservabile. Se non riesci a scrivere il test, il criterio è troppo vago: riscrivilo finché non puoi farlo.
4. Inserisci dei numeri nei requisiti non funzionali.
Riscrivi ogni requisito non funzionale in modo che contenga un numero e un metodo per misurarlo. Quelli che non puoi quantificare, rimuovili dall’elenco e inseriscili in una sezione separata intitolata "Serve un obiettivo da parte dell’azienda".
5. Individua le derive dell’ambito.
Ambito concordato: <list>. Leggi il documento sopra ed elenca ogni requisito in esso contenuto che non è coperto da quell’elenco.
Il Prompt 2 è quello che fa risparmiare più rielaborazioni. Il Prompt 3 è quello che le persone saltano e poi rimpiangono.
Elena mantiene come istruzioni permanenti l’ordine degli input e le regole di marcatura [INFERRED] / [UNKNOWN] indicate sopra, così non devi ridigitarle in ogni conversazione.
Visualizza Elena - Skill AI per analisti aziendali →Come si installa?
Skill è un file ZIP con un file SKILL.md nella cartella principale. Nell’app desktop Claude vai su Personalizza → Skills → +, carica il file ZIP e attivalo. Claude legge SKILL.md e ti mostra un riepilogo di ciò che fa Skill prima che tu lo abiliti.
Una cosa da verificare prima di tutto: l’esecuzione del codice deve essere abilitata in Impostazioni → Funzionalità. Skills funziona su tutti i piani, incluso Free. Senza l’esecuzione del codice, Skill non verrà eseguita.
Con un piano Claude gratuito, oppure in ChatGPT o Gemini, l’alternativa è aprire SKILL.md in un qualsiasi editor di testo e incollarne il contenuto nelle istruzioni personalizzate. Si perde l’interruttore di attivazione/disattivazione; il comportamento è lo stesso. Requisiti del piano verificati ad agosto 2026: Anthropic modifica abbastanza spesso le limitazioni per piano, quindi verifica il requisito attuale nell’app Claude prima di acquistare.
Quando non dovresti usare Claude per questo?
Non può condurre un’intervista con gli stakeholder e non ha accesso al tuo Jira, al tuo modello di dati, ai limiti effettivi dei campi del tuo CRM o alla velocità del tuo team. Qualsiasi cosa dica su ciò che vuole uno stakeholder è un’ipotesi presentata come un risultato. Se non sai già come funziona il processo attuale, Claude non può scoprirlo per te: ti consegnerà una mappa sicura di un processo che non ha mai visto.
Nel lavoro regolamentato, in cui ogni requisito deve poter essere ricondotto a una fonte approvata, la velocità di stesura diventa un rischio, a meno che non si tenga traccia autonomamente della provenienza. E, di fronte a un problema di dominio davvero nuovo, senza equivalenti vicini nei dati di addestramento, ricorre a schemi generici e si ottiene di nuovo un modello predefinito.
Dove si guadagna: nella seconda e terza bozza, trasformando un ambito concordato in storie, analizzando le lacune tra due mappe di processo e facendo emergere il requisito che nessuno aveva messo per iscritto.
A chi è rivolta?
Business analyst che desiderano una seconda bozza più rapida, product owner che scrivono user story, founder che definiscono un progetto da affidare a uno sviluppatore freelance e responsabili delle operations che riprogettano un processo che già conoscono. La raccolta di Skill per lavoro e business copre i ruoli affini.
La stessa disciplina, ma le mappe dei processi e i criteri di accettazione sono scritti nei termini di Salesforce: oggetti, tipi di record, regole di convalida, modello di condivisione.
Visualizza Owen - Skill AI per Business Analyst Salesforce →In sintesi:
Fornisci a Claude la richiesta alla lettera, il processo attuale e il problema specifico, in quest’ordine, poi chiedigli di segnalare tutto ciò che ha dedotto. Per i requisiti generali e l’analisi dei processi, Elena - Skill AI per Business Analyst (14,99 $); per l’analisi specifica di Salesforce, Owen - Skill AI per Business Analyst Salesforce (14,99 $). Entrambe si caricano come file ZIP, senza bisogno di programmare, con garanzia di rimborso entro 30 giorni.
Elena - Skill AI per Business Analyst
Carica un solo file ZIP e Claude analizza la richiesta prima di documentarla: segnala le proprie inferenze, rifiuta di inventare passaggi del processo e scrive criteri di accettazione che il team QA può eseguire. Un solo pagamento, nessun abbonamento.
KissMySkills è un marketplace con oltre 1.000 Skill AI, 158 pacchetti di prompt, 55 agenti e strumenti gratuiti per Claude, ChatGPT e qualsiasi chat AI.