het portaal

Eén servicebus. Drie rijdagen per week. Honderden onderhoudsklanten verspreid over vijf regio’s.

Dat was de startsituatie bij een installatiebedrijf in airco’s en warmtepompen. Ze wilden hun klanten zelf een onderhoudsmoment laten kiezen. Fijn voor de klant, en het scheelt een hoop telefoontjes.

Alleen: vrije keuze en een efficiënte route bijten elkaar. Laat iedereen prikken wat hij wil, en de bus rijdt kriskras door de regio. Leg de route vast, en de klant wacht weken op een datum die het bedrijf uitkomt. Dat is het vraagstuk waar ik een oplossing voor bouwde.

de dode database

Eerst het patroon dat ik in de hele branche zie, en dat ik het meest onderschatte probleem in CRM vind.

Het CRM is er wel, maar het is een archief. Een klant vult een formulier in en dat formulier wordt een regel in een systeem. Daarna begint het echte werk pas: iemand op kantoor leest de regel, pakt de telefoon, kijkt op een kaart, schuift met afspraken en hoopt dat de puzzel past. De software registreert. De mens plant.

Dat voelt normaal omdat het overal zo werkt. Maar het betekent dat de duurste kennis van het bedrijf, namelijk waar de bus rijdt en wanneer, alleen in het hoofd van de planner zit. Elke afspraak is handwerk. Elke drukke week is een kaartpuzzel. En de klant merkt daar niets van, behalve dat hij lang moet wachten op een datum.

Software die alleen onthoudt, helpt niemand. Het moment waarop een systeem waarde kan toevoegen is niet achteraf, in een rapportage. Het is op het moment dat de klant zit te kiezen.

laat het systeem meedenken

De omkering die wij bouwden: niet de klant beperken, maar het systeem laten meedenken op het moment van inplannen.

De klant plant zijn onderhoud in via een eigen portaal. Zodra hij een datum kiest, kijkt het systeem mee. Welke klussen staan er al gepland in zijn regio? Het zet de dag bovenaan waarop de servicebus toch al in de buurt komt.

De klant ziet gewoon een lijst met beschikbare data. Hij kiest er een die hem uitkomt. Wat hij niet ziet, is dat de volgorde van die lijst gestuurd wordt door de route van de bus. Afspraken klonteren daardoor vanzelf samen tot efficiënte ritten.

Het resultaat: de planner puzzelt geen kaart meer, en de klant houdt het gevoel dat hij gewoon zelf zijn moment kiest. Allebei waar, tegelijk.

En het portaal doet meer dan plannen. Een storing met foto wordt een ticket bij de juiste klant. Een boeking verschijnt op het onderhoudsbord. Alles landt meteen op de juiste plek in het bestaande CRM. Niemand typt iets over. Dat laatste klinkt als een detail, maar het is precies waar de meeste portalen sneuvelen: een mooi formulier aan de voorkant en daarachter iemand die alles alsnog overtikt.

zuinig gebouwd

Er zit nog een principe onder dat ik belangrijk vind: de dagelijkse flow mag geen geld kosten.

De voor de hand liggende route was een routing-API van een grote aanbieder. Werkt prima, maar dan betaal je per aanroep, elke dag opnieuw, voor iets dat in de kern een afstandsvraag is. Wij kozen anders: een gratis Nederlandse adressendienst met slimme afstandslogica eroverheen. Nul API-kosten in de dagelijkse flow.

En we hoefden niets te vervangen. Het bedrijf houdt zijn CRM, zijn borden, zijn werkwijze. Wij legden er een laag intelligentie en een klantportaal overheen. Dat is voor een MKB-bedrijf het verschil tussen een project van weken en een migratie van een jaar.

Eerlijk over de grens: dit is geen echte routeoptimalisatie. Het systeem doet een suggestie op basis van afstand tot wat er al gepland staat. De klant mag die suggestie negeren en alsnog een dag prikken waarop de bus aan de andere kant van de regio zit. Dat gebeurt, en dat is prima. Het doel was nooit een perfecte route. Het doel was dat de gemiddelde week vanzelf beter klontert dan wanneer een mens het met de hand moet doen.

logistiek die je niet ziet

Wat dit project me vooral opnieuw liet zien: goede customer experience is meestal geen frontend-vraagstuk. Het is logistiek die onzichtbaar is gemaakt.

De klant van dit installatiebedrijf heeft geen idee dat er afstandslogica onder zijn datumkeuzes zit. Hij ervaart iets veel simpelers: hij kon snel een afspraak maken, op een moment dat hem uitkwam, zonder te bellen. Dat de datum die bovenaan stond toevallig ook de datum was waarop de bus al in zijn buurt reed, voelt als toeval. Het is ontworpen toeval.

Dat is voor mij de kern van de omkering. De branche bouwt systemen die de planner voeden met informatie, in de hoop dat de planner er iets slims mee doet. Ik draai het liever om: het systeem maakt de planning slim, niet de planner. De mens houdt de uitzonderingen, het systeem doet het geschuif.

En misschien is dat wel de eerlijkste maatstaf voor een klantportaal. Niet hoeveel functies het heeft, maar hoeveel werk er verdwijnt zonder dat iemand het ziet verdwijnen.