Rivya-guide for betaling og betalingsflyt

Bruk denne guiden for betaling og betalingsflyt når du trenger å forstå hva som skjer etter at du kjøper en plan eller kredittpakke i Rivya.

Det folk vanligvis misforstår om betaling i Rivya, er dette:

At Stripe fullfører betalingen, er ikke det siste steget. Produktet må fortsatt hente seg inn og vise endringen riktig.

Derfor slutter ikke betalingsflyten hos Stripe, og den slutter ikke i det øyeblikket nettleseren kommer tilbake.

Betalingsflyten har tre reelle stadier

Akkurat nå er betalingsflyten enklere å forstå hvis du deler den i tre stadier:

1. Rivya oppretter betalingsøkten

2. brukeren fullfører Stripe Checkout

3. Rivya venter på at produkttilstanden blir pålitelig igjen

Det tredje stadiet er nøyaktig hvorfor /payment finnes.

Hvor betalingen kan starte

Betalingen starter for tiden fra steder som allerede matcher brukerens intensjon:

• Priser

• /settings/billing

• /settings/credits

De to viktigste kjøpsformene er:

• betaling for abonnementsplan

• betaling for engangs kredittpakke

Dette er ulike kommersielle beslutninger, men de samles likevel i samme bekreftelsesvei.

Betaling for planer og kredittpakker er like, men ikke det samme

Planbetaling oppretter eller fornyer et abonnement.

Betaling for en kredittpakke er en engangspåfylling av kredittsaldoen.

Den forskjellen betyr noe fordi Rivya etter betaling må vite om den skal oppdatere:

• abonnementstilstand

• eller kredittsaldo

Derfor kan den samme vellykkede Stripe-hendelsen fortsatt føre deg tilbake til ulike produktområder etterpå.

Hvorfor /payment finnes i det hele tatt

/payment er ikke en kvitteringsside i vanlig forstand.

Den er en behandlingsbro.

Jobben dens er å:

• lese Stripe session_id

• sjekke om produktets betalingspost er ferdigbehandlet

• fortsette å kontrollere status i en kort periode hvis det trengs

• først deretter sende deg tilbake til riktig del av appen

Det gjør den mer lik en tilstandssynkroniseringsside enn en innholdsside.

Når er en betaling "virkelig ferdig" fra produktets perspektiv?

Fra brukerens perspektiv føles betalingen fullført når Stripe sier at den fungerte.

Fra produktets perspektiv er betalingen bare virkelig fullført når kontotilstanden er synlig oppdatert i Rivya.

Det betyr vanligvis:

• betalingsposten er merket som paid eller completed

• effekten på abonnementet eller kredittsaldoen er synlig

• du kan trygt gå tilbake til fakturering eller kreditter uten å se gammel tilstand

Dette er den reelle grunnen til at produktet venter på /payment i stedet for å sende brukeren rett tilbake i appen.

Hvorfor webhooks fortsatt betyr noe selv om /payment kontrollerer status

/payment erstatter ikke Stripe webhooks.

Webhooks er fortsatt det som oppdaterer den varige systemtilstanden.

/payment-siden finnes slik at opplevelsen kan vente til den tilstanden er reflektert godt nok til å være pålitelig før videresending.

Det er forskjellen mellom:

• "Stripe behandlet noe"

• og "Rivya viser nå tydelig den endringen"

Hvor du går etter betaling

Returveien er med vilje knyttet til det som endret seg.

Hvis kjøpet gjaldt abonnement, sendes du vanligvis tilbake til fakturering.

Hvis kjøpet var en kredittpakke, sendes du vanligvis tilbake til kredittsiden.

Det er ikke kosmetisk ruting. Det matcher spørsmålet brukere vanligvis har rett etter betaling:

• ble planen min oppdatert?

• eller ble kredittsaldoen min oppdatert?

Hva tidsavbrudd eller feil faktisk betyr

Hvis /payment får tidsavbrudd eller feiler, betyr det ikke automatisk at selve betalingen forsvant.

Oftere betyr det ett av disse:

• produktets betalingspost er ikke ferdigbehandlet ennå

• videresendingen venter på en tilstand som fortsatt oppdateres

• kontosiden ville fortsatt vist gammel tilstand hvis brukeren ble sendt videre for tidlig

Derfor er et tydelig tidsavbrudd bedre enn en falsk suksess. Det forteller brukeren at produktbekreftelsen er den delen som fortsatt er ufullstendig.

Den beste måten å sjekke om betalingen faktisk landet

Etter betaling er den enkleste kontrollen:

1. la /payment fullføre flyten sin

2. sjekk /settings/billing hvis kjøpet var en plan

3. sjekk /settings/credits hvis kjøpet var en pakke

4. sjekk Varslingssenter hvis kontoen fortsatt ser usynkronisert ut

Dette er vanligvis bedre enn å oppdatere tilfeldige sider og gjette.

Betaling blir også kontominne

Betaling er ikke bare en enkelthandling. Den blir også del av kontohistorikken gjennom varige hendelser som:

• abonnement startet

• abonnement fornyet

• betaling mislyktes

• kredittpakke lagt til

Derfor betyr varsler noe her også. Å lukke Stripe-fanen er ikke slutten på kontohistorien.

En bedre mental modell

Den enkleste måten å tenke på Rivyas betalingsflyt på er:

• Stripe håndterer pengebevegelsen

• /payment håndterer returen til produktet

Hvis du holder disse to rollene adskilt, blir hele flyten lettere å forstå.

Les videre

• Kreditter og fakturering

• Planer og pakker i Rivya

• Varslingssenter

• Feilsøking i Rivya

Sjekkliste for betalingstilstand

Når et kjøp ser uferdig eller forvirrende ut, bør du kontrollere:

• Bekreft hvor Stripe Checkout startet: den offentlige prissiden, faktureringsinnstillingene eller kredittinnstillingene.

• Sjekk om Stripe fullførte betalingen og sendte brukeren tilbake til /payment.

• Vent på at Rivya oppdaterer abonnements-, pakke-, faktura- og kredittsaldoen før du starter en ny betalt oppgave.

• Bruk faktureringssider for abonnementer og kredittsider for pakker eller saldohistorikk.

• Ikke behandle en videresending i nettleseren som bevis på at webhooken og kontotilstanden allerede er avstemt.

Kontroller på nytt før du prøver betaling igjen

Kontroller på nytt før du prøver igjen hvis brukeren ser en gammel plan, manglende kreditter, dupliserte Stripe Checkout-vinduer, mislykket betaling eller en vellykket Stripe-kvittering som ennå ikke vises i Rivya.