Lead operations
Leadroutering: welke regels heb je echt nodig?
Een praktisch beslismodel voor teams die aanvragen eerlijk, snel en uitlegbaar over meerdere bestemmingen willen verdelen.
Onderdeel 01
Begin met uitsluiten, niet met rangschikken
Een route kan commercieel aantrekkelijk zijn en toch ongeschikt voor een specifieke aanvraag. Controleer daarom eerst harde voorwaarden zoals markt, product, regio, klanttype en verplichte gegevens. Alleen geschikte bestemmingen gaan door naar de volgende stap.
Deze scheiding voorkomt dat prioriteit of prijs een ongeldige match overschrijft. Ook wordt een afwijzing beter te verklaren: de bestemming viel buiten het werkgebied, had onvoldoende gegevens of accepteerde dit klantprofiel niet.
Onderdeel 02
Capaciteit is actueel en tijdgebonden
Een weekcap, dagcap of segmentcap is geen statisch getal. Het systeem moet weten hoeveel geldige leveringen in de relevante periode al meetellen, welke tijdzone geldt en of een grens voor een regio of product apart wordt bijgehouden.
Ook planning hoort bij beschikbaarheid. Een route kan buiten openingstijd worden overgeslagen, in een wachtrij terechtkomen of volgens afspraak later worden aangeboden. Leg die keuze vooraf vast zodat snelheid en kwaliteit niet toevallig van het moment afhangen.
Cap per dag, week of maand
Aparte caps per regio of product
Openingstijden en feestdagen
Wachtrij of gecontroleerde doorlevering
Onderdeel 03
Prioriteit volgt pas na de match
Wanneer meerdere routes geschikt en beschikbaar zijn, bepaalt prioriteit wie eerst wordt geprobeerd. Dat kan een vaste volgorde, round robin, gewicht, prijs of combinatie zijn. Gebruik één dominante logica per groep en documenteer uitzonderingen.
Een ingewikkelde score met veel kleine factoren lijkt slim, maar is vaak moeilijk te controleren. Begin met regels die een commercieel contract of operationele afspraak weerspiegelen. Voeg alleen complexiteit toe wanneer data laat zien dat dit de uitkomst verbetert.
Onderdeel 04
Levering en routering zijn niet hetzelfde
Routering kiest de bestemming. Levering bepaalt hoe de aanvraag via API, e-mail of een andere verbinding aankomt en hoe het antwoord wordt geΓ―nterpreteerd. Houd die verantwoordelijkheden gescheiden zodat een tijdelijk technisch probleem niet ongemerkt de commerciΓ«le logica verandert.
Spreek af of een mislukte poging opnieuw wordt uitgevoerd, stopt of naar een volgende geschikte route gaat. Bewaar iedere poging met tijdstip, respons en uitkomst. Zo blijft zichtbaar of de lead verkeerd was gematcht of alleen technisch niet kon worden afgeleverd.
Onderdeel 05
Test scenario's voordat volume binnenkomt
Test niet alleen de normale route. Gebruik ook een volle cap, gesloten planning, dubbele aanvraag, ontbrekend veld, afwijzende API en twee gelijktijdige leads voor de laatste beschikbare plek. Juist deze situaties bepalen of het systeem onder druk eerlijk blijft werken.
Een goede audittrail toont per kandidaat welke regel matchte, welke grens werd geraakt en welke levering volgde. Daarmee kunnen operations, sales en finance dezelfde beslissing controleren zonder het systeem te hoeven reconstrueren.
FAQ
Veelgestelde vragen
01Is round robin voldoende voor leadroutering?
Alleen wanneer alle bestemmingen dezelfde doelgroep, capaciteit en afspraken hebben. In de praktijk zijn geschiktheid en beschikbaarheid meestal nodig vΓ³Γ³r de beurtverdeling.
02Wat gebeurt er als twee leads tegelijk de laatste plek gebruiken?
De capaciteitscontrole moet de relevante route tijdens de beslissing vergrendelen. Anders kunnen beide aanvragen dezelfde laatste plek toegewezen krijgen.
03Moet een CRM de routering uitvoeren?
Niet per se. Een aparte routeringslaag kan vΓ³Γ³r bestaande CRM's, mailboxen en API's staan en alleen de beslislogica centraliseren.