Så skapar du en kundportal utan att be om ett lösenord

En kundportal är en privat sida där var och en bara ser sitt eget — sin beställning, sin bokning och sina filer. Den behöver inget lösenord; en egen länk eller en verifierad e-postadress räcker.

Adriana är nutritionist i Pachuca och tar emot omkring fyrtio patienter i månaden. Hennes egentliga jobb är inte konsultationen, det är allt som händer mellan en konsultation och nästa. Hon säljer ett fyraveckorsprogram som kommer med eget material — portionsguide, inköpslista, receptbok — och skickar det via WhatsApp. Hon håller koll på datumet för nästa besök. I en anteckningsbok skriver hon ner vem som redan betalat fullt ut och vem som är halvvägs. Och varje vecka svarar hon tre eller fyra gånger på samma meddelande: “hej, kan du skicka guiden igen? jag råkade radera chatten”.

Allt det löser en kundportal. Och den svåra delen är inte den man tror.

Vad är en kundportal?

En kundportal är en privat sida inuti din webbplats där varje kund bara ser sitt eget: status på sin beställning, sin nästa bokning och de filer som hör till just hen. Det är inte ännu en sektion på din sida. Din sida är offentlig och talar till vem som helst som kommer dit; portalen talar till en person och visar hens saker.

I Adrianas fall är det tre saker: när nästa konsultation är, materialet till hennes program som hon kan ladda ner så många gånger hon vill, och hur mycket hon har betalat hittills.

Behöver dina kunder verkligen ett lösenord?

Nästan aldrig, och det är precis här de flesta av dessa projekt dör.

Vi har redan pratat om att ett litet företag sällan behöver en app med registrering och lösenord. Det stämmer fortfarande. Det som händer är att “portal” låter som inloggning, och så fort du ber folk skapa ett konto har du redan tappat hälften: de glömmer lösenordet, skriver till dig på WhatsApp för att du ska påminna dem, och du hamnar i att göra för hand det arbete som portalen skulle ta bort från dig. Adrianas patient kommer inte att komma ihåg ett lösenord hon använder en gång i månaden.

En portal som fungerar börjar med en enklare fråga: hur bekräftar jag att den här personen är den hen säger sig vara, utan att tvinga henne att hitta på ett lösenord.

Hur vet din portal att det verkligen är din kund?

Det finns två sätt, och inget av dem är ett lösenord.

Det första är en egen länk. När någon köper något eller bokar en tid sparas en lång, omöjlig att gissa länk på hens telefon. Den länken är beviset. Den som har den ser sin beställning; den som inte har den kommer inte dit ens genom att gissa adresser på måfå. Det är samma princip som flygbiljetten du får via mejl: du blev inte ombedd om användarnamn eller lösenord, du fick något som bara du har.

Det andra är hens e-post, redan verifierad. Om din kund faktiskt registrerade sig någon gång loggar hen in med sin e-post och ser allt som är kopplat till den adressen.

Skillnaden spelar roll: länken finns på en telefon, e-posten finns hos personen. Därför passar länken engångskunden — den som köpte i disken och aldrig kommer att registrera sig — och e-posten den som återkommer varje månad.

Vad ska din portal svara när någon inte äger beställningen?

Exakt samma sak som den skulle svara om beställningen inte existerade. Inte “den här beställningen är inte din”, inte “det kontot finns men du kan inte se det”: bara “vi hittade ingenting”. Det är regeln som skiljer en seriös portal från en som kommer att sätta dig i knipa, och den som nästan ingen tänker på.

Det låter som en teknisk detalj, men det är det inte. En portal som svarar olika på “finns inte” och “finns men är inte din” förvandlas till en sökmotor för andras kunder: vem som helst kan testa e-postadresser och lista ut vilka som är Adrianas patienter. Det är inte ett programmeringsfel, det är ett problem för de personer som litat på henne. Samma sak gäller för en butik, en verkstad eller en skönhetssalong — listan över vilka som köper av dig är information som tillhör dina kunder, inte dig.

Regeln i sin helhet, sagd på en rad: portalen bekräftar aldrig att något finns om det inte är du som frågar.

Vad ser din kund inuti?

Tre block, och det är bäst att de är tre och inte tio.

Sin beställning. Var den ligger i processen, vad hen har betalat och vad hen är skyldig. Om det finns ett kvarstående saldo kan hen betala det direkt där i stället för att du behöver påminna. Om något gick fel kan hen begära återbetalning direkt där, utan att skriva till dig.

Sin bokning. När nästa tid är. Detaljerna kring hur man bygger upp bokningssystemet bakom kulisserna har vi redan gått igenom här; i portalen är det enda som spelar roll att hen ser den utan att behöva fråga dig.

Sina filer. Materialet som följer med det hen köpte: Adrianas guide, receptboken, manualen till utrustningen du sålde, kursens lektioner. Det öppnas upp för hen eftersom hen betalat, och förblir öppet. Det är det som sparar dig mest manuellt arbete, för det är precis det folk tappar bort och ber om igen.

En förtydligande, för det är här folk får för höga förväntningar: det fungerar när filen är densamma för alla som köpt samma sak. Om du behöver ett annat dokument för varje kund — den personliga planen för varje patient — då är det en annan, större sak. Det är värt det, men be om det separat, inte som om det ingick.

Det den inte ska ha: meddelandefunktion. Du har redan WhatsApp och det har dina kunder också. En chatt inuti portalen är bara ännu en inkorg att bevaka, och ingen bevakar den.

Vad händer om kunden köpte som gäst och sedan skapar ett konto?

De tidigare köpen ska dyka upp av sig själva så fort hen loggar in med samma e-postadress. Inget skrivande till dig för att be dig “skicka över” historiken.

Det händer hela tiden — någon köper snabbt utan att registrera sig och skapar ett konto månader senare — och det är just den frågan som sänker den här typen av projekt. Om portalen du bygger inte kopplar ihop de två kommer din kund att ha två liv i ditt företag, och du blir limmet mellan dem.

Var du ska börja

Innan du ber om att få något byggt, gör det här: skriv ner namnen på dina fem senaste kunder och, bredvid varje namn, frågan hen skulle ställa till dig idag om hen skrev. Om tre av de fem frågorna redan har ett svar i något du redan vet — datumet, filen, saldot — då är just de tre din portal. Resten kommer sen.

Med det kan du beskriva den i Proyecta rakt av: “en portal för mina patienter där var och en ser sin nästa konsultation, materialet till programmet hen köpte och hur mycket hen har betalat, utan att behöva skapa ett lösenord”. Beskriv den och publicera den på proyecta.dev.