het portaal

Het installatiebedrijf waarvoor ik dit bouwde, doet airco’s en warmtepompen, en heeft één servicebus. Die rijdt drie dagen per week, en moet in die tijd honderden onderhoudsklanten bijhouden over vijf regio’s. Wat ze wilden was overzichtelijk: klanten zelf hun onderhoudsmoment laten kiezen, zodat de telefoon minder vaak gaat en er minder administratie omheen zit.

Alleen bijten vrije keuze en een efficiënte route 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 was het vraagstuk waar ik een oplossing voor bouwde.

Even hoe dit begon, want dat zegt meer dan de oplossing zelf. Ik zag dat dit bedrijf ontzettend veel aan onderhoud deed. Een stuk of 700 lopende onderhoudscontracten, die ze één of twee keer per jaar moesten inplannen. En klanten hoefden pas te betalen als het onderhoud gepleegd was, dus het bedrijf moest die mensen zelf proactief gaan benaderen om het überhaupt ingepland te krijgen. Dat ging allemaal via de telefoon en de mail. Toen zei ik: jongens, krijgen jullie ook telefoontjes voor storingen? Nou, dat kregen ze. En is het dan niet slim om gewoon een mijnomgeving op te zetten? Een plek waar klanten simpel kunnen inloggen, hun gegevens zien, zelf een storing melden, een vraag stellen, en hun onderhoudscontract aanvragen of inplannen. Klanten vinden het vaak fijn dat ze hun eigen gegevens kunnen beheren, en er zit meteen een stukje upsell in.

de dode database

Eerst even het patroon dat ik overal tegenkom, want dit is volgens mij echt het meest onderschatte probleem in CRM-land. Kijk, het CRM is er wel. Alleen is het een archief. Een klant vult een formulier in, dat wordt een regeltje in een systeem, en dan begint het echte werk pas. Iemand op kantoor leest die regel, pakt de telefoon, kijkt op een kaart, gaat schuiven met afspraken en maar hopen dat de puzzel past. De software registreert, de mens plant. Klaar.

En dat voelt normaal, want overal gaat het zo. Maar het betekent wel dat de duurste kennis van het bedrijf, namelijk waar die bus rijdt en wanneer, gewoon in het hoofd van één planner zit. Elke afspraak met de hand. Een drukke week is een kaartpuzzel. En de klant? Die merkt er niks van, behalve dan dat hij lang op een datum zit te wachten.

de klant doet het zelf

Dus we draaiden het hele ding om, en de klant werd degene die het in gang zet. Neem een servicecontract. Vroeger was het: zij bellen, of het kantoor belt hen, en dan is het heen en weer. Nu vraagt de klant er gewoon zelf een aan in het portaal. En dat aanvragen werd zó veel makkelijker, dat de aanvragen met 15 procent omhoog gingen. Nu, eerlijk is eerlijk, we rolden dit uit in het zomer-hoogseizoen bij die klant, dus een deel is het seizoen. Maar een flink stuk is gewoon dat het nu makkelijker is, en dat de upsell naar een contract meteen in de flow zit.

En dat contract maken? Dat gaat ook niet meer met de hand. Vraagt iemand een contract aan, dan krijgt-ie automatisch een offerte, op basis van een paar vragen die het portaal al gesteld heeft. Simpele vragen met simpele antwoorden, en niet heel veel variatie in die antwoorden. Precies goed. Die vragen hadden we toch al gesteld, dus waarom zou een mens dat nog moeten doen. De klant krijgt de offerte, accepteert ‘m, en daar is het servicecontract. En dan kan-ie meteen een servicemoment inplannen.

Het is nu allemaal geautomatiseerd, en elke actie wordt door de klant zelf getriggerd. En juist dat, gek genoeg, tilt de tevredenheid op: ze hebben direct hun offerte en de prijs. Een kwestie van vijf minuten, in plaats van een dag wachten tot iemand terugbelt.

laat het systeem meedenken

En dan de planning eronder. De klant kiest een datum, en op dat moment denkt het systeem stilletjes mee. Meer is het niet.

We doen dat onderhoud per regio. Dus zit je in een bepaalde regio, dan kun je alleen in een paar maanden inplannen. En dan kijkt het systeem: wat staat er al? Liggen er afspraken die mooi op de route liggen, dan duwt-ie de tijden die daarbij passen naar boven. De klant ziet gewoon een lijstje en pakt er eentje die hem uitkomt. Wat hij niet doorheeft, is dat de volgorde van dat lijstje gestuurd wordt door de route van de bus. Zo wordt het beste moment stilletjes voor ons aangestuurd door de logica, en klonteren de afspraken vanzelf tot ritjes die kloppen.

En er zitten natuurlijk vangrails omheen. Een klant krijgt drie pogingen. Elke poging geeft een nieuw voorstel met drie nieuwe tijden en dagen, passend bij onze efficiëntie, maar het geeft de klant ook gewoon opties. Wijst-ie alle drie af, dus alle negen, dan maakt het systeem automatisch een serviceticket aan en nemen wij zelf contact op. Dat laatste is een handmatig proces. En eerlijk gezegd hebben we het nog niet zien gebeuren, want in de praktijk pakt een klant gewoon een van die negen. Maar goed, je hebt de lastigere klant, minder tijd, werkt op rare uren, die meer handwerk nodig heeft, en dat is prima. Dat hebben we ook in kaart. Want dit soort dingen wil je niet volledig automatiseren. Doe je dat wel, dan zakt de klanttevredenheid gewoon.

Oh, en het portaal doet meer dan plannen alleen. Een storing met een foto wordt meteen een ticketje bij de juiste klant. Een boeking staat op het onderhoudsbord. Alles landt gewoon op de goede plek in het bestaande CRM, niemand die iets zit over te tikken. Klinkt als een detail. Maar dit is nou precies waar de meeste van die portalen op stukgaan: een net formuliertje aan de voorkant, en erachter zit iemand alsnog alles met de hand in te kloppen.

zuinig gebouwd

Er zit nog een principe onder waar ik echt aan hecht: die dagelijkse flow mag geen geld kosten. De voor de hand liggende route was een routing-API van zo’n grote aanbieder. Werkt prima, hoor. Alleen betaal je dan per aanroep, elke dag weer, voor iets dat in de kern gewoon een afstandsvraag is. Dus dat deden we anders. Een gratis Nederlandse adressendienst, en daar zelf onze afstandslogica overheen. Nul API-kosten in de dagelijkse flow.

En we hoefden niks te vervangen. Het bedrijf houdt gewoon zijn CRM, zijn borden, zijn manier van werken. Wij legden er een laagje intelligentie en een klantportaal overheen. Voor een MKB-bedrijf is dat het verschil tussen een project van een paar weken en een migratie van een jaar.

En even eerlijk over waar het ophoudt, want ik ga het niet mooier maken dan het is. Dit is geen echte routeoptimalisatie, hoor. Het systeem doet gewoon een suggestie, op basis van de afstand tot wat er al staat. En wil de klant die negeren en toch een dag prikken waarop de bus aan de andere kant van de regio zit? Mag. Gebeurt ook. Prima. Een perfecte route was nooit het doel. Het doel was dat een gemiddelde week vanzelf al wat beter klontert dan wanneer iemand het met de hand zit te leggen.

logistiek die je niet ziet

En dit is wat me bijbleef toen het eenmaal live stond. We kregen alleen maar goede reacties van de klanten. En de planner en de operationeel manager daar waren vooral blij met één ding: dat niet elk kanaal de klant meer naar de telefoon duwde. Ze konden Elite Climate nu ook op andere manieren bereiken. We hebben niet precies gemeten hoeveel telefoontjes er voor en na binnenkwamen, hoor, daar zijn we nog niet lang genoeg voor live. Maar die 15 procent meer contracten, en een kantoor dat merkbaar rustiger is, die voel je meteen.

En daar zit voor mij de hele kern. Goede customer experience begint bijna nooit aan de voorkant. Het zit ‘m in de logistiek die je onzichtbaar hebt gemaakt. Die klant heeft echt geen idee dat er afstandslogica onder z’n datumkeuze hangt. Hij ervaart iets veel simpelers. Even snel een afspraak, een offerte binnen vijf minuten, op een moment dat hem uitkomt, zonder te bellen. En dat de datum die bovenaan stond net óók de dag was dat de bus al bij hem in de buurt reed? Dat voelt als toeval. Is het niet. Het is ontworpen toeval. En misschien is dat wel de eerlijkste maatstaf voor een klantportaal. Tel niet de functies. Tel hoeveel werk er verdwijnt zonder dat iemand het ziet verdwijnen.