B2Shift · Gepubliceerd op 27 augustus 2026 · Bijgewerkt op 27 augustus 2026
Plannen ziet er eenvoudig uit totdat de uitzonderingen zich voordoen: dubbele boekingen, niet-overeenkomende tijdzones, annuleringen en verzoeken waarbij een mens nodig is, ongeacht de beschikbaarheid van de agenda.
De kernlus: verzoek, beperkingen, beschikbaarheid, bevestiging
Er komt een verzoek binnen (chat, WhatsApp, formulier of telefoontje), het systeem legt de beperkingen vast (servicetype, voorkeursperiode, benodigde middelen), vergelijkt de werkelijke beschikbaarheid met de kalender, stelt geldige slots voor en bevestigt – schrijft de boeking terug naar de kalender en stelt de relevante persoon op de hoogte. Elke stap heeft gedefinieerd gedrag nodig als deze mislukt, en niet alleen als deze slaagt.
Agenda-integratie is waar de meeste bugs zich bevinden
Beschikbaar/bezet-toegang moet de beschikbaarheid op resourceniveau weerspiegelen (een specifieke kamer, voertuig of personeelslid), en niet slechts één gedeelde agenda. De bronnen en beschikbaar/bezet-patronen van de Google Agenda API zijn de referentie die het lezen waard is voordat u deze gaat bouwen. Het omgaan met tijdzones verdient expliciete tests: een planningsassistent die stilletjes de tijdzone van het bedrijf aanneemt, zal klanten die van elders bellen, verkeerd boeken.
Annuleringen en wijzigingen hebben een expliciet beleid nodig, geen aanname
Bepaal vooraf: kan een klant zelf opzeggen, tot welke opzegtermijn, en wat er gebeurt met een no-show. Een assistent die boekingen kan maken maar een wijzigingsverzoek niet netjes afhandelt, verplaatst alleen maar de administratieve lasten in plaats van deze weg te nemen.
Escalatie heeft nog steeds een echte trigger nodig
Gevoelige of dubbelzinnige verzoeken – een medisch probleem gevouwen in een boekingsbericht, een verzoek dat buiten de normale dienstverlening valt – moeten onmiddellijk naar een persoon worden doorgestuurd in plaats van in de standaardstroom te worden gedwongen. Zie AI Chatbots & Voice Assistants voor hoe dit kan worden opgevat als een complete workflow, inclusief herinneringen en no-show-afhandeling.