Verkkokaupan kassa: tilauksesta vahvistettuun maksuun

Kuvaa tilauksen kulku ennen ulkoasua

Kirjoita, milloin tilaus syntyy ja milloin se voidaan toimittaa. Ostoskorin lähettäminen, maksun aloittaminen ja maksun vahvistaminen ovat eri vaiheita. Sisäisen tilausjärjestelmän pitää erottaa ne toisistaan, vaikka asiakkaalle näytetään vain yksinkertainen eteneminen.

Esimerkiksi varaston ei pidä lähettää tuotetta siksi, että asiakas avasi maksusivun. Toisaalta selaimen sulkeminen ei saa estää vahvistetun maksun yhdistämistä tilaukseen. Säilytä tilauksen tunniste erillään maksun ja mahdollisten maksuyritysten tunnisteista. Näin asiakaspalvelu voi ymmärtää, miksi samalla tilauksella näkyy ensin keskeytynyt yritys ja myöhemmin onnistunut suoritus.

Ylläpidetty kassa

Valitse sopiva kassaratkaisu

Palveluntarjoajan ylläpitämä maksusivu voi vähentää oman maksunäkymän rakentamista. Se ei kuitenkaan poista tarvetta tarkistaa tilauksen summaa ja vastaanottaa lopullista maksutietoa. Kauppiaan sovellus vastaa edelleen siitä, mitä ostetaan ja milloin ostos katsotaan maksetuksi.

Oma käyttöliittymä antaa enemmän mahdollisuuksia muotoiluun mutta kasvattaa myös testaamisen ja ylläpidon määrää. Vertaa ratkaisuja todellisen ostotilanteen mukaan: mitä tietoja tarvitaan ennen maksua, mitä asiakas näkee puhelimella ja miten hän jatkaa keskeytyksen jälkeen. Älä päätä pelkän kuvakaappauksen perusteella. Maksusivun selkeys muodostuu myös hinnasta, myyjän tunnistettavuudesta ja seuraavan vaiheen ymmärrettävyydestä.

Webhook-ilmoitukset

Tarkista maksutapojen saatavuus

Maksutavan näkyminen palveluntarjoajan yleisessä dokumentaatiossa ei takaa sen saatavuutta omalla tilillä. Mahdollisuuksiin voivat vaikuttaa maa, valuutta, yrityksen toiminta ja tilin asetukset. Vahvista tarvittavat maksutavat ennen kuin lupaat ne asiakkaille tai rakennat niitä edellyttävän myyntiprosessin.

OrsunPayn kassa käyttää määritettyjen yhteyksien kautta soveltuvia maksutapoja. Kauppiaalla säilyvät omat sopimukset ja tilit maksupalveluntarjoajien kanssa. OrsunPay on maksuprosessia yhdistävä ohjelmisto, ei itsenäinen korttimaksujen vastaanottaja. Stripe-yhteys on olemassa, mutta muiden yhteyksien saatavuus on vahvistettava erikseen. Automaattista kustannusoptimointia tai maksuyritysten kaskadointia ei pidä olettaa nykyiseksi perusominaisuudeksi.

Pidä summan laskenta palvelimella

Selaimessa esitetty ostoskori on käyttöliittymä, ei yksin luotettava maksun tietolähde. Palvelimen tulee tarkistaa tuotteet, määrät, hinnat ja valuutta ennen maksun luomista. Tämä ehkäisee sekä vanhentuneista sivuista että virheellisistä pyynnöistä syntyviä eroja.

Dokumentoi myös pyöristys ja käytetyn rajapinnan summamuoto. Eri palveluiden esimerkit voivat esittää rahamäärän eri yksikössä. Tarkista käytännössä pieni summa, usean tuotteen yhteissumma ja muutettu ostoskori. Asiakkaalle luvattu hinta, tilaukseen tallennettu hinta ja maksusivun summa pitää voida jäljittää samaan päätökseen, muuten erojen selvittäminen siirtyy myöhemmin asiakaspalvelun tehtäväksi.

Vahvista tulos selaimesta riippumatta

Kiitossivu on hyödyllinen asiakkaalle, mutta sen avaaminen ei yksin todista maksua. Palvelimen vahvistama tila ja tarkistetut webhook-ilmoitukset muodostavat perustan tilauksen päivittämiselle. Näin maksu voidaan käsitellä, vaikka asiakas ei palaisi kauppaan maksusivulta.

Sama ilmoitus voi tulla uudelleen. Tilauksen toimitus ja vahvistusviesti eivät saa käynnistyä kahdesti. Määritä sallitut tilamuutokset ja tallenna käsittelyn tulos. Jos maksu on vielä kesken, asiakkaalle voidaan näyttää odotustila selkeine ohjeineen. Uuden maksun pyytämisen sijaan asiakaspalvelun pitää ensin pystyä tarkistamaan jo syntynyt maksutapahtuma.

Testaa epäonnistumiset tarkoituksella

Kokeile keskeytettyä maksua, hidasta yhteyttä, kaksoispainallusta ja selaimen takaisin-toimintoa. Tarkista myös, mitä tapahtuu, kun ilmoitus saapuu ennen selaimen paluuta tai vasta paljon myöhemmin. Näissä tilanteissa näkyy, onko järjestelmä suunniteltu todelliseen käyttöön vai vain onnistuvaa esittelyä varten.

Pidä testi- ja tuotantoympäristön avaimet sekä ilmoitusosoitteet erillään. Kontrolloidun kokeen ei pidä käynnistää oikeaa toimitusta vahingossa. Kirjaa jokaiselle testitilanteelle odotettu tilauksen tila ja vastuuhenkilö. Jos tulos eroaa odotuksesta, korjaa prosessi ennen liikenteen kasvattamista sen sijaan, että työntekijöitä pyydetään muistamaan uusi poikkeus ilman dokumentoitua toimintatapaa.

Määritä käyttöönoton hyväksymiskriteerit

Käy yksi näytetilaus läpi ostoskorista maksupalveluntarjoajan tietoihin ja kaupan hallintaan. Anna myös toisen työntekijän löytää sama tapahtuma tilausviitteen avulla. Tämä osoittaa, ovatko yhteydet ymmärrettäviä myös muille kuin integraation rakentajalle.

Hyväksymiskriteereihin kuuluvat oikeat summat, vahvistettu maksutila, kertaluonteinen toimitus ja tiedossa oleva palautumismenettely teknisen häiriön jälkeen. Seuraa aluksi sekä vahvistettuja maksuja että käsin selvitettäviä tapauksia. Pelkkä kassaan siirtyneiden kävijöiden määrä ei kuvaa onnistunutta myyntiä. Tavoitteena on kokonaisuus, jossa asiakas tietää mitä tapahtuu ja kauppias voi luottaa siihen, että tilauksen käsittely perustuu oikeaan tietoon. Sovi samalla, kuka seuraa ensimmäisiä tuotantotapahtumia ja milloin käyttöönoton havainnot käydään yhdessä läpi. Näin mahdollinen ongelma saa omistajan heti.

Lähteet

• Stripe Checkout
• Stripe Webhooks