Checkout för webbutiken: planera hela vägen till bekräftad order

Fastställ orderns underlag innan betalningen startar

Bestäm vilka uppgifter som måste vara klara: orderreferens, belopp, valuta och kundens rätt att betala beställningen. Servern bör kontrollera underlaget mot företagets order. Ett belopp som visas i webbläsaren ska inte ensamt avgöra vad som debiteras. Gå igenom en kund som öppnar checkout och sedan ändrar antalet varor i en annan flik. Den gamla betalningen får inte okritiskt bli underlag för den nya beställningen. Beskriv när en ny betalningsoperation behövs och hur det tidigare försöket följs upp. En tydlig regel gör det lättare för både utvecklare och kundservice att förstå flera försök på samma order utan att blanda ihop dem.

Hostad betalningssida

Gör bytet till betalningsleverantören begripligt

Kunden ska känna igen företaget och förstå var betalningen sker. Visa relevanta orderuppgifter och samma belopp och valuta genom flödet. Läs texten på en liten mobilskärm och kontrollera att viktiga meddelanden inte hamnar bakom långa förklaringar. Stripe dokumenterar olika Checkout-gränssnitt, men den faktiska leveransen beror på vald produkt och integration. I OrsunPays hostade betalningsflöde anges känsliga kortuppgifter hos betalningsleverantören. Beskriv den verkliga resan i kravspecifikationen. Anta inte att alla anpassningar eller betalningssätt från leverantörens andra produkter följer med samma anslutning. Kundservice bör också kunna förklara övergången och hjälpa kunden att känna igen rätt betalningssida.

Signerade betalningsmeddelanden

Kontrollera betalningssätten för rätt konto

Skriv upp marknad, valuta, leverantörskonto och önskat betalningssätt för varje köpsituation. Bekräfta kombinationerna innan de presenteras som tillgängliga för kunden. En metod kan finnas i leverantörens allmänna erbjudande utan att vara aktiverad för företaget eller den aktuella integrationen. Bedöm också vad kunden ska se om ett alternativ saknas. Det behövs ett förståeligt nästa steg, inte en oväntad återvändsgränd. Börja med de metoder verksamheten behöver och har fått bekräftade. Fler logotyper innebär inte automatiskt ett bättre flöde. Ge någon ansvar för att uppgifterna hålls aktuella när företaget ändrar konto, valuta eller konfiguration, och låt ändringen följas av en konkret genomgång.

Separera retursidan från betalningsbeslutet

Retursidan ger kunden information efter försöket. Serverns verifierade betalningsstatus avgör hur företaget får hantera ordern. Dessa besked kan komma vid olika tidpunkter. Kunden kan återvända innan behandlingen är färdig eller stänga webbläsaren utan att besöka sidan. Använd därför en lämplig väntetext när resultatet inte är klart. Signerade webhooks kan koppla senare förändringar till orderprocessen, men mottagaren måste kontrollera och behandla händelserna korrekt. Låt inte en adress med ett positivt namn automatiskt utlösa leverans. Den interna ordern ska kunna uppdateras rätt även om kunden aldrig öppnar en bekräftelsesida igen, och en upprepad händelse ska inte skapa en extra försändelse.

Planera avbrott utan blinda nya debiteringar

Undersök ett nätverksavbrott som uppstår efter att betalningen startat. Vad ser kunden, vilka referenser kan support hitta och vem kontrollerar utfallet? Ett okänt resultat är inte samma sak som en säker avvisning. Kunden bör därför inte automatiskt ombes betala igen. Kontrollera först den befintliga operationen. Gå också igenom en kund som återkommer senare eller klickar flera gånger. En ny order, ett nytt försök och en upprepad förfrågan måste kunna skiljas åt. Dokumentera tillåtna handlingar för varje situation. Det gör att medarbetaren kan arbeta med verifierade uppgifter i stället för att avgöra betalningsstatus utifrån vad kunden råkade se på skärmen.

Avgränsa leveransen och förbättra konkreta problem

OrsunPay kopplar beställningen till konfigurerade leverantörer och tillgängliga betalningssätt. Företaget behåller sina avtal, medan leverantören behandlar betalningen och gör upp direkt. Hosted checkout är inte i sig lagerhantering, frakt eller abonnemang. Bestäm därför vilka uppgifter integrationen ska lämna tillbaka till övriga system. Efter införandet bör teamet undersöka om bekräftade betalningar leder till korrekt orderhantering och om kunder förstår väntetid och avbrott. Använd nödvändiga driftsuppgifter utan att samla kortdata i egna loggar. Åtgärda tydliga problem, exempelvis en otydlig text eller en saknad referens, innan fler funktioner läggs ovanpå en process som ännu inte är tillräckligt förstådd av dem som ansvarar för den.

Källor

• Stripe Checkout
• Stripe Webhooks