Het klantenportaal werd het middelpunt van het loyaliteitsprogramma

We begonnen het klantenportaal te bouwen als een plek om je punten te bekijken.

Dat klonk klein genoeg. Een saldo, een lijst met recente activiteit en een beloningencatalogus. De gebruikelijke onderdelen.

Het bleef niet lang klein.

Zodra klanten hun punten konden zien, wilden ze begrijpen waar die punten vandaan kwamen. Wanneer ze vervielen. Welke beloningen beschikbaar waren, welke vergrendeld waren op basis van niveau, wat er gebeurde nadat een beloning was verzilverd.

Toen kwamen lidmaatschappen in beeld. Bestellingen volgden. Cadeaukaarten, kortingsbonnen, doorverwijzingen, boekingen, verlanglijstjes, berichten en supportverzoeken kwamen daarna.

Het portaal werd langzaam de plek waar de klantrelatie daadwerkelijk logisch werd.

Een saldo alleen legt niet veel uit

Een puntentotaal is een paar seconden nuttig. Het beantwoordt een vraag.

Klanten hebben er meestal nog een paar meer:

• Hoe heb ik deze punten verdiend?
• Kan ik ze nu gebruiken?
• Vervalt er binnenkort iets?
• Waarom is deze beloning vergrendeld?
• Hoe dicht ben ik bij het volgende niveau?
• Telde mijn laatste aankoop mee?

Die vragen hebben context nodig. Een transactiegeschiedenis helpt. Duidelijke vervaldatums helpen. Niveauvoortgang en beloningsregels helpen.

Het werk hier draait vooral om het wegnemen van onzekerheid. Als iemand aan het personeel moet vragen wat zijn saldo betekent, heeft het portaal een deel van zijn taak gemist.

Lidmaatschap heeft een thuis nodig

Lidmaatschapsprogramma's hebben de neiging om zich over meerdere plekken te verspreiden.

De kaart zit in een wallet-app. Verlengingsdetails komen per e-mail. Voordelen staan op een webpagina. Een medewerker moet bevestigen of een korting van toepassing is.

Dat wordt lastig te volgen, vooral wanneer het bedrijf meer dan een lidmaatschapsplan aanbiedt.

We hebben de lidmaatschapskaart, planstatus, datums, voordelen en verificatiedetails bij elkaar gezet. Klanten openen een pagina en zien wat ze hebben. Personeel scant een QR-code en bevestigt.

Het is een vrij eenvoudige flow. Dat is deels waarom het werkt.

Verkoop verandert de vorm van het portaal

Een winkel toevoegen zorgt voor een ander soort klantenbezoek.

Iemand komt misschien om punten te checken, ziet een product, slaat het op in een verlanglijstje, past een kortingsbon toe en gebruikt dan een cadeaukaart bij het afrekenen. Het loyaliteitsprogramma maakt nu deel uit van een aankoopproces.

De details doen ertoe. Een beloning moet zich voorspelbaar gedragen naast een kortingsbon. Cadeaukaartsaldi moeten bijgewerkt worden. Bestellingen hebben een status nodig die klanten begrijpen. Opgeslagen artikelen moeten er later nog steeds zijn.

Elk onderdeel raakt hetzelfde klantdossier. Die gedeelde context voorkomt dat de ervaring aanvoelt als iets dat in elkaar is geflanst.

Boekingen horen in hetzelfde account

Voor dienstverlenende bedrijven kan een aankoop beginnen met een afspraak.

Klanten moeten beschikbare tijden zien, de juiste gegevens invullen en weten of een boeking bevestigd is of nog wacht op goedkeuring. Ze kunnen punten verdienen wanneer de dienst is afgerond. Ze kunnen ook een herinnering of een vervolgaanbieding ontvangen.

Die activiteit in het portaal houden geeft de klant een enkele geschiedenis. Het bedrijf krijgt ook een duidelijker overzicht.

Berichten hebben context nodig

Een bericht is nuttiger wanneer de klant er iets mee kan doen.

Een vervalherinnering moet naar de betreffende beloning leiden. Een bestelupdate moet de bestelling openen. Een boekingsbericht moet de huidige status bevatten. Een supportgesprek moet genoeg context hebben zodat de klant niet het hele verhaal hoeft te herhalen.

Dit dreef ons ertoe om notificaties en berichten als onderdeel van de productflow te behandelen. Het is geen apart kanaal dat ernaast hangt.

Het moeilijkste is beslissen wat erbij hoort

Een portaal kan snel vol raken.

Elk team heeft weer een item dat ze graag op het startscherm willen plaatsen. Elke functie lijkt belangrijk als je er los naar kijkt.

We komen steeds terug bij dezelfde vraag: wat moet de klant nu begrijpen of doen?

Saldi, actieve aanbiedingen, lidmaatschapsstatus, recente bestellingen en aankomende boekingen verdienen doorgaans meer aandacht. Oudere geschiedenis en instellingen kunnen dieper zitten.

De exacte volgorde zal veranderen naarmate we meer leren. Het principe blijft hetzelfde. Het portaal moet klanten helpen om vooruit te komen zonder dat ze eerst het systeem moeten bestuderen.

Waar we uitgekomen zijn

Het klantenportaal dekt nu een groter deel van de relatie dan we aan het begin hadden verwacht.

Het geeft klanten een account voor beloningen, lidmaatschap, winkelen, boekingen en communicatie. Het geeft het bedrijf ook een enkel klantgericht oppervlak om te onderhouden.

Er valt nog genoeg te verfijnen. We werken ons door de kleine momenten heen: lege toestanden, onduidelijke statussen, verlopen aanbiedingen, mislukte betalingen en al die plekken waar een klant zich kan afvragen wat er is gebeurd.

Dat werk ziet er zelden indrukwekkend uit in een functielijst. Het heeft een groot effect op of de hele ervaring betrouwbaar aanvoelt.