Betalningsknapp på webbplatsen: från klick till verifierad order

Ge knappen en tydlig och avgränsad uppgift

Bestäm om knappen startar ett nytt köp, öppnar en befintlig betalningslänk eller fortsätter en redan skapad order. Texten runt den ska göra skillnaden begriplig. Om kunden fortfarande behöver välja en variant bör det inte döljas bakom en allmän uppmaning att betala. Tänk på en kurssida med flera datum och priser. Rätt val måste följa med vidare, annars kan en tekniskt fungerande knapp starta fel köp. Visa relevanta förutsättningar innan kunden klickar. Undvik också att antyda en bekräftad bokning när knappen bara öppnar en betalningsmöjlighet. En tydlig betydelse gör det lättare att skriva både felmeddelanden och instruktioner för nästa steg.

Betalningswidget

Låt servern kontrollera order och belopp

När betalningen avser en beställning bör servern kontrollera vilken order kunden får betala och vilket belopp som gäller. Priset som visas i webbläsaren ska inte ensamt vara grund för debiteringen. Använd en stabil intern referens för att senare koppla resultatet till ordern, men undvik privata uppgifter i offentliga adresser. Bestäm också vad som sker när kunden klickar flera gånger. Samma avsedda operation får inte oavsiktligt bli flera oberoende betalningar. En tillfälligt inaktiv knapp kan hjälpa användaren, men ersätter inte serverkontrollen. Definiera skillnaden mellan ett nytt köp och en upprepad förfrågan innan kod och gränssnitt byggs runt antaganden som kan bli svåra att ändra.

Betalningssida

Välj fönsterflöde efter bekräftad funktion

Popup och omdirigering ger olika upplevelser. En popup kan låta ursprungssidan ligga kvar, medan omdirigering använder samma fönster. Välj utifrån dokumenterad integration och kundernas enheter. Gå igenom en mobil och en webbläsare som inte öppnar ett nytt fönster som förväntat. Kunden behöver fortfarande förstå nästa steg. Stripe beskriver egna betalningslänkar och gränssnitt, men deras funktioner bekräftar inte en annan widgets leverans. Kontrollera den konkreta paketutgåvan, adresserna och det stödda beteendet innan designen blir beroende av en viss variant. Ett enkelt, bekräftat flöde är lättare att drifta än ett mer avancerat fönstermönster som ingen har gått igenom från början till slut.

Förklara väntetid och avbrott utan dubbla krav

Kunden ska kunna skilja på att öppna betalningen, genomföra ett försök och få ordern bekräftad. Om resultatet undersöks behöver sidan visa det utan att automatiskt begära en ny betalning. Bestäm vad som visas efter att fönstret stängts eller tillbaka-knappen använts. En stängd popup bevisar inte att betalningen misslyckats, och en positiv returadress bevisar inte att den lyckats. Låt serverns verifierade uppgifter styra ordern. Kundmeddelandet bör följa senaste kända status och ge en tydlig väg vid frågor. Gå igenom texten med support så att deras besked inte motsäger webbplatsen när en bekräftelse kommer senare än köparen hade väntat sig.

Avgränsa OrsunPays widget från andra produkter

OrsunPays JavaScript-widget har en implementation för popup och omdirigering till det hostade betalningsflödet. Publik paketutgåva och leveransadresser behöver bekräftas separat. Guiden är alltså inte en installationsmanual för ett redan offentligt paket. Kortuppgifter anges hos leverantören, och företaget behåller egna konton och avtal med stödda betalningsleverantörer. En knapp innebär inte automatiskt lager, frakt, abonnemang eller en komplett webbutik. OrsunPays publika betalningssida är även skild från en fullständig butiksbyggare. Begränsa den första leveransen och bekräfta vilka delar som finns i den aktuella konfigurationen. Då blir det lättare att hålla både kundens förväntningar och utvecklingsarbetet inom det som faktiskt kan erbjudas.

Granska hela resan med ett verkligt orderexempel

Låt någon som inte känner projektet prova sidan. Kan personen beskriva köpet, känna igen företaget hos betalningsleverantören och förstå statusen efteråt? Följ sedan samma order internt. Referensen ska gå att hitta, resultatet ska vara verifierat och nästa åtgärd ska utföras endast en gång. Ta med ett avbrutet flöde och en försenad händelse. Förbättra konkreta brister i text eller logik i stället för att lägga till fler visuella element. En betalningsknapp blir en användbar del av företagets process när både kunden och medarbetaren vet vad som ska ske härnäst, även när ett betalningsförsök inte omedelbart ger ett tydligt eller slutgiltigt svar på skärmen.

Källor

• Stripe Payment Links
• Stripe Checkout