Status: v0. Harde regel: systemen overleven ≥1 week uitval zonder paniek of datalek.
1. Principes
- Energie-first — capaciteit bepaalt aanbod, niet andersom.
- Async-default — live is schaars; schrijven schaalt beter.
- WIP-limieten — hard cap op 1:1 en open loops.
- Batch — cohorten i.p.v. eindeloos instroom-1:1.
- Zichtbare verwachtingen — klanten weten wat er gebeurt bij ziektedagen.
2. Capaciteitsmodel (invullen)
| Bucket | Max / week (voorbeeldstructuur) | Jouw getal |
|---|---|---|
| Deep work (bouw/content) | [TBD] blokken |
|
| Live calls (1:1 + groep) | [TBD] |
|
| Async klantberichten | [TBD] minuten/dag |
|
| Admin/fin/ops | [TBD] |
|
| Buffer / herstel | verplicht ≥1 dag-equivalent |
Regel: nieuwe lead die de limiet breekt → wachtlijst, geen “even snel”.
Gelijktijdige 1:1: [TBD: D4].
3. Pacing
- Plan op 70% van een goede week, niet op een topdag.
- Na zware call: herstelblok in de agenda (niet optioneel).
- Content: batch 2–4 weken vooruit op energierijke dagen.
- Nee-lijst bijhouden (Bot D kan helpen genereren).
4. Ziektedagen / flare-protocol (publiek verwachtingskader)
Concepttekst voor klanten (aanpassen met P3):
Bij een slechte dag of flare kan live contact verschuiven. Async opdrachten en materialen blijven beschikbaar. Ik communiceer zo snel als het lichaam toelaat binnen
[TBD: bijv. 48–72 u]. Dit is geen spoed- of crisishulp — bij crisis: 113 / huisarts.
Interne stappen:
- Zet status (Notion/auto-reply): “beperkt beschikbaar”
- Verplaats calls; bied async alternatief
- Geen schuld-content forceren die week
- Na afloop: 1 hersteldag vóór inhalen
5. Week-uitval-modus
Checklist zodat één week stilte niet alles breekt:
- Site & disclaimer blijven kloppen (geen handmatige firedrill)
- Intake-formulier: auto-reply met responstijd + crisislijn
- Betaalde klanten: geschreven weekplan / opnames klaar
- Betalingen/hosting: auto-renew + 2FA backups (buiten git)
- DNS/SSL: monitoring of hosting-alert
[TBD: S2] - Eén buddy/opvang?
[TBD: optioneel]— anders alleen async degradatie - Geen nieuwe 1:1 starten in herstelweek
6. Tools (privacy-first, weinig)
Minimal stack-hypothese:
| Functie | Voorstel | TBD |
|---|---|---|
| Docs | Repo /docs + Notion-spiegel |
— |
| Intake | [TBD: S5] e-mail / Cal / form |
|
| Betalen | [TBD] |
|
| Provider met DPA | ||
| Analytics | Geen of Plausible/Fathom | S4 |
Geen Excel-hel met gezondheidsdata. Geen klantdossiers in git.
7. KPI’s operatie
- Weken binnen WIP-limiet (ja/nee)
- Uitvalweek overleefd zonder datalek / boze refund-spiraal
- Aantal open loops > 14 dagen
Zie ook businessplan KPI’s.