Registreringsupplevelsen

Hands typing on a laptop at a wooden table

LEKTION 06 / 14 · GRATIS FÖRETAGSKURS

Registreringen är en överlämning: någon har beslutat att ditt erbjudande kanske kan hjälpa dem och behöver nu förstå åtagandet och nå en användbar startpunkt. Utforma den överlämningen utifrån deras uppgift.

När du är klar: kartlägg ett komplett registreringsflöde, skriv tydlig bekräftelsetext och förbered en realistisk testchecklista. Kursen är gratis att läsa utan konto; kassan som diskuteras här är för ditt eget framtida företag.

Börja med löftet på prissidan

Dina planer från lektion 5 definierar vad någon köper. Kassan bör bevara den innebörden. En kund som valt en månadsplan bör inte oväntat möta årsdebitering, en extratjänst eller en oförklarad startavgift på den sista skärmen. Gör den valda planen och faktureringsperioden synliga när åtagandet bekräftas.

Den ursprungliga guiden använder FitSite, en illustrativ webbplatstjänst för fitnessföretag. Registreringen går igenom en plan, en mall, ett konto, en webbplatsadress, betalning och bekräftelse. En rapporterings-SaaS kan ersätta mallen med en exempelinstrumentpanel. Ett tjänsteföretag kan samla in en projektbeskrivning efter betalning. Ordningen bör återspegla vad som måste beslutas nu och vad som kan vänta.

Anta inte att fler steg alltid gör ett formulär enklare eller att varje extra fält sänker konverteringen. Det är frågor att testa med din målgrupp. En nödvändig fråga kan förhindra ett dyrt misstag; en onödig kan avbryta någon som var redo att gå vidare.

Välj erbjudandet innan du samlar in uppgifterna

Beskriv planer genom användbara resultat och konkreta begränsningar. ”En underhållen studiowebbplats med klasschema” ger sammanhang, medan lagringsgränser, antal webbplatser, integrationer och supportgränser fortfarande behöver en lättillgänglig förklaring. Klarspråk bör förtydliga tekniska begränsningar, inte dölja dem.

När både månads- och årsalternativ finns ska du visa det faktiska belopp som debiteras och faktureringsfrekvensen. Ett årsbelopp delat med tolv är en jämförelse, inte ett alternativ för månadsbetalning. Om du presenterar mallar ska du visa ärliga förhandsvisningar och göra deras tillgänglighet konsekvent med den valda planen. Undvik att be kunder välja ett otillgängligt alternativ och förklara begränsningen senare.

Be om den minsta mängd information som behövs för att gå vidare

Skriv ett syfte bredvid varje fält. E-post kan identifiera kontot och ta emot servicemeddelanden. Ett företagsnamn kan märka den nya arbetsytan. Ett lösenord kan krävas av autentiseringssystemet. Ett telefonnummer, en företagsbiografi, en fullständig teamlista eller en logotyp kan vanligtvis vänta, om det inte är avgörande för din leveransprocess.

Förklara fel bredvid det relevanta fältet på vanligt språk. Testa en dubblett av en e-postadress, en otillgänglig arbetsyteadress, ett ogiltigt värde och ett lösenord som inte uppfyller dina krav. Behåll giltiga uppgifter när ett korrigerbart fel uppstår. Inkludera synliga etiketter och tangentbordsåtkomst; enbart platshållartext är ett dåligt substitut för ett fältnamn.

För FitSite kan studions namn påverka webbplatsens titel och föreslagna adress, men kontrollera vad din faktiska konfiguration stöder. En adress som studio.fitsite.example är illustrativ. Kontrollera kollisioner, tillåtna tecken och om kunden kan ändra förslaget före bekräftelse. Lova inte automatisk namngivning utan att ha testat den.

Gör betalning och bekräftelse entydiga

Betalningssteget bör sammanfatta den valda tjänsten, beloppet som ska betalas nu, förnyelsebelopp och schema, eventuell provperiod, eventuell startavgift och var avboknings- eller återbetalningsvillkor finns. Gör valfria tillägg till medvetna val. En kort, korrekt sammanfattning är mer användbar än en entusiastisk knapp som döljer köpet.

Använd din betalleverantörs testmiljö för utveckling. Följ dess aktuella testinstruktioner i stället för att ange riktiga kortuppgifter i en testövning. En skärm som visar lyckad betalning räcker inte: bekräfta att abonnemanget, kundkontot och den utlovade arbetsytan eller tjänsten faktiskt skapades och att bekräftelsemeddelandet återspeglar deras status.

En användbar bekräftelse säger vad som hände och vad man ska göra härnäst. Till exempel: ”Din FitSite-arbetsyta är klar. Öppna din instrumentpanel för att lägga till din klassinformation.” Om tillhandahållandet fortfarande pågår, säg det och tillhandahåll en återställningsväg. Kalla inte en webbplats klar eller live innan det är sant. Håll kvitton, välkomstmeddelanden och kontosidan konsekventa.

Valfritt implementeringsspår för WordPress

Ultimate Multisite dokumenterar kassaformulär med prissättning, val av faktureringsperiod och val av mall. I din egen testinstallation använder du området Checkout Forms för att granska ett lämpligt startformulär och de fält som krävs av produkterna du har konfigurerat. Den aktuella dokumentationen förklarar hur periodalternativ måste matcha produktprisvariationer. Bekräfta detta beteende i din installerade version.

Testa mallval mot dina planinställningar och det faktiskt tillhandahållna innehållet. Förhandsvisa flödet som besökare och som befintlig användare, och slutför det sedan från en ren webbläsarsession. WordPress Multisite och den kostnadsfria kärnan i Ultimate Multisite kan stödja detta tillvägagångssätt; webbhotell, domäner, betalningshantering och valfria tjänster kan fortfarande kosta pengar. Du kan slutföra planeringsövningen utan att installera något.

Ett illustrativt test från början till slut

Föreställ dig att en studioägare väljer en månadsplan för FitSite och en mall för liten studio. De skriver fel e-postadress, rättar den, väljer en tillgänglig adress och slutför en testbetalning. Det förväntade resultatet är ett konto, en korrekt konfigurerad webbplats, rätt plan och ett tydligt nästa steg. Dokumentera det förväntade resultatet före testet så att du kan skilja ett fungerande flöde från en övertygande skärm.

Upprepa med en nekad testbetalning, en avbruten webbläsarsession och ett återkommande konto. Kontrollera om ett nytt försök skapar dubbla beställningar eller webbplatser. Kontrollera mobilvyn och tangentbordsordningen. Be någon som inte känner till produkten att berätta vad de tror att varje steg betyder; notera förvirring utan att vägleda dem genom processen. Åtgärda det mest betydelsefulla missförståndet och kör det scenariot igen.

Din övning

  1. Skissa vägen från vald plan till den första användbara åtgärden. Markera varje punkt där pris, identitet eller val av arbetsyta ändras.
  2. Lista varje föreslaget fält och varför det behövs just nu. Flytta icke-väsentliga installationsfrågor till introduktionen.
  3. Skriv ordersammanfattningen, ett fältfel, ett väntande meddelande och en lyckad bekräftelse.
  4. Skapa en testmatris för lyckat resultat, nekad betalning, otillgänglig adress, befintlig kund, mobilåtkomst och avbruten registrering.
  5. Kör flödet i en testmiljö eller gå igenom en pappersprototyp. Dokumentera förväntade jämfört med faktiska resultat och nästa korrigering.

Innan du går vidare

  • Kunden kan förklara vad de köper och när de kommer att debiteras.
  • Ett lyckat test skapar rätt konto och tjänst, inte bara ett lyckat meddelande.
  • Du har en tydlig överlämning till introduktionen och en återställningsväg för fel.

Källor och implementeringsreferenser

Fortsätt din kurs

Spara dina övningsanteckningar: nästa lektion bygger på de beslut du fattade här.

Föregående lektion · Bläddra bland alla 14 lektioner