Het idee is om een proces de standaardiseren zodat we een gerichte aanpak hebben voor het onderzoeken óf en hoe een nieuw component wordt toegevoegd aan het design system.

V0.1:

Spike voor een nieuw component

Een spike is een getimeboxt onderzoek dat voorafgaat aan het toevoegen van een component of patroon aan het design system. Het doel is leren en beslissen, niet bouwen. Vragen die worden beantwoord: is dit component nodig, haalbaar en hoe moet het zich gedragen?

• Kaderen
  Formuleer wat je wilt leren en timebox de spike (bijvoorbeeld 2-5 dagen).

• Inventariseren
  Check of bestaande componenten, zowel intern of in vergelijkbare systemen, het al oplossen of uitgebreid kunnen worden. Verzamel de use cases uit producten die het component nodig hebben.

• Prototypen
  Maak een low-fi prototype (in Figma of met Claude) dat de risicovolle kern raakt: de lastige interactie, de edge cases.

• Toetsen
  Leg het voor aan een paar gebruikers/ontwerpers/developers. Check of het mentale model klopt en of het technisch haalbaar is.

• Concluderen
  Schrijf kort op: wat werkt, wat niet, aanbevolen aanpak, geschatte omvang.

Output template

## Spike: [onderwerp]

**Vraag:** …
**Timebox:** … | **Besteed:** …

### Wat we hebben geleerd
…

### Beslissing
[ ] Bouwen → tickets aangemaakt: #…
[ ] Niet bouwen, omdat: …

### Openstaande vragen voor de bouwfase
- …