Registreringsopplevelsen

Hands typing on a laptop at a wooden table

LEKSJON 06 / 14 · GRATIS BEDRIFTSKURS

Registrering er en overlevering: noen har bestemt at tilbudet ditt kanskje kan hjelpe, og må nå forstå forpliktelsen og komme i gang på en brukbar måte. Utform denne overleveringen rundt oppgaven deres.

Innen slutten: kartlegg en komplett registreringsflyt, skriv tydelig bekreftelsestekst og forbered en realistisk sjekkliste for testing. Dette kurset er gratis å lese uten konto; kassen som omtales her, er for din egen fremtidige virksomhet.

Start med løftet som ble gitt på prissiden

Abonnementene dine fra leksjon 5 definerer hva noen kjøper. Kassen bør bevare denne betydningen. En kunde som valgte et månedsabonnement, bør ikke uventet finne årlig fakturering, en ekstratjeneste eller en uforklart oppstartsavgift på den siste skjermen. Gjør det valgte abonnementet og faktureringsperioden synlige når forpliktelsen bekreftes.

Den opprinnelige veiledningen bruker FitSite, en illustrativ nettstedstjeneste for treningsbedrifter. Registreringen går gjennom et abonnement, en mal, en konto, en nettstedadresse, betaling og bekreftelse. En SaaS-tjeneste for rapportering kan erstatte malen med et eksempel på et kontrollpanel. En tjenestebedrift kan samle inn en prosjektbeskrivelse etter betaling. Rekkefølgen bør gjenspeile hva som må avgjøres nå, og hva som kan vente.

Ikke anta at flere trinn alltid gjør et skjema enklere, eller at hvert ekstra felt senker konverteringen. Dette er spørsmål som må testes med målgruppen din. Et nødvendig spørsmål kan forhindre en kostbar feil; et unødvendig spørsmål kan avbryte noen som var klare til å fortsette.

Velg tilbudet før du samler inn opplysningene

Beskriv abonnementer gjennom nyttige resultater og konkrete grenser. «Et vedlikeholdt studiowebsted med timeplan» gir sammenheng, mens lagringsgrenser, antall nettsteder, integrasjoner og grenser for støtte fortsatt trenger en tilgjengelig forklaring. Klart språk bør tydeliggjøre tekniske begrensninger, ikke skjule dem.

Der både månedlige og årlige alternativer finnes, vis det faktiske beløpet som belastes, og faktureringsfrekvensen. Et årlig beløp delt på tolv er en sammenligning, ikke et månedlig betalingsalternativ. Hvis du presenterer maler, vis ærlige forhåndsvisninger og sørg for at tilgjengeligheten deres er i samsvar med det valgte abonnementet. Unngå å be kundene velge et utilgjengelig alternativ og forklare begrensningen senere.

Be om minste mengde informasjon som trengs for å gå videre

Skriv formålet ved siden av hvert felt. E-post kan identifisere kontoen og motta tjenestemeldinger. Et bedriftsnavn kan navngi det nye arbeidsområdet. Et passord kan være påkrevd av autentiseringssystemet. Et telefonnummer, en bedriftsbiografi, en fullstendig teamliste eller en logo kan vanligvis vente, med mindre det er avgjørende for leveringsprosessen din.

Forklar feil ved siden av det relevante feltet med vanlig språk. Test en duplisert e-postadresse, en utilgjengelig arbeidsområdeadresse, en ugyldig verdi og et passord som ikke oppfyller kravene dine. Behold gyldige oppføringer når en feil kan rettes. Inkluder synlige etiketter og tastaturtilgang; plassholdertekst alene er en dårlig erstatning for et feltnavn.

For FitSite kan studionavnet angi nettstedstittelen og foreslått adresse, men bekreft hva den faktiske konfigurasjonen din støtter. En adresse som studio.fitsite.example er illustrativ. Sjekk konflikter, tillatte tegn og om kunden kan endre forslaget før bekreftelse. Ikke lov automatisk navngiving uten å teste det.

Gjør betaling og bekreftelse entydige

Betalingstrinnet bør oppsummere den valgte tjenesten, beløpet som forfaller nå, fornyelsesbeløp og -plan, eventuell prøveperiode, eventuell oppstartsavgift og hvor man finner vilkår for oppsigelse eller refusjon. Gjør valgfrie tillegg til bevisste valg. En kort, nøyaktig oppsummering er mer nyttig enn en entusiastisk knapp som skjuler kjøpet.

Bruk betalingsleverandørens testmiljø under utvikling. Følg de gjeldende testinstruksjonene i stedet for å oppgi ekte kortdetaljer i en testøvelse. En vellykket betalingsskjerm alene er ikke tilstrekkelig: bekreft at abonnementet, kundekontoen og det lovede arbeidsområdet eller tjenesten faktisk ble opprettet, og at bekreftelsesmeldingen gjenspeiler statusen deres.

En nyttig bekreftelse sier hva som skjedde og hva man skal gjøre videre. For eksempel: «FitSite-arbeidsområdet ditt er klart. Åpne kontrollpanelet for å legge til klasseinformasjonen din.» Hvis klargjøringen fortsatt pågår, si det og oppgi en gjenopprettingsvei. Ikke kall et nettsted klart eller publisert før det er sant. Hold kvitteringer, velkomstmeldinger og kontosiden konsekvente.

Valgfritt implementeringsspor for WordPress

Ultimate Multisite dokumenterer kasseskjemaer med priser, valg av faktureringsperiode og valg av mal. I din egen testinstallasjon bruker du området Checkout Forms til å undersøke et egnet startskjema og feltene som kreves av produktene du konfigurerte. Den gjeldende dokumentasjonen forklarer hvordan periodealternativer må samsvare med produktprisvariasjoner. Bekreft denne atferden i den installerte versjonen din.

Test malvalg opp mot abonnementsinnstillingene dine og det faktiske klargjorte innholdet. Forhåndsvis flyten som en besøkende og som en eksisterende bruker, og fullfør den deretter fra en ren nettleserøkt. WordPress Multisite og den gratis Ultimate Multisite-kjernen kan støtte denne tilnærmingen; hosting, domener, betalingsbehandling og valgfrie tjenester kan fortsatt koste penger. Du kan fullføre planleggingsøvelsen uten å installere noe.

En illustrativ test fra start til slutt

Tenk deg at en studioeier velger et månedlig FitSite-abonnement og en mal for små studioer. De skriver feil e-postadresse, retter den, velger en tilgjengelig adresse og fullfører en testbetaling. Det forventede resultatet ditt er én konto, ett riktig konfigurert nettsted, riktig abonnement og et tydelig neste trinn. Registrer det forventede resultatet før testing, slik at du kan skille en fungerende flyt fra en overbevisende skjerm.

Gjenta med en avslått testbetaling, en avbrutt nettleserøkt og en tilbakevendende konto. Sjekk om nye forsøk oppretter dupliserte bestillinger eller nettsteder. Sjekk mobillayouten og tastaturrekkefølgen. Be noen som ikke kjenner produktet, fortelle hva de tror hvert trinn betyr; noter forvirring uten å veilede dem gjennom det. Rett den mest betydningsfulle misforståelsen og kjør scenariet på nytt.

Øvelsen din

  1. Skisser veien fra valgt abonnement til første nyttige handling. Marker hvert punkt der pris, identitet eller valg av arbeidsområde endres.
  2. List opp hvert foreslåtte felt og hvorfor det trengs nå. Flytt ikke-essensielle oppsetts spørsmål til introduksjonen.
  3. Skriv ordresammendraget, én feltfeil, én ventemelding og én vellykket bekreftelse.
  4. Lag en testmatrise for suksess, avslått betaling, utilgjengelig adresse, eksisterende kunde, mobiltilgang og avbrutt registrering.
  5. Kjør flyten i et testmiljø eller gå gjennom en papirprototype. Registrer forventede kontra faktiske resultater og neste korrigering.

Før du går videre

  • Kunden kan forklare hva de kjøper og når de blir belastet.
  • En vellykket test oppretter riktig konto og tjeneste, ikke bare en suksessmelding.
  • Du har en tydelig overlevering til introduksjonen og en gjenopprettingsvei for feil.

Kilder og implementeringsreferanser

Fortsett kurset ditt

Ta vare på notatene fra øvelsen: Neste leksjon bygger videre på beslutningene du tok her.

Forrige leksjon · Se alle 14 leksjonene