Stel je voor: je ticketsysteem is live, alles draait, en dan gebeurt het.
▶Inhoudsopgave
Een ticket belandt bij de verkeerde afdeling. Een klant met een urgent probleem wacht drie dagen.
Iemand met een gratis account krijgt toegang tot premium ondersteuning. Klinkt als een nachtmerrie? Dit soort chaos gebeurt écht, en de oorzaak is bijna altijd hetzelfde: slecht geschreven of helemaal ontbrekende business rules. Business rules zijn de onzichtbare regels achter je ticketsysteem die bepalen wat er wanneer gebeurt, voor wie en onder welke voorwaarden.
Ze zijn het brein van je hele supportoperatie. En als je die regels niet helder, foutloos en slim opstelt, dan draait alles op goed geluk.
En goed geluk is geen strategie.
Wat zijn business rules precies?
Een business rule is simpel gezegd een uitspraak die vastlegt hoe je organisatie bepaalde beslissingen neemt of berekeningen uitvoert. Niet een wens. Niet een idee.
Een expliciete, ondubbelzinnige regel die je systeem volgt. Denk aan regels als: "Tickets met prioriteit 'kritiek' worden binnen 15 minuten toegewezen aan een senior medewerker" of "Klanten met een contract boven €10.000 per jaar krijgen altijd voorrang op de wachtrij." Dit zijn geen handleidingen voor mensen, dit zijn instructies voor je systeem. Het mooie aan business rules is dat ze los staan van je processen en je techniek.
De regel "een kritiek ticket moet binnen 15 minuten opgepakt worden" geldt ongeacht of je Zendesk, Jira Service Management of een zelfgebouwd systeem gebruikt. De regel bestaat op zichzelf. Dat maakt ze krachtig, maar ook gevoelig voor fouten als je ze niet zorgvuldig opschrijft.
Waarom gaat het zo vaak mis?
De meeste fouten in business rules komen niet door onwetendheid. Ze komen door vaagheid.
Iemand schrijft: "Belangrijke klanten krijgen snellere behandeling." Maar wat is "snel"? En wie bepaalt wat "belangrijk" is? Is dat het contractbedrag? Het aantal tickets? De relatiehoogte?
Die ene zin bevat minstens vier onduidelijkheden. En je systeem kan met onduidelijkheid niks. Het interpreteert letterlijk.
Dus als je niet specifiek bent, dan doet je systeem gewoon wat het denkt dat je bedoelt. En dat is zelden wat je écht wilde. Ander probleem: regels die met elkaar botsen.
Stel je hebt een regel die zegt "weekendtickets worden maandagochtend behandeld" en een andere die zegt "tickets van premiumklanten worden direct behandeld." Wat gebeurt er als een premiumklant op zondag een ticket aanmaakt? Als je dit niet hebt vastgelegd, of als je bijvoorbeeld verzuimt om Microsoft 365-licenties te koppelen aan gebruikersrecords, krijg je een conflict.
En conflicterende regels betekenen willekeur. En willekeur betekent ongelijkheid.
En ongelijkheid betekent boze klanten.
Hoe schrijf je business rules zonder fouten?
Er zijn een aantal principes die je helpen om business rules helder, foutloos en toepasbaar te maken.
1. Wees absurd specifiek
Geen ingewikkelde theorie, gewoon werkende praktijk. Geen ruime termen.
2. Gebruik de structuur: ALS → DAN
Geen "snel", "belangrijk" of "zo snel mogelijk." Schrijf wat het concreet betekent. "Binnen 15 minuten" in plaats van "snel." "Klanten met een jaarcontract boven €10.000" in plaats van "belangrijke klanten." Specifiekheid is vriendelijkheid, zowel voor je systeem als voor je team. Dit is de gouden opmaak voor business rules. "ALS de ticketprioriteit 'kritiek' is EN het contractbedrag is boven €10.000, DAN wijs toe aan een senior medewerker binnen 15 minuten." Deze structuur dwingt je om zowel de voorwaarde als de actie helder te formuleren.
En dat voorkomt gaten. Maak een kleine woordenlijst bij je business rules.
3. Definieer elk begrip
Wat betekent "kritiek" precies? Is dat een storing die 500 gebruikers raakt, of 50? Wat is een "werkdag"?
Geldt een feestdag als werkdag? Deze definities voorkomen discussies achteraf en zorgen dat iedereen, mens één systeem, hetzelfde begrijpt.
4. Test op conflicten
Schrijf je regels op een rijtje en lees ze tegen elkaar. Gaat regel 3 botsen met regel 7?
Wat als twee regels tegelijk van toepassing zijn? Leg altijd vast welke regel wint. Prioriteiten zijn geen luxe, ze zijn noodzaak.
5. Houd regels onafhankelijk
Elke business rule moet op zichzelf staan. Als je regel afhankelijk is van vijf andere regels om te werken, dan hebt je een netwerk van afhankelijkheden.
En dat is breekbaar. Hoe losser de regels, hoe makkelijker ze te onderhouden, te testen en aan te passen zijn.
6. Betrek de juiste mensen bij het schrijven
Business rules schrijf je niet alleen achter je laptop. Ze komen uit de praktijk.
Betrek je supportleads, je juridische afdeling en je klantenservice. Zij weten wat er écht speelt. Jij ziet de logica, zij zien de uitzonderingen. Samen schrijf je regels die werken in de realiteit, niet alleen op papier.
Wat als het toch misgaat?
Dan pas je aan. Business rules zijn geen wetten van stenen.
Ze zijn levende afspraken die meegroeien met je organisatie. Maak het een gewoonte om ze minimaal één keer per kwartaal te reviewen.
Kijk naar de tickets die verkeerd zijn gerouteerd. Analyseer waarom. Pas de regel aan. Documenteer de wijziging. En automatiseer terugkerende taken om handmatig werk in de toekomst te voorkomen.
De beste ticketsystemen ter werken draaien niet op de mooiste interface of de duurste licentie. Ze draaien op heldere, foutloose business rules die iedereen begrijpt en het systeem kan uitvoeren. Koppel je monitoring aan je ticketsysteem voor een fundament dat meegroeit met je bedrijf.
Veelgestelde vragen
Wat zijn business rules precies, en waarom zijn ze belangrijk?
Business rules zijn duidelijke, ondubbelzinnige regels die je ticketsysteem volgt om beslissingen te nemen en acties uit te voeren. Ze zijn cruciaal voor een efficiënte supportoperatie, omdat ze ervoor zorgen dat tickets correct worden toegewezen en behandeld, ongeacht het gebruikte systeem.
Hoe zorg je ervoor dat business rules niet vaag of onduidelijk zijn?
Vermijd vage termen zoals "belangrijke klanten" of "snel". Definieer concrete criteria, zoals een contractbedrag of een specifieke reactietijd (bijvoorbeeld "Tickets met prioriteit 'kritiek' worden binnen 15 minuten toegewezen aan een senior medewerker"). Zorg ervoor dat regels niet met elkaar botsen en consistent zijn.
Wat gebeurt er als business rules conflicteren?
Conflicterende regels leiden tot willekeur en ongelijkheid in de supportafhandeling. Bijvoorbeeld, als een regel zegt "weekendtickets worden maandagochtend behandeld" en een andere "tickets van premiumklanten worden direct behandeld", kan een premiumklant op zondag een ticket aanmaken en onverwacht behandeld worden.
Kunnen business rules verschillen per ticketsysteem (bijv. Zendesk, Jira)?
Nee, business rules zijn onafhankelijk van het gebruikte ticketsysteem. Ze zijn zelfstandige regels die op zichzelf staan en consistent worden toegepast, ongeacht of je Zendesk, Jira Service Management of een ander systeem gebruikt. Dit maakt ze krachtig, maar vereist wel zorgvuldige formulering.
Waarom is het belangrijk om business rules expliciet te formuleren?
Omdat je systeem letterlijk interpreteert. Vage regels leiden tot onverwachte en ongewenste resultaten. Het is essentieel om regels duidelijk en ondubbelzinnig te definiëren, zodat het systeem de juiste beslissingen kan nemen en je supportoperatie soepel kan verlopen.