En betalingsflyt kunden kan forstå og fullføre
Vis totalpris, forklar neste steg og håndter avbrudd ordentlig. En god betalingsflyt er både et designarbeid og en teknisk oppgave.
Dette tar du med deg
- Gjør kostnader og abonnementsvilkår synlige før betaling.
- Test avbrudd, avslag og forsinkede bekreftelser.
- Bekreft betaling fra betalingssystemet før levering.
Vis hva kunden faktisk betaler
Oppsummer produkt eller tjeneste, antall, relevante avgifter og total før kunden går videre. Hvis det er et abonnement, må intervallet og hva som skjer etter en eventuell introduksjonsperiode være lett å forstå.
Unngå at obligatoriske kostnader dukker opp først i siste steg. Et tydelig sammendrag gjør det enklere å oppdage feil mens de fortsatt er lette å rette. Bruk samme navn på tilbudet gjennom hele flyten.
Be bare om det bestillingen trenger
Gå gjennom hvert felt og spør hvorfor dere trenger det akkurat nå. Skill obligatoriske og valgfrie opplysninger. Et digitalt produkt trenger ikke nødvendigvis samme skjema som en fysisk levering.
La nettleseren hjelpe med riktige felttyper og autofyll der det passer. Vis feil nær feltet, og behold gyldige opplysninger når noe må rettes. På mobil bør tastatur og knapper fungere uten at kunden må gjette hva systemet forventer.
Planlegg de ufullførte forløpene
En betaling kan avbrytes, bli avvist eller bruke tid på å bli bekreftet. Lag forståelige tilstander for dette. Kunden bør se om de kan prøve igjen, om bestillingen venter eller om de må kontakte dere.
En takkeside alene er ikke en pålitelig kilde til betalingsstatus. Stripe beskriver bruk av verifiserte webhooks for å bekrefte hendelser og fullføre bestillinger. Behandlingen må tåle gjentatte hendelser uten å levere eller registrere samme ordre flere ganger.
Test hele reisen før lansering
Bruk betalingsleverandørens testmiljø og prøv både vellykket og mislykket betaling. Kontroller også tilbakeknappen, omlasting, kvittering og hva kunden ser når de kommer tilbake senere. Test uten å belaste et reelt kort.
Skriv ned hva som skal skje ved hvert utfall. Da er det lettere å kontrollere at grensesnitt og backend er enige. Se hvordan informasjonen før betaling kan gjøres tydeligere.