Betalingsknapp på nettsiden: fra klikk til bekreftet ordre
En betalingsknapp kan føre kunden fra en produktside til et klart betalingsløp. For at den skal være nyttig, må kunden forstå kjøpet før klikket, og bedriften må vite hva som skjer etterpå. Arbeidet handler derfor om mer enn knappens farge og plassering. Start med én vare eller tjeneste, og følg bestillingen gjennom popup eller videresending til det verifiserte resultatet som avgjør om bedriften kan levere.

Gi knappen én konkret betydning
Bestem om knappen starter et nytt kjøp, åpner en eksisterende betalingslenke eller fortsetter en ordre som allerede er opprettet. Teksten og innholdet rundt knappen bør gjøre betydningen tydelig. Hvis kunden fortsatt må velge en variant, bør det valget ikke skjules bak en generell betalingsoppfordring. Tenk på en side som selger kurs med forskjellige datoer. Riktig kurs og beløp må følge med videre, ellers kan en teknisk fungerende knapp starte feil kjøp. Vis relevante forutsetninger før kunden klikker, og unngå å gi inntrykk av at en reservasjon er bekreftet når knappen bare åpner en mulighet til å betale.
La serveren kontrollere bestillingen
Når betalingen gjelder en ordre, bør serveren avgjøre hvilken ordre kunden har tilgang til og hvilket beløp som er gyldig. En pris i nettleseren bør ikke alene bli grunnlaget for innkrevingen. Bruk en stabil intern referanse som senere kan knytte resultatet til bestillingen, men ikke legg private kundedata i en offentlig URL. Avklar også hva som skjer ved flere klikk. Den samme tilsiktede operasjonen skal ikke uforvarende bli flere uavhengige betalinger. En midlertidig deaktivert knapp kan være nyttig for brukeropplevelsen, men erstatter ikke kontrollen i integrasjonen. Beskriv forskjellen mellom et nytt kjøp og en gjentatt forespørsel før implementasjonen begynner.
Velg betalingsvindu etter faktisk støtte
Popup og videresending gir forskjellige brukeropplevelser. En popup kan holde opprinnelig side tilgjengelig, mens videresending bruker samme nettleservindu. Vurder den dokumenterte løsningen og kundens enheter før valget tas. Gå gjennom en mobiltelefon og en nettleser som ikke åpner et nytt vindu som forventet. Kunden må fortsatt forstå neste steg. Stripe dokumenterer egne lenker og betalingsgrensesnitt, men deres muligheter bekrefter ikke en annen widgets leveranse. Sjekk den konkrete pakken, tilgjengelige adresser og støttede oppførselen før designet blir avhengig av én variant. Et enklere og bekreftet løp er ofte lettere å drifte enn et mer avansert vindusmønster som ingen har gjennomgått.
Forklar ventetid og avbrudd for kunden
Kunden bør kunne skille mellom å åpne betalingen, forsøke å betale og få ordren bekreftet. Hvis resultatet fortsatt undersøkes, skal siden vise det uten automatisk å kreve en ny betaling. Avtal hva kunden ser etter å ha lukket vinduet eller brukt tilbakeknappen. En lukket popup betyr ikke nødvendigvis at betalingen feilet, og en positiv returadresse beviser ikke at den er gjennomført. La serverens kontrollerte opplysninger avgjøre ordren. Kundens beskjed bør følge siste kjente tilstand og gi et tydelig alternativ ved spørsmål. Gå gjennom denne teksten med kundeservice, slik at svarene deres ikke motsier det nettsiden viser når en bekreftelse kommer senere.
Bekreft OrsunPays widget og avgrensninger
OrsunPays JavaScript-widget har en implementasjon for popup og videresending til det hostede betalingsløpet. Offentlig pakkeutgivelse og leveringsadresser krever fortsatt bekreftelse. Denne artikkelen er derfor ikke en installasjonsoppskrift for en offentlig pakke. Kortopplysninger legges inn hos betalingsleverandøren, og bedriften beholder egne kontoer og avtaler med støttede leverandører. Knappen gir ikke automatisk lagerstyring, frakt, abonnementer eller en komplett nettbutikk. OrsunPays offentlige betalingsside er også adskilt fra en full butikkbygger. Definer en liten leveranse, bekreft tilgjengeligheten og hold fremtidige ønsker utenfor det som loves ved oppstart. Da blir både kundens forventning og utviklingsoppgaven mer presis.
Gå gjennom hele løpet før publisering
La en person som ikke kjenner prosjektet prøve siden. Kan personen forklare hva som kjøpes, kjenne igjen bedriften hos betalingsleverandøren og forstå statusen etterpå? Følg deretter samme ordre internt. Referansen må kunne finnes, resultatet må være verifisert, og neste handling skal utføres bare én gang. Ta med et avbrutt forløp og en forsinket hendelse i gjennomgangen. Forbedre konkrete problemer i tekst eller logikk fremfor å legge til flere visuelle elementer. En betalingsknapp er først en brukbar del av bedriftens prosess når både kunden og medarbeideren vet hva som skal skje videre, også i de tilfellene hvor betalingen ikke gir et øyeblikkelig og entydig svar.
Relevante produkter
Kontakt ossKilder
Relaterte artikler

Betalings-API: avklar kontrakten mellom ordre og betaling
Planlegg identiteter, beløp, gjentatte kall og driftsansvar før API-integrasjonen bygges.
Les artikkelen
Betalingslink for bedrifter: fra avtale til bekreftet betaling
Lag en tydelig arbeidsflyt for betalingslenker, beløp, kundebeskjeder og kontrollert ordrebehandling.
Les artikkelen
Stripe-alternativ: sammenlign riktig del av betalingsløsningen
Avklar behovet for ny leverandør, annen checkout eller et felles programvarelag før du sammenligner tilbud.
Les artikkelen