Hoe je Claude als bedrijfsanalist gebruikt (en waar het de mist in gaat)

Als je Claude als bedrijfsanalist wilt gebruiken, geef je het eerst het exact geciteerde verzoek, daarna het huidige proces stap voor stap en vervolgens de specifieke fout die je probeert op te lossen - voordat je om één requirement vraagt. Als je Claude zijn gang laat gaan, documenteert het de oplossing die de stakeholder heeft voorgesteld in plaats van het onderliggende probleem, en vult het de hiaten in je proceskaart aan met aannemelijke stappen die het zelf heeft verzonnen. Hieronder vind je de volgorde van de input, vijf prompts die controleerbare uitvoer opleveren en de faalwijzen die je in elk concept opnieuw moet nalopen.

Wat geef je Claude en in welke volgorde?

De volgorde is belangrijk omdat Claude zich vastklampt aan wat het als eerste leest. Begin je met een voorgestelde oplossing, dan buigt elk later antwoord in die richting. Geef de informatie in deze volgorde:

1. Het verzoek, exact geciteerd. Plak wat de stakeholder daadwerkelijk heeft gezegd of geschreven, niet jouw opgepoetste versie. "Sales heeft een dashboard nodig" en "Sales kan niet zien welke deals vastlopen" leveren totaal verschillende documenten op, en het tweede is meestal wat ze bedoelden.
2. Wie wordt geraakt en wie geeft goedkeuring. Rollen en welke daarvan een veto hebben. Anders schrijft Claude voor één generieke "gebruiker" en krijg je requirements waar niemand eigenaar van is.
3. Het huidige proces, stap voor stap. Geef elke stap een actor, een systeem, een trigger en een uitvoer. Neem de handmatige workarounds op - de spreadsheet die één persoon bijhoudt, het Slack-bericht dat als goedkeuring fungeert. Daar zit meestal de echte requirement verborgen.
4. De specifieke fout. Niet: "het is inefficiënt". Wat gaat er mis, hoe vaak en wat kost het: "drie van ongeveer veertig facturen per maand worden dubbel ingevoerd en Finance is ongeveer een dag per maand bezig om ze terug te draaien." Als je het aantal niet hebt, schrijf dan dat je het niet weet - dat is een onderzoekstaak, niet iets wat je Claude moet laten invullen.
5. De beperkingen. Deadline, budget, systemen waar je niet aan mag komen, compliance-regels en de integratie die de vorige keer negen maanden duurde.
6. Wat al bestaat. Huidige documentatie, exports van tickets, schermafbeeldingen van de bestaande schermen. Claude leest geplakte tekst en bijgevoegde bestanden. Het leest je Jira niet.

Vraag pas daarna om uitvoer en vraag om één artefact tegelijk: een huidige-situatiekaart, vervolgens een lijst met hiaten en daarna user stories. Vraag je in één keer om een volledige BRD, dan krijg je een document waarin elke sectie ongeveer 60% correct is en je niet kunt zien welke 40% fout is.

Wat doet Claude verkeerd bij bedrijfsanalyse?

Het documenteert de oplossing, niet het probleem. Vraag om vereisten voor "een nieuw goedkeuringsdashboard" en je krijgt dashboardvereisten. Het vraagt niet of de goedkeuringsstap überhaupt zou moeten bestaan. Je moet die splitsing expliciet afdwingen; uit zichzelf doet het dat nooit.

Het vult hiaten op met verzonnen processtappen. Zeg dat het "daarna naar finance gaat" en het komt terug met drie plausibele sub-stappen voor finance, geschreven in exact dezelfde zelfverzekerde stijl als de stappen die je daadwerkelijk hebt aangeleverd. Nergens in de uitvoer wordt het verschil gemarkeerd. Dit is de duurste fout in de lijst, omdat verzonnen stappen worden beoordeeld, goedgekeurd en gebouwd.

Acceptatiecriteria die het verhaal herhalen. Onbewerkt schrijft het: "Als manager wil ik het rapport exporteren, zodat ik het kan delen. Acceptatiecriteria: de manager kan het rapport exporteren." Dat is niet testbaar en QA stuurt het meteen terug.

Niet-functionele vereisten die als bijvoeglijke naamwoorden zijn geformuleerd. "Het systeem moet snel, schaalbaar en gebruiksvriendelijk zijn" komt in bijna elke eerste versie voor. Geen getal, geen meetmethode, niets waar iemand zijn goedkeuring aan kan geven.

Nog één punt over lange threads: tegen bericht twintig heeft het stilletjes de scope opnieuw opgenomen die je bij bericht zes had geschrapt. Herhaal de afgesproken scope om de paar beurten en controleer het document aan de hand daarvan.

Welke prompts werken eigenlijk?

1. Scheid het probleem van de voorgestelde oplossing.

Hier is een verzoek, exact geciteerd: <paste>. Schrijf nog geen vereisten. Scheid wat er is gevraagd (een voorgestelde oplossing) van het probleem dat daaruit blijkt. Geef vervolgens de vijf vragen waarvan de antwoorden het meeste invloed zouden hebben op wat we bouwen. Markeer elke regel die je hebt afgeleid in plaats van gelezen met [INFERRED].

2. Breng de huidige situatie in kaart zonder het systeem iets te laten verzinnen.

Hieronder staan de processtappen die ik ken. Geef ze weer als een genummerde flow met per stap de actor, het systeem, de trigger en de uitvoer. Als ik geen stap heb gegeven, schrijf dan [UNKNOWN - confirm with owner] in plaats van die in te vullen. Voeg geen stappen toe.

3. Zorg ervoor dat acceptatiecriteria testbaar zijn.

Schrijf voor elk acceptatiecriterium de exacte test die een QA-engineer zou uitvoeren: begintoestand, actie, waarneembaar resultaat. Als je de test niet kunt schrijven, is het criterium te vaag - herschrijf het totdat dat wel kan.

4. Voeg getallen toe aan de niet-functionele vereisten.

Herschrijf elke niet-functionele vereiste zodat deze een getal en een manier om die te meten bevat. Verwijder alle vereisten die je niet kunt kwantificeren uit de lijst en zet ze in een aparte sectie met de kop "Heeft een doel van de business nodig".

5. Let op scopeverschuiving.

Afgesproken scope: <list>. Lees het bovenstaande document en geef elke vereiste daarin weer die niet door die lijst wordt gedekt.

Prompt 2 is degene die het meeste herstelwerk bespaart. Prompt 3 is degene die mensen overslaan en waar ze later spijt van krijgen.

Hoe installeer je de skill?

De skill is een ZIP-bestand met een SKILL.md-bestand in de hoofdmap. Ga in de Claude-desktopapp naar Aanpassen → Skills → +, upload de ZIP en schakel de skill in. Claude leest SKILL.md en toont een samenvatting van wat de skill doet voordat je deze inschakelt.

Controleer eerst één ding: code-uitvoering moet zijn ingeschakeld via Instellingen → Mogelijkheden. Skills werken zelf op elk abonnement, ook Free. Zonder code-uitvoering wordt de skill niet uitgevoerd.

Bij een gratis Claude-abonnement, of in ChatGPT of Gemini, bestaat het alternatief uit het openen van SKILL.md in een teksteditor en het plakken van de inhoud in aangepaste instructies. Je verliest de aan/uit-schakelaar; het gedrag is hetzelfde. De abonnementsvereisten zijn in september 2026 gecontroleerd aan de hand van Anthropic’s helpartikel over Skills - ze wijzigen de abonnementsbeperkingen vrij vaak, dus controleer de actuele vereiste in de Claude-app voordat je iets koopt.

Wanneer moet je Claude hiervoor niet gebruiken?

Het kan geen stakeholderinterview uitvoeren en heeft geen toegang tot je Jira, je datamodel, de werkelijke veldlimieten van je CRM of de snelheid van je team. Alles wat het zegt over wat een stakeholder wil, is een gok die als bevinding wordt gepresenteerd. Als je nog niet weet hoe het huidige proces verloopt, kan Claude dat niet voor je uitzoeken - het geeft je een overtuigende proceskaart van een proces dat het nooit heeft gezien.

Bij gereguleerd werk, waar elke vereiste moet kunnen worden herleid tot een goedgekeurde bron, is de snelheid van opstellen een risico tenzij je de herkomst zelf bijhoudt. En bij een echt nieuw domeinprobleem, zonder een nauw verwant equivalent in het trainingsmateriaal, valt het terug op algemene patronen en krijg je opnieuw een sjabloon.

Hier verdient het zichzelf terug: bij de tweede en derde versie, het uitwerken van een goedgekeurde scope tot user stories, een gap-analyse tussen twee procesmodellen en het boven tafel krijgen van die vereiste die niemand had opgeschreven.

Voor wie is dit bedoeld?

Businessanalisten die een snellere tweede versie willen, product owners die user stories schrijven, oprichters die een bouwspecificatie voor een contractontwikkelaar opstellen en operationsleads die een proces herontwerpen dat ze al begrijpen. De collectie Business, Consulting & Operations bevat 101 skills voor deze aanverwante rollen, en de gids voor data-analisten gaat verder waar de cijfers beginnen.

Gerelateerde Skill-gidsen

• Claude gebruiken als data-analist
• Claude gebruiken voor marktonderzoek
• Claude-prompts en sjablonen per afdeling
• Claude gebruiken als onderzoeksassistent: de Skill-gids van Aiden
• Claude gebruiken als rapportenschrijver: de Skill-gids van Reid
• Claude gebruiken als academisch schrijver: waar de grens ligt
• Claude gebruiken als documentensamenvatter: de Skill-gids van Jules