Lo 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 - $29, un unico pagamento, nessun abbonamento.
Visualizza lo Skill di Elena →Per usare Claude come analista aziendale, forniscigli la richiesta citata esattamente, il processo attuale passo dopo passo e il problema specifico che stai cercando di risolvere - in quest'ordine - prima di chiedere un singolo requisito. Se lasciato a se stesso, Claude documenta la soluzione proposta dallo stakeholder anziché il 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 un output verificabile e le modalità di errore per le quali vale la pena rileggere ogni bozza.
Cosa dai a Claude e in quale ordine?
L'ordine è importante perché Claude si ancora a ciò che legge per primo. Se inizi con una soluzione proposta, ogni risposta successiva si piega verso di essa. Fornisci le informazioni in questa sequenza:
- La richiesta, citata 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 la seconda frase è solitamente ciò che intendevano.
- Chi è coinvolto e chi approva. I ruoli e quali di questi hanno diritto di veto. Altrimenti Claude scrive per un generico "utente" e ottieni requisiti di cui nessuno è responsabile.
- Il processo attuale, passo dopo passo. Ogni passaggio deve avere un responsabile, un sistema, un evento di attivazione e un output. Includi le soluzioni manuali alternative - il foglio di calcolo che una persona tiene aggiornato, il messaggio Slack che funge da approvazione. Di solito è lì che si nasconde il requisito reale.
- Il problema specifico. Non "è inefficiente". Cosa si rompe, con quale frequenza e quanto costa: "ogni mese, circa tre fatture su quaranta vengono registrate due volte e l'ufficio finanziario impiega all'incirca una giornata al mese per stornarle." Se non hai il dato, scrivi che non lo hai - è un'attività di ricerca, non qualcosa che devi lasciare compilare a Claude.
- 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à. Documenti attuali, esportazioni dei ticket, screenshot delle schermate esistenti. Claude legge il testo incollato e i file allegati. Non legge il tuo Jira.
Solo allora chiedi l'output e chiedi un artefatto alla volta: mappa dello stato attuale, poi elenco delle lacune, poi user story. Se chiedi un BRD completo in un'unica soluzione, ottieni un documento in cui ogni sezione è corretta più o meno al 60% e non puoi capire quale 40% sia sbagliato.
Cosa sbaglia Claude nell'analisi aziendale?
Documenta la soluzione, non il problema. Chiedi i requisiti per "una nuova dashboard delle approvazioni" e ottieni requisiti per una dashboard. Non chiederà se il passaggio di approvazione debba esistere affatto. Devi imporre esplicitamente questa separazione; non la fa mai spontaneamente.
Colma le lacune inventando passaggi del processo. Digli "poi passa alla finanza" e restituisce tre plausibili sottopassaggi 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 sviluppati.
Criteri di accettazione che riformulano la user story. 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 pensarci due volte.
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, niente rispetto a cui qualcuno possa dare l'approvazione.
Un'altra cosa sui thread lunghi: arrivato al messaggio venti, ha reinserito silenziosamente l'ambito che avevi eliminato al messaggio sei. Ribadisci l'ambito concordato ogni pochi turni e verifica che il documento lo rispetti.
Quali prompt funzionano davvero?
1. Separa il problema dalla soluzione proposta.
Ecco una richiesta, riportata esattamente: <paste>. Non scrivere ancora i requisiti. Separa ciò che è stato chiesto (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 permettergli di inventare.
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. Dove 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 tecnico QA: stato iniziale, azione, risultato osservabile. Se non puoi 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 lo slittamento dell'ambito.
Ambito concordato: <list>. Leggi il documento qui sopra ed elenca ogni requisito in esso contenuto che non è coperto da quell'elenco.
Il prompt 2 è quello che fa risparmiare più lavoro da rifare. Il prompt 3 è quello che le persone saltano e di cui poi si pentono.
Elena mantiene l'ordine degli input e le regole di contrassegnatura [INFERRED] / [UNKNOWN] indicate sopra come istruzioni permanenti, così non devi riscriverle in ogni conversazione.
Visualizza Elena - Skill AI per analisti aziendali →Come si installa?
La skill è un file ZIP con un file SKILL.md nella cartella principale. Nell'app desktop di Claude vai su Personalizza → Skills → +, carica il file ZIP e attivala. Claude legge SKILL.md e ti mostra un riepilogo di ciò che fa la skill prima che tu la abiliti.
Una cosa da controllare prima: l'esecuzione del codice deve essere abilitata in Impostazioni → Funzionalità. Le Skills funzionano su ogni piano, incluso Free. Senza l'esecuzione del codice, la skill non funzionerà.
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. Perdi l'interruttore di attivazione/disattivazione; il comportamento è lo stesso. Requisiti del piano verificati a settembre 2026 sulla base dell'articolo di assistenza sulle Skills di Anthropic - cambiano abbastanza spesso le limitazioni in base al 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 dati, ai reali limiti dei campi del tuo CRM o alla velocità del tuo team. Qualunque 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 al posto tuo - ti consegnerà una mappa sicura di un processo che non ha mai visto.
Nel lavoro regolamentato, in cui ogni requisito deve risalire a una fonte approvata e firmata, la velocità di stesura diventa un rischio se non conservi personalmente la provenienza. E davanti a un problema di dominio davvero inedito, senza equivalenti simili nei dati di addestramento, ricade su schemi generici e ti ritrovi di nuovo con un modello predefinito.
Dove ripaga: nella seconda e terza bozza, nell'espansione di un ambito concordato in user story, nell'analisi delle lacune tra due mappe di processo e nell'emersione del requisito che nessuno aveva messo per iscritto.
A chi è rivolto?
Analisti aziendali che vogliono una seconda bozza più rapida, product owner che scrivono user story, founder che definiscono un progetto da affidare a uno sviluppatore a contratto e responsabili delle operations che riprogettano un processo che già conoscono. La raccolta Business, Consulting & Operations include 101 skill che coprono i ruoli affini, mentre la guida per analisti dei dati riprende il discorso da dove iniziano i numeri.
La stessa disciplina, ma le mappe dei processi e i criteri di accettazione sono scritti in termini Salesforce: oggetti, tipi di record, regole di convalida, modello di condivisione.
Visualizza Owen - Skill AI per analisti aziendali Salesforce →In sintesi
Fornisci a Claude la richiesta alla lettera, il processo attuale e il problema specifico, in quest'ordine, poi chiedigli di contrassegnare tutto ciò che ha dedotto. Requisiti generali e lavoro sui processi: Elena - Skill AI per analisti aziendali. Analisi specifica per Salesforce: Owen - Skill AI per analisti aziendali Salesforce. Entrambe sono disponibili come caricamenti ZIP, senza programmazione, con garanzia soddisfatti o rimborsati di 30 giorni.
Elena - Skill AI per analisti aziendali
Carica un unico ZIP e Claude analizza la richiesta prima di documentarla: contrassegna le proprie deduzioni, rifiuta di inventare passaggi del processo e scrive criteri di accettazione che il controllo qualità può eseguire. Un solo pagamento, nessun abbonamento.
KissMySkills è un marketplace con oltre 1.700 Skill AI, 48 pacchetti di prompt, 55 agenti e strumenti gratuiti per Claude, ChatGPT e qualsiasi chat AI. Garanzia soddisfatti o rimborsati di 30 giorni.
