Tilmeldingsoplevelsen

Hands typing on a laptop at a wooden table

LEKTION 06 / 14 · GRATIS VIRKSOMHEDSKURSUS

Tilmelding er en overdragelse: Nogen har besluttet, at dit tilbud måske kan hjælpe, og skal nu forstå forpligtelsen og nå frem til et brugbart udgangspunkt. Udform den overdragelse omkring deres opgave.

Ved afslutningen: Kortlæg et komplet tilmeldingsflow, skriv tydelig bekræftelsestekst, og forbered en realistisk testtjekliste. Dette kursus kan læses gratis uden en konto; den betaling, der omtales her, er til din egen fremtidige virksomhed.

Start med løftet på prissiden

Dine planer fra lektion 5 definerer, hvad nogen køber. Betalingsforløbet bør bevare den betydning. En kunde, der har valgt en månedsplan, bør ikke uventet finde årlig fakturering, en ekstra tjeneste eller et uforklaret oprettelsesgebyr på den sidste skærm. Gør den valgte plan og faktureringsperiode synlige, når forpligtelsen bekræftes.

Den oprindelige vejledning bruger FitSite, en illustrativ webtjeneste til fitnessvirksomheder. Dens tilmelding går gennem en plan, en skabelon, en konto, en webstedsadresse, betaling og bekræftelse. En SaaS-tjeneste til rapportering kan erstatte skabelonen med et eksempel-dashboard. En servicevirksomhed kan indsamle en projektbeskrivelse efter betaling. Rækkefølgen bør afspejle, hvad der skal besluttes nu, og hvad der kan vente.

Antag ikke, at flere trin altid gør en formular lettere, eller at hvert ekstra felt sænker konverteringen. Det er spørgsmål, der skal testes med din målgruppe. Et nødvendigt spørgsmål kan forhindre en dyr fejl; et unødvendigt kan afbryde en person, der var klar til at fortsætte.

Vælg tilbuddet, før du indsamler oplysningerne

Beskriv planer gennem nyttige resultater og konkrete begrænsninger. “Et vedligeholdt studiowebsted med en holdplan” giver kontekst, mens lagergrænser, antal websteder, integrationer og supportgrænser stadig kræver en tilgængelig forklaring. Et klart sprog bør tydeliggøre tekniske begrænsninger, ikke skjule dem.

Når både månedlige og årlige muligheder findes, skal du vise det faktiske beløb, der opkræves, og faktureringshyppigheden. Et årligt beløb divideret med tolv er en sammenligning, ikke en månedlig betalingsmulighed. Hvis du præsenterer skabeloner, skal du vise ærlige forhåndsvisninger og sikre, at deres tilgængelighed stemmer overens med den valgte plan. Undgå at bede kunder vælge en utilgængelig mulighed og forklare begrænsningen senere.

Bed om de minimumsoplysninger, der er nødvendige for at fortsætte

Angiv et formål ved hvert felt. E-mail kan identificere kontoen og modtage servicemeddelelser. Et virksomhedsnavn kan navngive det nye arbejdsområde. En adgangskode kan være påkrævet af godkendelsessystemet. Et telefonnummer, en virksomhedsbiografi, en komplet teamliste eller et logo kan som regel vente, medmindre det er afgørende for din leveringsproces.

Forklar fejl ved siden af det relevante felt med almindeligt sprog. Test en duplikeret e-mail, en utilgængelig arbejdsområdeadresse, en ugyldig værdi og en adgangskode, der ikke opfylder dine krav. Bevar gyldige indtastninger, når der opstår en fejl, som kan rettes. Inkludér synlige etiketter og tastaturadgang; pladsholdertekst alene er en dårlig erstatning for et feltnavn.

For FitSite kan studionavnet informere webstedets titel og den foreslåede adresse, men bekræft, hvad din faktiske konfiguration understøtter. En adresse som studio.fitsite.example er illustrativ. Kontrollér konflikter, tilladte tegn, og om kunden kan ændre forslaget før bekræftelse. Lov ikke automatisk navngivning uden at teste det.

Gør betaling og bekræftelse entydige

Betalingstrinnet bør opsummere den valgte tjeneste, det beløb der forfalder nu, fornyelsesbeløb og -plan, eventuel prøveperiode, eventuelt oprettelsesgebyr og hvor man finder vilkår for opsigelse eller refusion. Gør valgfrie tilføjelser til bevidste valg. En kort, præcis oversigt er mere nyttig end en entusiastisk knap, der skjuler købet.

Brug din betalingsudbyders testmiljø til udvikling. Følg de aktuelle testinstruktioner i stedet for at indtaste rigtige kortoplysninger i en testøvelse. En skærm med gennemført betaling er ikke tilstrækkelig: Bekræft, at abonnementet, kundekontoen og det lovede arbejdsområde eller den lovede tjeneste faktisk blev oprettet, og at bekræftelsesmeddelelsen afspejler deres status.

En nyttig bekræftelse fortæller, hvad der skete, og hvad man skal gøre derefter. For eksempel: “Dit FitSite-arbejdsområde er klar. Åbn dit dashboard for at tilføje dine holdoplysninger.” Hvis klargøringen stadig er i gang, så sig det og angiv en vej til hjælp. Kald ikke et websted klar eller live, før det er sandt. Hold kvitteringer, velkomstbeskeder og kontosiden ensartede.

Valgfrit implementeringsspor for WordPress

Ultimate Multisite dokumenterer betalingsformularer med priser, valg af faktureringsperiode og valg af skabelon. Brug området Checkout Forms i din egen testinstallation til at undersøge en egnet startformular og de felter, der kræves af de produkter, du har konfigureret. Den aktuelle dokumentation forklarer, hvordan periodeindstillinger skal matche produktprisvariationer. Bekræft denne adfærd i din installerede version.

Test skabelonvalg mod dine planindstillinger og det faktisk klargjorte indhold. Se forhåndsvisning af flowet som besøgende og som eksisterende bruger, og gennemfør det derefter fra en ren browsersession. WordPress Multisite og den gratis Ultimate Multisite-kerne kan understøtte denne tilgang; hosting, domæner, betalingsbehandling og valgfrie tjenester kan stadig koste penge. Du kan gennemføre planlægningsøvelsen uden at installere noget.

En illustrativ test fra start til slut

Forestil dig, at en studieejer vælger en månedlig FitSite-plan og en skabelon til små studier. De taster deres e-mail forkert, retter den, vælger en ledig adresse og gennemfører en testbetaling. Dit forventede resultat er én konto, ét korrekt konfigureret websted, den korrekte plan og et tydeligt næste trin. Registrér det forventede resultat før testen, så du kan skelne et fungerende flow fra en overbevisende skærm.

Gentag med en afvist testbetaling, en afbrudt browsersession og en tilbagevendende konto. Kontrollér, om et nyt forsøg opretter duplikerede ordrer eller websteder. Kontrollér mobillayoutet og tastatursekvensen. Bed en person, der ikke kender produktet, om at fortælle, hvad de mener, hvert trin betyder; notér forvirring uden at vejlede dem igennem det. Ret den mest betydningsfulde misforståelse, og kør dette scenarie igen.

Din øvelse

  1. Skitser vejen fra valgt plan til den første nyttige handling. Markér hvert punkt, hvor pris, identitet eller valg af arbejdsområde ændres.
  2. Angiv hvert foreslået felt og hvorfor det er nødvendigt nu. Flyt ikkevæsentlige opsætningsspørgsmål til onboarding.
  3. Skriv ordresammendraget, én feltfejl, én afventende meddelelse og én vellykket bekræftelse.
  4. Opret en testmatrix for succes, afvist betaling, utilgængelig adresse, eksisterende kunde, mobiladgang og afbrudt tilmelding.
  5. Kør flowet i et testmiljø, eller gennemgå en papirprototype. Registrér forventede kontra faktiske resultater og den næste rettelse.

Før du går videre

  • Kunden kan forklare, hvad de køber, og hvornår de bliver opkrævet.
  • En vellykket test opretter den korrekte konto og tjeneste, ikke blot en succesmeddelelse.
  • Du har en tydelig overdragelse til onboarding og en vej til genopretning ved fejl.

Kilder og implementeringsreferencer

Fortsæt dit kursus

Gem dine øvelsesnoter: Den næste lektion bygger på de beslutninger, du har truffet her.

Forrige lektion · Gennemse alle 14 lektioner