Bilietų pardavimo sistema TOKS — platforma „Tikit“
Bilietų pardavimo sistema „Tikit“ sukurta nuo nulio — nuo architektūros ir UX/UI dizaino iki programavimo, testavimo ir paleidimo. Ji apjungia reisų paiešką, internetinį pirkimą, mokėjimus, skaitmeninius bilietus, keleivio paskyrą, grąžinimus ir vežėjo administravimą vienoje aplinkoje.
Iššūkis: pardavimas internetu vyko, bet ne savoje platformoje
TOKS — tarpmiestinių ir tarptautinių maršrutų vežėjas, aptarnaujantis kryptis Lietuvoje ir Europoje bei Eurolines tinklą.
Bilietus internetu įmonė jau pardavinėjo. Problema buvo kita: pardavimas vyko išorinėje platformoje, o TOKS svetainė liko informacinė. Tai reiškė kelis apribojimus vienu metu.
Keleivio santykis priklausė nuo trečios šalies. Pirkimo patirtį, jos greitį ir dizainą diktavo ne vežėjas. Nebuvo nuosavos keleivio paskyros — vadinasi, nebuvo nei užsakymų istorijos, nei išsaugotų bendrakeleivių, nei pagrindo lojalumo programai.
Kiekvienas pakeitimas reiškė žmogaus darbą. Datos keitimas ar grąžinimas keliaudavo per klientų aptarnavimą, nes savitarnos mechanizmo tiesiog nebuvo.
Turinys ir pardavimas gyveno atskirai. Stotelių, partnerių ar DUK informacijos atnaujinimas reikalaudavo programuotojo, o pardavimo duomenys buvo kitoje sistemoje.
Standartiniai gatavi bilietų moduliai šiam atvejui netiko. Jie nepadengė tarptautinių maršrutų su persėdimais, lengvatų sistemos, lojalumo taškų ir vežėjų tarpusavio atsiskaitymų logikos.
Reikėjo ne svetainės atnaujinimo, o individualiai suprojektuotos bilietų pardavimo sistemos, kurią TOKS valdytų pats.
Toks sprendimas priklauso verslo sistemų kūrimo sričiai, kurioje didžioji darbo dalis vyksta iki pirmos kodo eilutės.
Kaip veikia bilietų pardavimo sistema „Tikit“
Platforma apjungia tris skirtingus naudotojų pasaulius: savarankiškai perkantį keleivį, prisijungusio vartotojo paskyrą ir vežėjo administravimo aplinką. Pirmiausia — keleivio kelias nuo paieškos iki bilieto.
Reisų paieška Lietuvoje ir Europoje
Keleivis pasirenka išvykimo ir atvykimo miestą arba stotelę, datą, keleivių skaičių ir tipus. Sistema parodo galimus reisus su kainomis ir persėdimais.
Paieška palaiko vienos krypties ir grįžtamąsias keliones, artimiausios stotelės nustatymą pagal buvimo vietą, datų perjungimą ir kainų palyginimą. Ji veikia viešai — bilietą galima rasti be registracijos.
Pirkimo srautas su lengvatomis ir papildomomis paslaugomis
Checkout veda nuo pasirinkto reiso iki apmokėjimo vienoje vietoje. Keleivis suveda kontaktus ir keleivių duomenis, kiekvienam kelionės segmentui pritaiko lengvatas, prideda dviratį, gyvūną ar papildomą bagažą, įveda nuolaidos kodą arba užsako PVM sąskaitą faktūrą įmonei.
Prisijungusiems pirkimas trunka trumpiau — profilis ir išsaugoti bendrakeleiviai užpildo laukus automatiškai. Sistema rezervuoja vietas, perskaičiuoja galutinę kainą ir tik tada atveria apmokėjimą.
Mokėjimai kortele, „Apple Pay“ ir „Google Pay“
Internetinius mokėjimus įgyvendinome per Klix: banko kortelės, „Apple Pay“ ir „Google Pay“.
Po sėkmingo atsiskaitymo užsakymas patvirtinamas automatiškai. Nepavykus ar atšaukus mokėjimą, keleivis grąžinamas atgal į pirkimą su aiškiu pranešimu. Užkulisiuose rezervacija, mokėjimo patvirtinimas ir bilietų išdavimas susieti į vieną grandinę — kad neliktų apmokėto užsakymo be bilieto arba bilieto be apmokėjimo.
Skaitmeniniai bilietai: el. paštas, PDF ir piniginės
Po apmokėjimo keleivis gauna laišką su QR kodu, kelionės informacija ir nuorodomis į „Apple Wallet“ bei „Google Wallet“.
Tą patį bilietą galima atsisiųsti PDF formatu paskyroje arba užsakymo lange, o kelis bilietus — įkelti į piniginę vienu veiksmu. Pakeitus datą, keleivis mato ir senąjį, ir naująjį bilietą.
Keleivio savitarna ir vežėjo administravimas
Antroji sistemos dalis prasideda po pirkimo. Būtent čia bilietų pardavimo sistema perima darbus, kuriuos anksčiau atlikdavo klientų aptarnavimas.
Paskyra, lojalumo taškai ir piniginės kreditas
Būtent to anksčiau ir trūko. Registruoti keleiviai dabar valdo bilietus, užsakymų istoriją, profilį ir bendrakeleivius. Paskyroje rodomi TIKIT lojalumo taškai, kuriuos galima panaudoti kito pirkimo metu.
Grąžinus bilietą į piniginę, kreditas lieka paskyroje ir pritaikomas vėlesnei kelionei. Keleivis taip pat gali atsisiųsti sąskaitą, persiųsti pasirinktus bilietus el. paštu arba ištrinti paskyrą.
Savarankiški grąžinimai ir datos keitimas
Šis blokas nuėmė didžiausią krūvį nuo klientų aptarnavimo. Keleivis pats keičia kelionės laiką, grąžina visą sumą į TIKIT piniginę arba dalį sumos atgal į banko kortelę.
Procesas vyksta žingsniais: bilieto paieška, pasirinkimas, grąžinimo būdas, patvirtinimas. Sumos skaičiuojamos serveryje, grąžinimai registruojami, užsakymo būsena atnaujinama — keleivis ir administratorius mato tą pačią istoriją.
Prisijungimai, mobilioji prieiga ir kalbos
Veikia registracija el. paštu, per „Google“, „Apple“ arba biometriniu „Passkey“. Ta pati tapatybė galioja ir mobiliosiose programėlėse: keleivis gali pradėti kelionę anonimiškai įrenginyje, o vėliau prijungti el. paštą ar socialinį prisijungimą.
Viešoji dalis veikia lietuvių, anglų ir rusų kalbomis.
Administravimo aplinka
Redaktoriai valdo svetainės turinį, naujienas, DUK, stočių ir partnerių puslapius keliomis kalbomis — be programavimo žinių.
Užsakymų skyriuje matomi pirkimai, reisai, vežėjai, nuolaidos, paslaugos, mokėjimai ir grąžinimai. Galima filtruoti laikotarpį, eksportuoti CSV, tikrinti mokėjimo būseną, pakartotinai išsiųsti bilietus, kurti kuponus ir fiksuoti PVM sąskaitas.
Automatizuota: rezervacijų patvirtinimas po apmokėjimo, bilietų laiškai, Wallet pass generavimas, lojalumo taškų nurašymas, sąskaitų siuntimas keleiviui ar išoriniam vežėjui.
Panašius sprendimus kuriame ir kitose srityse — nuo interneto svetainių iki el. parduotuvių su mokėjimų integracija.
Turite panašų iššūkį? Aptarkime jūsų projektą.
Dažniausiai užduodami klausimai apie bilietų pardavimo sistemos kūrimą
Neradote atsakymo? Paskambinkite arba parašykite — atsakysime per vieną darbo dieną.
Skambinti
Kiek kainuoja individualios bilietų pardavimo sistemos kūrimas?
Kaina priklauso nuo maršrutų tinklo sudėtingumo, lengvatų ir nuolaidų logikos, reikalingų mokėjimų integracijų bei to, kiek naudotojų rolių turi veikti sistemoje. Darbą pradedame nuo architektūros ir apimties įvertinimo — po jo pateikiame konkretų pasiūlymą su fiksuota kaina.
Kaip vyksta bilietų pardavimo sistemos kūrimo procesas?
Pradedame nuo analizės ir architektūros: išsiaiškiname maršrutų logiką, lengvatas ir mokėjimų tvarką. Tada seka UX/UI dizainas, programavimas, testavimas ir paleidimas. Sistemą galima paleisti ir dalimis — pirmiausia pardavimą, o lojalumo programą ar savitarną pridėti vėliau. Terminus fiksuojame pasiūlyme kartu su etapų planu.
Kada verta rinktis individualų sprendimą, o ne gatavą modulį?
Gatavas modulis tinka, kai maršrutai paprasti, nėra persėdimų ir nereikia savo keleivio paskyros. Individualus sprendimas atsiperka tada, kai reikia tarptautinių maršrutų su persėdimais, lengvatų sistemos, lojalumo programos, savarankiškų grąžinimų arba kai keleivio duomenys ir pirkimo patirtis turi priklausyti jums, o ne išorinei platformai.
Kokius mokėjimo būdus galima integruoti?
Banko korteles, „Apple Pay“, „Google Pay“, bankinius nukreipimus ir mokėjimo inicijavimo paslaugas. Šiame projekte naudojome Klix. Sistema rezervaciją, mokėjimo patvirtinimą ir bilieto išdavimą sujungia į vieną grandinę, kad neliktų apmokėto užsakymo be bilieto.
Ar keleiviai gali patys grąžinti bilietą ar pakeisti kelionės datą?
Taip. „Tikit“ platformoje keleivis pats keičia kelionės laiką, grąžina sumą į piniginę arba dalį atgal į banko kortelę. Sumos skaičiuojamos serveryje, grąžinimai registruojami automatiškai, o keleivis ir administratorius mato tą pačią užsakymo istoriją. Tai nuima didelę dalį krūvio nuo klientų aptarnavimo.
Ar sistemą galima valdyti be programuotojo?
Taip. Turinys, naujienos, DUK, stotelių ir partnerių puslapiai, nuolaidos bei kuponai valdomi administravimo aplinkoje keliomis kalbomis. Užsakymus galima filtruoti, eksportuoti į CSV, tikrinti mokėjimų būseną ir pakartotinai išsiųsti bilietus. Programuotojo reikia tik naujoms funkcijoms.
Ar kuriate ir mobiliąsias programėles?
Taip. Šiame projekte svetainė ir mobiliosios programėlės dalijasi ta pačia naudotojo tapatybe ir užsakymų istorija — keleivis gali pradėti kelionę anonimiškai įrenginyje, o vėliau prijungti el. paštą ar socialinį prisijungimą.
Ar galima integruoti sistemą su esamomis vidinėmis programomis?
Taip. Sistema projektuojama su API sluoksniu, per kurį keičiamasi duomenimis su apskaitos, CRM ar reisų planavimo programomis.
Ar po paleidimo teikiate priežiūrą?
Taip. Po paleidimo lieka atnaujinimai, stebėsena ir naujų funkcijų plėtra. Pardavimo sistemai tai svarbu, nes keičiasi mokėjimų reikalavimai, lengvatų tvarka ir maršrutų tinklas — sistema turi keistis kartu su jais.
Konkretų biudžetą ir terminus pateikiame po pirminio pokalbio, kai aiški sistemos apimtis. Susisiekite — aptarsime jūsų atvejį.
