Zo maak je een klantenportaal zonder om een wachtwoord te vragen

Adriana is diëtiste in Pachuca en behandelt zo’n veertig patiënten per maand. Haar echte werk zit niet in het consult, maar in wat er tussen het ene consult en het volgende gebeurt. Ze verkoopt een programma van vier weken met eigen materiaal — een portiegids, een boodschappenlijst, een receptenboek — en stuurt dat via WhatsApp. Ze onthoudt de datum van de volgende afspraak. In een schriftje houdt ze bij wie volledig betaald heeft en wie op de helft zit. En elke week beantwoordt ze drie of vier keer hetzelfde berichtje: “hé, kun je me de gids nog een keer sturen? mijn chat is gewist”.

Dat allemaal lost een klantenportaal op. En het lastige deel is niet wat je zou verwachten.

Wat is een klantenportaal?

Een klantenportaal is een privépagina binnen je site waar elke klant alleen zijn eigen zaken ziet: de status van zijn bestelling, zijn volgende afspraak en de bestanden die voor hem bestemd zijn. Het is geen extra sectie van je pagina. Je pagina is openbaar en spreekt iedereen aan die er terechtkomt; het portaal spreekt één persoon aan en laat die zijn eigen dingen zien.

Bij Adriana zijn dat drie dingen: wanneer haar volgende consult is, het materiaal van haar programma om te downloaden zo vaak als ze wil, en hoeveel ze al betaald heeft.

Heb je echt een wachtwoord nodig voor je klanten?

Bijna nooit, en juist hier sneuvelen de meeste van deze projecten.

We hadden het hier al eens over hoe een klein bedrijf zelden een app met registratie en wachtwoord nodig heeft. Dat blijft waar. Het probleem is dat “portaal” al snel klinkt als inloggen, en zodra je mensen vraagt een account aan te maken, ben je de helft al kwijt: ze vergeten hun wachtwoord, sturen je een WhatsApp-bericht om het te laten resetten, en uiteindelijk doe je met de hand precies het werk dat het portaal je juist uit handen moest nemen. Adriana’s patiënte gaat geen wachtwoord onthouden dat ze eens per maand gebruikt.

Een portaal dat werkt, begint met een eenvoudigere vraag: hoe controleer ik dat deze persoon is wie hij zegt te zijn, zonder hem te dwingen een wachtwoord te verzinnen?

Hoe weet je portaal dat het echt je klant is?

Er zijn twee manieren, en geen van beide is een wachtwoord.

De eerste is een eigen link. Wanneer iemand bij je koopt of een afspraak maakt, blijft er op zijn telefoon een lange, onraadbare link staan. Die link is het bewijs. Wie hem heeft, ziet zijn bestelling; wie hem niet heeft, komt er niet, ook niet door lukraak adressen te proberen. Het is hetzelfde principe als het vliegticket dat je per e-mail krijgt: er werd geen gebruikersnaam of wachtwoord gevraagd, je kreeg iets gestuurd dat alleen jij hebt.

De tweede is zijn e-mailadres, eenmaal geverifieerd. Als je klant zich ooit heeft geregistreerd, logt hij in met zijn e-mailadres en ziet hij alles wat aan dat adres gekoppeld is.

Het verschil is belangrijk: de link leeft op een telefoon, het e-mailadres leeft bij de persoon. Daarom is de link handig voor de klant die maar één keer komt — degene die bij de toonbank kocht en zich nooit gaat registreren — en het e-mailadres voor wie elke maand terugkomt.

Wat moet je portaal antwoorden als iemand niet de eigenaar van de bestelling is?

Precies hetzelfde als het zou antwoorden als die bestelling niet bestond. Niet “deze bestelling is niet van jou”, niet “dat account bestaat wel maar je mag het niet zien”: gewoon niets gevonden. Dat is de regel die een serieus portaal onderscheidt van een portaal dat je in de problemen gaat brengen, en het is de regel waar bijna niemand aan denkt.

Het klinkt als een technisch detail, maar dat is het niet. Een portaal dat anders reageert op “bestaat niet” dan op “bestaat wel maar is niet van jou” wordt een zoekmachine voor andermans klanten: iedereen kan e-mailadressen uitproberen en achterhalen wie patiënt is bij Adriana. Dat is geen programmeerfoutje, het is een probleem voor de mensen die haar vertrouwd hebben. Het geldt net zo goed voor een winkel, een werkplaats of een schoonheidssalon — de lijst van wie bij je koopt is informatie van je klanten, niet van jou.

De volledige regel, in één zin: het portaal bevestigt nooit dat iets bestaat als jij niet degene bent die het opvraagt.

Wat ziet je klant vanbinnen?

Drie blokken, en het is beter dat het er drie zijn en geen tien.

Zijn bestelling. Hoe ver die staat, wat hij betaald heeft en wat hij nog verschuldigd is. Is er nog een saldo, dan kan hij dat meteen daar vereffenen in plaats van dat jij hem eraan blijft herinneren. Ging er iets mis, dan kan hij daar meteen zijn terugbetaling aanvragen zonder je te schrijven.

Zijn afspraak. Wanneer de volgende is. De details van hoe je het afsprakensysteem aan de achterkant opzet, hadden we hier al eens behandeld; in het portaal is het enige dat telt dat hij het ziet zonder het je te hoeven vragen.

Zijn bestanden. Het materiaal dat bij zijn aankoop hoort: Adriana’s gids, het receptenboek, de handleiding van het apparaat dat je verkocht, de lessen van de cursus. Het gaat voor hem open omdat hij betaald heeft, en het blijft open staan. Dit is wat je het meeste handwerk bespaart, want het is precies wat mensen kwijtraken en opnieuw aan je vragen.

Een kanttekening, want hier lopen mensen makkelijk op vooruit: dat werkt zolang het bestand hetzelfde is voor iedereen die hetzelfde kocht. Heb je voor elke klant een ander document nodig — het persoonlijke plan van elke patiënt — dan is dat al iets anders en iets groters. Het is de moeite waard, maar vraag het apart aan, niet alsof het er standaard bij zit.

Wat er niet in moet: berichten. Je hebt al WhatsApp en je klanten ook. Een chat binnen het portaal is gewoon nog een postvak dat niemand checkt.

En als iemand als gast kocht en later een account aanmaakt?

Zijn eerdere aankopen moeten vanzelf verschijnen zodra hij inlogt met datzelfde e-mailadres. Hij hoeft je niet te schrijven om te vragen of je hem zijn geschiedenis “doorstuurt”.

Dit gebeurt voortdurend — iemand koopt snel zonder zich te registreren en maakt maanden later een account aan — en het is precies de twijfel die dit soort projecten laat mislukken. Als het portaal dat je bouwt de twee niet samenvoegt, krijgt je klant twee levens binnen je bedrijf en word jij de lijm ertussen.

Waar je moet beginnen

Voordat je iets laat bouwen, doe dit: schrijf de namen van je laatste vijf klanten op en zet er telkens de vraag bij die diegene je vandaag zou stellen als hij je zou schrijven. Als drie van die vijf vragen al een antwoord hebben in iets wat jij al weet — de datum, het bestand, het saldo — dan zijn die drie je portaal. De rest komt later.

Met dat inzicht kun je het zo in Proyecta beschrijven: “een portaal voor mijn patiënten waar iedereen zijn eigen volgende consult ziet, het materiaal van het programma dat hij kocht en hoeveel hij al betaald heeft, zonder dat ze een wachtwoord hoeven aan te maken”. Beschrijf het en publiceer het op proyecta.dev.