Harpidetza bera webean, iOSen eta Androiden: nola saihestu kobrantza bikoitzak egoera bateratuarekin

Kanal anitzen bidez zerbitzu digital bat saltzea ohiko jarduna da edozein software edo eduki enpresarentzat. Erabiltzaile batek ordenagailuko nabigatzailean ezagutu dezake produktua, sare sozialetako kanpaina baten bidez erregistratu eta ondoren sakelakoan erabili, dela iOSen zein Androiden. Alabaina, fakturazio kanal desberdinak batera aritzen direnean, arazo operatibo larri bat azaleratzen da: nahi gabeko kobrantza bikoitza.

Egoera hau gertatzen da webean kuota aktiboa duen bezero batek aplikazio mugikorra instalatzen duenean eta, ordainketa pantaila natibo bat aurkitzean, Apple In-App Purchase edo Google Play Billing bidez berriro harpidetzen denean. Alderantziz ere gertatzen da: mugikorreko dendan ordaindu duten erabiltzaileek txartela webean sartzen dute sarbidea berritu behar dutela pentsatuta. Gatazka hau konpontzeko ez da nahikoa bezeroarentzako arretan erreklamazioak kudeatzea; ezinbestekoa da sarbide egoera bateratua duen harpidetza arkitektura bat diseinatzea.

Erabiltzailearen nortasuna eta dendaren identifikatzailea

Kobrantza bikoiztuen jatorria bi nortasunen arteko deskonexioan dago: erabiltzaileak zure zerbitzuan duen kontua eta dendaren ekosisteman duen kontua (Apple ID edo Google kontua). Aplikazio dendentzat, transakzioa euren ekosistemari soilik lotuta dago, eta ez dakite barneko zein bezerori dagokion zure zerbitzariak erosketa egiaagiria jaso eta lotzen duen arte.

Mugikorreko ekosistemaren barruan marruskadurak saihesteko pagos en apps eremuan, oinarrizko araua hauxe da: sarbide baimenak ez dira inoiz gailuaren mende egon behar, ezta bezero mugikorrean bakarka balioztatu ere. Harpidetzaren egoerak zure datu-basean egon behar du, egiaztatutako erabiltzaile kontu bati lotuta, berezko kredentzialen bidez (posta eta pasahitza edo sarbide federatua kasu).

Erabiltzaile batek mugikorrean aplikazioa irekitzen duenean, bezeroak zerbitzariari galdetu behar dio lehenik kontu horrek sarbide aktiborik baduen. Webean edo beste denda batean egindako ordainketa bati esker harpidetza indarrean badago, aplikazioak berehala desblokeatu behar ditu ordainpeko funtzioak, eta edozein erosketa pantaila ezkutatu.

Harpidetza motor zentrala eta webhookak

Kanal anitzak koherentziaz gobernatzeko, zerbitzariak gertaeren kontzentratzaile gisa jardun behar du. Kobrantza kanal bakoitzak bere epe eta jakinarazpen mekanismoak ditu:

• Webgunea: ordainketa errepikakorrak txartel edo banku helbideratze bidez prozesatzen ditu ordainketa-pasabidea erabiliz, eta honek kobrantza, hutsune edo ezeztapen gertaerak bidaltzen ditu webhook bidez zerbitzarira.
• Apple App Store: zerbitzari jakinarazpenak (Server Notifications v2) erabiltzen ditu berrikuntzak, ezeztapenak, itzulketak edo grazia epeak jakinarazteko.
• Google Play: denbora errealeko mezuen bidez kudeatzen ditu harpidetza gertaerak, hodeiko ilaren bidez zure azpiegiturara bideratuta.

Zure sistemak hiru iturburu hauek datu eredu bakar batean normalizatu behar ditu. Harpidetza erregistro bakoitzak jatorrizko kanala, kanpoko transakzio identifikatzailea eta kalkulatutako iraungitze data gorde behar ditu. Horrela, negozio logikak balio bakar bat kontsultatzen du: erabiltzaileak erabilera eskubide aktiboa duen eta zein datara arte.

Eskema hau ezinbestekoa da gestión de suscripciones egoki bat bermatzeko, pasabide zehatza eta produktua erabiltzeko eskubide erreala bereizten baititu.

Nola kudeatu plan aldaketak eta kanalen arteko migrazioak

Gatazkarik konplexuena bezero batek bere plana aldatzea edo ordainketa metodoa plataforma batetik bestera eramatea erabakitzen duenean sortzen da. Adibidez, webean harpidetuta dagoen eta Apple kontuko opari txartel baten saldoa erabili nahi duen erabiltzailea, edo Google Playko harpidedun bat webera igaro nahi duena urteko tarifa korporatibo bat lortzeko.

Mugikorreko denda nagusiek debekatu egiten dute euren pasabideetan kontratatutako harpidetza bat kanpoko zerbitzari batetik zuzenean aldatzea. Beraz, ez duzu inoiz webean kobratzen saiatu behar Applen edo Googlen harpidetza aktiboa duen bezero bati. Sistemak mugikorreko harpidetza bat indarrean dagoela antzematen badu, web interfazeak argi jakinarazi behar du kobrantza dagokion dendaren bidez kudeatzen dela, eta gailuko ezarpenetarako esteka eskaini.

Plataforma aldaketa kobrantza bikoitzik gabe ahalbidetzeko, fluxu teknikoak urrats hauek jarraitu behar ditu:

• Bezeroari jakinarazi lehenik jatorrizko plataforman berritze automatikoa ezeztatu behar duela.
• Sarbidea aktibo mantendu dagoeneko ordaindutako fakturazio zikloko gainerako egunetan.
• Plataforma berrian kontratazioa baimentzea soilik aurreko harpidetza behin betiko iraungi denean.

Kontu handia izan behar da periodos de prueba tartean daudenean; izan ere, erabiltzaile batek doako epe bat aktiba dezake mugikorrean webean ordainpeko plana izanik, eta horrek kudeaketa administratibo korapilatsuak eta balizko erreklamazioak sortzen ditu.

Aurretiazko erregistroa erosketa umezurtzen aurkako hesi gisa

Erreklamazioen arrazoi arruntetako bat aplikazio mugikorretan egiten diren erosketa anonimoak dira. Erabiltzaile bati harpidetza botoia sakatzen uzten badiozu zure plataforman konturik sortu edo saiorik hasi gabe, erosketa ordainagiria gailu lokalean geratzen da flotatzen. Geroago beste helbide elektroniko batekin saioa hasten badu, sistemak ez du jakingo kobrantza hori nori esleitu, eta erabiltzaileak berriro webean ordaintzeko arriskua izango du.

Irtenbide teknikoa aplikazioan edozein erosketa aukera erakutsi aurretik autentifikazioa eskatzea da. Diseinu arrazoiengatik aldez aurreko erosketa onartzen baduzu, dendak itzulitako egiaagiria aldi baterako gorde behar da gailuan, eta erabiltzaileak erregistroa burutu bezain laster zerbitzarira nahitaez bidali.

Ondorioa

Webaren, iOSen eta Androiden arteko sarbidea sinkronizatzea ez da interfaze kontu soila, datuen diseinuaren koherentzia kontua baizik. Gertaerak zerbitzariko erabiltzaile erregistro bakar batean zentralizatzeak, ordainketa pantailak kontuaren benetako egoeraren arabera erakusteak eta kanal desberdinetako aldi bereko kontratazioak blokeatzeak zure enpresa babesten dute itzulketen aurrean, eta bezeroen esperientzia errazten dute.