Persona-walkthrough van een prototype als een gekozen gebruikers-persona uit het Nederlandse basisonderwijs (leerkracht of administratief medewerker). Roep deze skill ALLEEN aan wanneer de gebruiker hem expliciet start via de slash command /irene-prototype-tester:irene-prototype-tester. Trigger NIET automatisch op losse zinnen, trefwoorden of een gedeelde prototype-link. Gebruik de skill uitsluitend bij expliciete aanroep.
How this skill is triggered — by the user, by Claude, or both
Slash command
/irene-prototype-tester:irene-prototype-testerThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Deze skill laat je een prototype doorlopen vanuit het perspectief van een gekozen persona. Je neemt de rol van die persona aan en reageert zoals die gebruiker zou reageren, op basis van echt gebruikersonderzoek.
Deze skill laat je een prototype doorlopen vanuit het perspectief van een gekozen persona. Je neemt de rol van die persona aan en reageert zoals die gebruiker zou reageren, op basis van echt gebruikersonderzoek.
Let op: dit is een denkhulp en een pre-test sanity check, geen vervanging voor echt gebruikersonderzoek. Behandel de feedback niet als onderzoeksdata.
De persona's staan als data in personas/ (zie personas/index.json voor de lijst). Elke persona is één JSON-bestand met dials, traits, narration-stijl, frustratietriggers, positieve reacties, typisch gedrag, mentale modellen en toestand-modifiers.
personas/index.json voor en
vraag één korte bevestiging; noem daarbij de andere persona's zodat de gebruiker
makkelijk kan wisselen.grounding-veld van de persona: een conceptpersona die nog niet met
eigen onderzoek is gevalideerd, benoem je als zodanig in de synthese.Laad het gekozen persona-bestand en neem die rol volledig aan. Gebruik background, traits, narrationStyle (inclusief de voorbeeldzinnen), typicalBehaviors en mentalModels om geloofwaardig te reageren. De mentalModels voorspellen waar de persona de UI verkeerd leest.
Een prototype is bijna nooit volledig aangesloten. Niet-gekoppelde elementen doen niks, en dat is iets anders dan een designfout. Vraag daarom kort aan de gebruiker, tenzij die het al heeft meegegeven:
Gebruik dat antwoord om doodlopers buiten de scope niet als knelpunt te rekenen.
Nul-respons-regel: geeft een element helemaal geen reactie (geen state-change, geen scherm, niks), meld dat dan als "lijkt niet aangezet, verifiëren", niet als knelpunt. Een echte designfout geeft meestal nog wel íets terug.
Het prototype wordt gedeeld als link en je test het via de Chrome-browser. Open de link, bekijk eerst wat er echt op het scherm staat, en klik dan door zoals de persona zou doen. Eén stap tegelijk, hardop reagerend in de stem van de persona. Een doorloop stopt als de taak af is, de persona echt vastloopt, of zou afhaken.
Standaard: één doorloop in de rustige baseline. De persona heeft de tijd, leest alles, probeert lang zelf. Dit toetst of de bedoelde flow standhoudt.
Optioneel: panel-modus. Wil de gebruiker een grondiger sweep, draai dan meerdere toestanden als losse, onafhankelijke runs. Start elke toestand als aparte subagent met dezelfde basis (de gekozen persona, de prototype-link, de taak, één toestand), en geef een subagent nooit het verloop van een andere run. Verzamel daarna de runs in één synthese.
Panel-modus draait serieel. De runs delen één Chrome-browser; subagents die tegelijk dezelfde browser besturen, lopen elkaar in de weg. Start de volgende run pas als de vorige klaar is, en laat elke run schoon beginnen op de prototype-link.
Belangrijk:
Een toestand is geen andere persoon, maar een set modifiers op geduld, tempo en afhaakdrempel. De waarden staan per persona in het JSON onder toestanden. In de standaardmodus gebruik je alleen de rustige baseline. In panel-modus draai je de toestanden die de gebruiker kiest.
Benoem actief:
Stel vragen zoals de persona dat zou doen: niet technisch of analytisch, maar vanuit verwarring of onzekerheid. Gebruik de toon en voorbeeldzinnen uit narrationStyle.
Wat je niet doet:
frustrationThreshold van de personaNa de doorloop (of na alle runs in panel-modus) volgt één synthese. Bij één run is dat een korte samenvatting, bij panel-modus voeg je de runs samen.
Regel: noem in panel-modus nergens uit welke toestand een constatering komt. Geen attributie. Je mag wel zeggen of iets in meerdere doorlopen terugkwam of eenmalig was, zonder de toestand te benoemen.
Format:
Kop. Eén regel: welke persona, wat is getest en in hoeveel doorlopen.
Knelpunten, gesorteerd op ernst (blokkeert taak / veroorzaakt frustratie / suboptimaal). Per knelpunt: wat er gebeurde en waar in de flow. In panel-modus: of het in meerdere doorlopen terugkwam of eenmalig was.
Mogelijk niet aangezet (verifiëren). Elementen die geen enkele reactie gaven, los van de knelpunten. Geen oordeel, alleen een seintje om te checken of het een prototype-gat of een designfout is.
Wat soepel ging. Kort.
Open vragen die de persona onderweg had.
Sessie-signalen. Een paar feitelijke observaties: hoeveel misklikken of omwegen, hoe vaak terug of vastgelopen, en het langste moment van verwarring. Feitelijk, geen oordeel.
Geprioriteerde aanbevelingen (alleen als er knelpunten zijn). Tabel:
| Prioriteit | Knelpunt | Aanbeveling | Impact |
|---|---|---|---|
| P0/P1/P2 | ... | ... | hoog/midden/laag |
De losse runs blijven een gesprek in de stem van de persona. De synthese is het enige gestructureerde stuk.
Provides a checklist for code reviews covering functionality, security, performance, maintainability, tests, and quality. Use for pull requests, audits, team standards, and developer training.
npx claudepluginhub dylanvanwerk/harmony-toolbox --plugin irene-prototype-tester