From b094018eeb477f60692c4a853f40b86fbc36b897 Mon Sep 17 00:00:00 2001 From: "bert.hausmans" Date: Fri, 10 Apr 2026 15:50:14 +0200 Subject: [PATCH] docs: clarify that crowd lists are optional, not mandatory Co-Authored-By: Claude Opus 4.6 (1M context) --- docs/organizer/persons/crowd-lists.md | 14 ++++++++------ 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/docs/organizer/persons/crowd-lists.md b/docs/organizer/persons/crowd-lists.md index f0affe49..dfd35b89 100644 --- a/docs/organizer/persons/crowd-lists.md +++ b/docs/organizer/persons/crowd-lists.md @@ -16,7 +16,9 @@ Het cruciale inzicht: een publiekslijst is niet hetzelfde als een crowd type. Ee ## Waarom publiekslijsten? -Bij een klein evenement met 20 vrijwilligers kun je prima zonder lijsten werken. Maar zodra je festival groeit — 200 vrijwilligers, 5 leveranciers met elk hun eigen personeel, een VIP-gastenlijst die door de programmeur wordt beheerd, persaccreditaties die via een formulier binnenkomen — wordt het onbeheersbaar zonder structuur. +Bij een klein evenement met 20 vrijwilligers kun je prima zonder publiekslijsten werken. Je maakt personen aan, keurt ze goed, en wijst shifts toe — de publiekslijst is geen verplichte stap in die flow. Publiekslijsten worden waardevol zodra je groepen wilt onderscheiden: bartenders apart van EHBO'ers, leverancierspersoneel apart van eigen crew. Vanaf circa 50 deelnemers besparen ze meer tijd dan ze kosten. + +Maar zodra je festival groeit — 200 vrijwilligers, 5 leveranciers met elk hun eigen personeel, een VIP-gastenlijst die door de programmeur wordt beheerd, persaccreditaties die via een formulier binnenkomen — wordt het onbeheersbaar zonder structuur. Publiekslijsten lossen drie problemen op: @@ -132,7 +134,7 @@ Dit drielaags model betekent: - Briefings ontvangen (gepersonaliseerde e-mails met taakomschrijving en e-tickets) - Ingecheckt worden op de showdag (via Mission Control) -De publiekslijst is dus het startpunt van de hele deelnemers-workflow. Zonder goedkeuring op een lijst, geen shifts, geen accreditatie, geen briefing. +De publiekslijst helpt je om goedkeuringen georganiseerd te doorlopen. De goedkeuring zelf staat echter op de persoon, niet op de lijst — een persoon kan ook zonder publiekslijst worden goedgekeurd en shifts krijgen. Bij grote evenementen zijn publiekslijsten onmisbaar voor overzicht; bij kleine evenementen zijn ze optioneel. ### Auto-approve: wanneer wel, wanneer niet? @@ -439,13 +441,13 @@ In het overzicht worden potentiële problemen zichtbaar gemaakt: Publiekslijsten staan niet op zichzelf. Ze zijn het startpunt van een keten van operationele processen. Begrijpen hoe deze keten werkt is essentieel voor efficiënt festivalbeheer. -**De keten: Personen → Publiekslijsten → Shifts → Accreditatie → Briefings → Check-in** +**De keten: Personen → (optioneel: Publiekslijsten) → Shifts → Accreditatie → Briefings → Check-in** ### Publiekslijsten en shifts: twee onafhankelijke lagen Dit is het punt waar de meeste vragen over ontstaan, dus laten we het grondig behandelen. -Een publiekslijst bepaalt **wie mag meedoen**. Een shift bepaalt **wat iemand doet, wanneer en waar**. Dit zijn twee onafhankelijke lagen die elkaar aanvullen maar niet afhankelijk van elkaar zijn. +Een publiekslijst **groepeert** wie er meedoet. Een shift bepaalt **wat iemand doet, wanneer en waar**. Dit zijn twee onafhankelijke lagen die elkaar aanvullen maar niet afhankelijk van elkaar zijn — een persoon kan shifts krijgen zonder op een publiekslijst te staan. **Concreet voorbeeld:** Je hebt een publiekslijst "Bartenders" met 15 goedgekeurde vrijwilligers. In je sectie "Bar" heb je 6 shifts op vrijdag en 6 shifts op zaterdag, elk met 3 plekken. Dat zijn 36 shift-plekken totaal. Je 15 bartenders claimen of worden toegewezen aan deze shifts — sommigen werken alleen vrijdag, anderen alleen zaterdag, een paar werken beide dagen. @@ -455,7 +457,7 @@ De publiekslijst "Bartenders" heeft max 15 personen. De shifts hebben elk max 3 **Wat je in de praktijk wilt weten:** "Welke personen van mijn barteam hebben nog geen shift?" Dit is een planningsvraag die je beantwoordt door de personenlijst te filteren op crowd type + status = goedgekeurd, en te checken wie al shift-toewijzingen heeft. De publiekslijst helpt je om die groep te identificeren; de shiftplanning toont de toewijzingen. -**Alleen goedgekeurde personen krijgen shifts.** Een persoon met status `pending` of `rejected` komt niet in aanmerking voor shift-toewijzing. Dit is een automatische filter in het systeem. De flow is altijd: eerst goedkeuren op de lijst, dan pas shifts toewijzen. Als je auto-approve aanhebt, verloopt dit naadloos — de persoon is onmiddellijk beschikbaar voor shiftplanning. +**Alleen goedgekeurde personen krijgen shifts.** Een persoon met status `pending` of `rejected` komt niet in aanmerking voor shift-toewijzing. Dit is een automatische filter in het systeem. De flow is altijd: eerst de persoon goedkeuren, dan pas shifts toewijzen. Die goedkeuring kan via een publiekslijst (handig bij bulk-goedkeuring), maar ook direct op de persoon. Als je auto-approve aanhebt op een lijst, verloopt dit naadloos — de persoon is onmiddellijk beschikbaar voor shiftplanning. ### Publiekslijsten en accreditatie @@ -495,7 +497,7 @@ Je kunt de match bevestigen — waardoor de persoon wordt gekoppeld aan het best | Registratie | Groepeert personen in logische eenheden | Personen-module beheert de individuele registratie | | Goedkeuring | Biedt bulk-goedkeuring per lijst | Persoonsstatus wijzigt op persoonsniveau | | Shiftplanning | Identificeert wie beschikbaar is per groep | Shiftmodule wijst individuele personen toe aan tijdsloten | -| Accreditatie | Bepaalt wie in aanmerking komt (via crowd type) | Accreditatiemodule kent items toe per persoon | +| Accreditatie | Groepeert personen per crowd type voor overzicht | Accreditatiemodule kent items toe per persoon (op basis van goedkeuringsstatus) | | Briefing | Dient als segmentatie voor gerichte communicatie | Briefingmodule verstuurt per persoon | | Check-in | — | Mission Control checkt per persoon in | | Evaluatie | Basis voor no-show analyse per groep | Retrospectief rapport aggregeert per festival |