Het leadportaal: twee sporen die elkaar nooit raken
Hier komt alles binnen. Bedrijven die een klant kunnen worden, de pogingen om ze te bereiken, en het spoor van wat er is geprobeerd. Het is de fase met het meeste volume en dus de fase waar dubbel werk het snelst ontstaat. Bijna elke regel in dit portaal bestaat om dat te voorkomen.
Zoeken, benaderen, opvolgen, opschrijven
Een lead is een bedrijf waarvan we denken dat het iets aan ons heeft. Hij komt binnen door onderzoek naar een beroep in een regio, door een reactie op iets dat we hebben gepubliceerd, of doordat iemand op de site zelf een tool invult en zijn gegevens achterlaat. Vanaf dat moment leeft hij in een lijst waar ruim honderdvijftig kolommen aan hangen: bedrijfsgegevens, verrijking, scores, de hele geschiedenis van wat er is geprobeerd en met welk resultaat.
Dat klinkt zwaar en dat is het ook, maar het heeft een reden. De vraag die dit portaal moet beantwoorden is niet wie er in de lijst staat. Die vraag is makkelijk. De vraag is: wat is er bij dit bedrijf al gedaan, door wie, wanneer, en wat is de volgende zet die nog niemand heeft gedaan. Een leadlijst zonder dat spoor is een adressenbestand, en een adressenbestand levert of niets op of dezelfde mail twee keer.
Nugget
Werkt de leads met een eigen kenmerk: de nichekant. Leest de rijen van de andere baan wel, want context helpt, maar schrijft er nooit in.
Max
Werkt de andere kant van dezelfde lijst. Zelfde handelingen, andere selectie, eigen werklog. De twee logs zijn voor elkaar leesbaar, zodat je kunt zien wat de ander deed.
Elke lead draagt een kenmerk dat zegt bij welk spoor hij hoort. Een handeling die de verkeerde kant raakt, raakt nul rijen in plaats van de rij van iemand anders, omdat het kenmerk in de opdracht zelf staat. Dat is geen extra controle achteraf, dat is de opdracht die zichzelf tegenhoudt.
Voor reacties op LinkedIn zit er nog een slot bovenop. Daar ligt in de database een sleutel op de combinatie van bedrijf en bericht, plus een functie die vertelt of er al gereageerd is. Twee reacties van hetzelfde bureau onder dezelfde post zijn daarmee niet ongelukkig maar onmogelijk.
De keuring meldt elke lead zonder herkomst met naam en spoor. Dat is bewust streng: een leeg veld is later niet meer met terugwerkende kracht te vullen zonder te gokken, en gokken in een leadbestand is een verzonnen feit dat jaren meegaat.
Lezen mag ruim, schrijven mag smal
Een sessie die op leads werkt mag bijna alles lezen. Het klantdossier, de presalesfase, de berichten van anderen: allemaal handig als context, want een lead die vorig jaar al eens klant is geweest benader je anders. Schrijven is een ander verhaal.
De leadrij zelf, maar alleen binnen het eigen spoor. De eigen werklog. De gedeelde tabel voor reacties op LinkedIn, via de controlefunctie. En altijd een melding in de berichtenbus.
Het klantdossier, de presalesrij, en de twee velden die de overgang naar klant vastleggen. Die worden gezet op het moment dat er getekend wordt, door het klantportaal, en nergens anders.
Waar hierboven verboden staat, staat het er niet omdat het technisch onmogelijk is. Vandaag kan het vaak wel. Het staat er omdat het niet mag, en omdat de keuring het achteraf ziet.
Wat hier nog niet staat
Deze pagina toont de vorm en de uitleg, geen gegevens. Er staat geen enkele lead op, en dat blijft zo tot de beveiligde route af is: een toegangslaag voor de portalen en een server die de schrijfacties afhandelt met een sleutel die niet in de browser staat. De vier sloten die daarvoor open moeten staan op de hub van de CRM-laag.
Er staat nog iets op de lijst dat de moeite waard is om te noemen, omdat het de reden is dat dit portaal er anders uit gaat zien dan een gewone lijst: begeleide invulvelden. Geen leeg tekstvak, maar een vraag in gewone taal met de context er direct naast, zodat aanvullen geen invuloefening is maar een gesprek. Dat is ontworpen en nog niet gebouwd, en het wacht op dezelfde beveiligde schrijfroute.
Wat er achteraf wordt gemeten
Regels die je alleen kunt lezen, worden vanzelf adviezen. Daarom draait er een keuring over dit portaal die vier dingen meet die precies hier fout kunnen gaan. Of elke sessie die schreef zich ook heeft aangemeld, zodat je weet wie er aan stond. Of er regels in de ene werklog staan die op een lead van het andere spoor slaan. Of elke afzender in de berichtenbus een geregistreerde naam heeft. En of elke lead een herkomst draagt.
Elke controle geeft een oordeel met de gevonden gevallen erbij, plus wat je eraan doet. Aan het eind staat er een uitslag met een exitcode, zodat een ronde kan eindigen met een oordeel en niet met een verslag. Dat is dezelfde aanpak als de keuring die over de website zelf draait, en om dezelfde reden: wat niet gemeten wordt, verschuift.
Wat hierover gevraagd wordt
Waarom twee gescheiden sporen en niet een lijst?
Omdat twee sessies die in dezelfde rij schrijven elkaars werk overschrijven zonder dat iemand het merkt. Elke lead hoort bij precies een spoor. De ander leest hem wel, maar raakt hem niet aan.
Hoe wordt voorkomen dat iemand twee keer wordt gemaild?
Met de lus hierboven: eerst lezen, dan pas doen. Staat de handeling al in de werklog, dan wordt hij overgeslagen. Voor LinkedIn zit er bovendien een slot in de database zelf.
Waarom moet elke lead een herkomst hebben?
Zonder herkomst is niet te zeggen welke route werkt, en bij een inzageverzoek moet je kunnen vertellen hoe je aan de gegevens komt. De keuring meldt daarom elke lead zonder bron.
Wat mag het leadportaal niet aanraken?
Het klantdossier en de twee velden die de overgang naar klant vastleggen. Lezen mag altijd, schrijven niet, want anders lopen er twee waarheden naast elkaar.
Kan Gianluca hier zelf iets invullen?
Dat is het plan en het is nog niet gebouwd. Het wacht op dezelfde beveiligde schrijfroute als de rest van dit portaal.