Alternatívák / Checkout
Hosted checkout alternatívát keres
Az új checkout-szolgáltatót keresők többsége nem a funkciók miatt nézelődik — azért távoznak, mert hiányzik egy szükséges fizetési mód, mert az egyeztetés fájdalmas, vagy mert senki sem válaszol, ha egy elszámolás hibásnak tűnik. Ez az oldal az a checklist, amelyet érdemes mindenre alkalmazni, amit legközelebb megvizsgál — velünk együtt.
Értékelés
Hat kérdés, amely különbséget tesz.
Mely fizetési módok, egyetlen oldalon?
Nem a prospektusban szereplő szám számít, hanem azok a módok, amelyeket az ügyfelei valóban használnak, ugyanazon az oldalon megjelenítve. Az átirányítás mögé vagy külön integrációba zárt fizetési módot kevesebben fogják használni.
Milyen pénznemben kapja meg a pénzt?
Ha a válasz fizetési módonként változik, akkor egyeztetési problémát vásárolt. Kérdezzen rá konkrétan, mi érkezik a számlájára kripto- vagy határon átnyúló fizetésből, és milyen pénznemben.
Mekkora PCI-hatókör hárul Önre?
Egy valóban hosted oldal a kártyaadatokat távol tartja a szervereitől, még akkor is, ha a saját felületébe van beágyazva. Kérdezze meg, mit tárolnak a rendszerei, és ennek következtében milyen lesz az auditja.
Van egyetlen azonosító az elejétől a végéig?
A checkout, a nyugta, a webhook, a kifizetés és a visszatérítés mind az Ön által megadott azonosítót kell hogy hordozza. Ha két azonosítót kell összerendelni a rendszerek között, ott csúszik el a hónapzárás.
Mit jelent valójában a migráció?
A tárolt kártyáknak tokenként kell átkerülniük, hogy az előfizetőknek ne kelljen újra megadniuk az adataikat, és mindkét szolgáltatónak tudnia kell párhuzamosan működni, amíg a régi befejezi az elszámolást.
Ki válaszol, ha elromlik?
Egy support-sor és az elszámolási kódot író csapat két külön termék. Amikor egy kifizetés hibásnak tűnik, csak ez a különbség számít.
Miért hagyják el az emberek a checkout-szolgáltatójukat
Ritkán egy olcsóbb díj miatt. A gyakorlatban négy ok valamelyike áll mögötte: az ügyfelek által kért fizetési módot a szolgáltató nem adja hozzá, az egyeztetési modell miatt a pénzügy retteg a hónapzárástól, a támogatás pont rossz pillanatban mondja fel a szolgálatot, vagy a roadmap megállt, miközben a fizetések világa nem. Annak kiderítése, hogy melyik az Ön oka, maga az értékelés — az a szolgáltató, aki a másik háromban kiváló, még mindig rossz váltás.
- 01Egy fizetési mód, amelyet az ügyfelek kérnek, de nem érkezik meg
- 02Egyeztetés, amely havonta több napnyi munkát emészt fel
- 03Senki sem felel, ha egy elszámolás hibásnak tűnik
- 04Egy termék, amely lemaradt a fizetési módok mögött
Mennyibe kerül valójában a váltás
Az integráció kevesebbe kerül, mint amire a csapatok számítanak, a széleken viszont többe. A rendelés-hívás és a webhook-kezelő általában egy hét; a tervezést a lecsengés igényli — a tárolt kártyák és előfizetések, amelyek nem törhetnek el, a visszatérítések, amelyeknek még a régi szolgáltató csatornáin kell visszamenniük, és az az időszak, amikor mindkét rendszer él. Bármelyik váltásra érdemes szolgáltatónak tudnia kell ezt leírni a szerződés aláírása előtt, nem utána.
- 01Integráció: egy rendelés-végpont, egy átirányítás, egy aláírt webhook
- 02A lecsengés: tárolt kártyák, előfizetések, folyamatban lévő visszatérítések, párhuzamos működés
- 03A visszatérítések mindig azon a csatornán futnak vissza, amelyen a fizetés beérkezett
Hol illeszkedik a Protocore Gateway
A fenti hat kérdésre így válaszolunk: kártyák, wallet-ek, banki átutalás, helyi módok, BNPL és USDC egyetlen oldalon; minden euróban kerül elszámolásra; a kártyaadat-kezelési felület nálunk marad, még ha a mezők az Ön felületébe vannak is beágyazva; egyetlen azonosító fut a checkouttól a bankkivonat soráig; a tárolt kártyák tokenként települnek át, miközben mindkét szolgáltató párhuzamosan működik; és azok válaszolnak, akik megírták. Hogy ez megér-e egy váltást, attól függ, a fenti négy ok közül melyik az Öné — ha egy olcsóbb díj, akkor valószínűleg nem mi vagyunk a megoldás.
- 01Minden fizetési mód egy oldalon, egyetlen euróösszegben elszámolva
- 02Egyetlen rendelésazonosító a checkouttól a kifizetésen át a visszatérítésig
- 03Migráció párhuzamos működéssel megtervezve, tokenekkel együtt
- 04Mögötte egy product studio áll, nem egy support-szint
FAQ
Kérdések, amelyeket bárkitől érdemes megkérdezni.
Igen, és migráció közben érdemes is. Az új rendelések az új szolgáltatóhoz mennek, míg a régi befejezi a saját fizetéseinek elszámolását és visszatérítését — a visszatérítések mindig azon a csatornán mennek vissza, amelyen a fizetés érkezett, így a régi integráció az utolsó visszatérítési határidő lejártáig él.
Nem kellene. A tárolt kártyák tokenként költöznek a szolgáltatók között, és előfizetések esetén ez a legfontosabb kérdés — az a migráció, amely minden tárolt kártyát nulláz, lemorzsolódási esemény, nem migráció.
Az integráció általában egy hét. Az ütemtervet a körülötte lévő terv határozza meg — párhuzamos működés, tokenmigráció, az utolsó visszatérítési határidő a régi szolgáltatónál —, és ez jellemzően hetekben mérhető, nem hónapokban.
Akkor kérjen határidőt a jelenlegi szolgáltatójától, mielőtt bármi mást megvizsgálna. Szolgáltatót váltani egyetlen módért sok munka szűk haszonért, hacsak ugyanez a beszélgetés nem tárja fel a fenti másik három problémát is.
Futtassa le a checklistet rajtunk.
Indítson valódi fizetést a demo checkoutunkon, majd mondja el, a hat kérdés közül melyiken bukik el a jelenlegi szolgáltatója. Őszintén megmondjuk, megéri-e a váltás az Ön negyedévét.