Kelionių organizatoriai ir agentūros: skaitmenizacijos analizė
Kaip greičiau parengti įvykdomą kelionės pasiūlymą ir valdyti rezervacijas, dokumentus, pakeitimus bei maržą
Skaitmeninė branda
vidutinė
Skaitmenizacijos potencialas
92/100
Didžiausias iššūkis
Kelionės komponentų prieinamumas ir rezervacijos nesutampa tarp kanalų
Didžiausia galimybė
Vieninga kelionės byla nuo poreikio iki grįžimo
Konkurencinį pranašumą kurs gebėjimas agento ekspertizę paversti greita, atsekama ir mastelio neprarandančia kelionės valdymo paslauga.
Kelionių organizatorių ir agentūrų veiklos modelis
Veiklos sritis apima kelionių paketų sudarymą, individualių maršrutų planavimą, verslo kelionių administravimą ir atskirų kelionės paslaugų tarpininkavimą. Didžiausią veiklos sudėtingumą kuria nuolat kintantis tiekėjų prieinamumas, tarifų taisyklės, daugelio komponentų priklausomybės ir pareiga padėti klientui sutrikus kelionei.
Pasiūlymo vertė greitai kinta
Kaina ir prieinamumas gali pasikeisti dar rengiant pasiūlymą, todėl klientui pateiktas variantas turi būti tikrinamas prieš galutinį patvirtinimą.
Vieną kelionę sudaro daug priklausomų paslaugų
Vieno skrydžio ar viešbučio pakeitimas gali paveikti pervežimus, veiklas, draudimą, dokumentus ir visos kelionės kainą.
Atsakomybė nesibaigia pardavimu
Organizatorius ar agentūra turi valdyti dokumentus, mokėjimus, informavimą, pakeitimus, alternatyvas ir kompensacijų procesus.
Rinkos ir technologijų kontekstas
Kelionių planavimą keičia tiesioginės tiekėjų integracijos ir DI asistentai, tačiau realiai įvykdomai kelionei vis dar būtini patikimi tarifų duomenys, aiškus kliento patvirtinimas ir žmogaus atsakomybė už sudėtingas išimtis.
Tiekėjų duomenys tampa vis labiau prieinami sistemomsSkrydžių, apgyvendinimo ir kitų paslaugų sąsajos leidžia automatizuoti dalį paieškos, tačiau jų taisyklės ir patvirtinimo kokybė išlieka nevienodos.
Klientai lygina agentūrą su momentinėmis platformomisKonsultacija turi suteikti geresnį sprendimą, bet jos pateikimo ir patvirtinimo procesas negali trukti neproporcingai ilgai.
Sutrikimų valdymas tampa svarbia paslaugos dalimiKintant transporto tvarkaraščiams ir tiekėjų sąlygoms, agentūros vertė vis dažniau atsiskleidžia ne pardavimo, o problemos sprendimo metu.
Tipinė veiklos grandinė
01
Keliautojo poreikio ir apribojimų nustatymas
Surenkamos datos, biudžetas, kelionės tikslas, keliautojų sudėtis, pageidavimai, dokumentų bei įmonės politikos reikalavimai.
02
Variantų paieška ir pasiūlymo formavimas
Tikrinami tiekėjų tarifai, prieinamumas, taisyklės, maršruto suderinamumas, marža ir rizikos.
03
Patvirtinimas, sutartis ir mokėjimas
Klientas patvirtina pasirinktą variantą, priima sąlygas, pateikia reikalingus duomenis ir atlieka mokėjimą.
04
Rezervacijų ir dokumentų užbaigimas
Patvirtinami visi kelionės komponentai, parengiami bilietai, vaučeriai, draudimo bei informaciniai dokumentai.
05
Kelionės palaikymas ir sutrikimų valdymas
Stebimi pakeitimai, informuojami keliautojai, siūlomos alternatyvos ir koordinuojami tiekėjų veiksmai.
Užklausos, pasiūlymai, rezervacijos ir dokumentai valdomi el. paštu, tiekėjų portaluose bei lentelėse.
1
Skaitmenizuotos pagrindinės rezervacijos
Naudojama rezervacijų ar GDS sistema, tačiau pasiūlymai, klientų istorija ir išimtys lieka atskiruose įrankiuose.
2
Vieninga kelionės byla
Kiekviena kelionė turi bendrą klientų, komponentų, dokumentų, mokėjimų ir būsenų vaizdą.
3
Integruotas tiekėjų ir klientų procesas Tipinė dabartinė situacija
Tiekėjų prieinamumas, rezervacijos, savitarna, komunikacija ir finansai sujungiami per aiškias integracijas.
4
Duomenimis valdomas pasiūlymas ir aptarnavimas Siektina
Pasiūlymai, marža, alternatyvos ir aptarnavimo prioritetai formuojami pagal patikimus duomenis bei taisykles.
5
Proaktyvi kelionės valdymo platforma
Sistema anksti nustato pokyčius, modeliuoja jų poveikį visai kelionei ir darbuotojui pateikia paruoštas alternatyvas.
Esminė išvada
Didžiausią potencialą kuria galimybė automatizuoti pasiūlymo rengimą, sujungti kelionės komponentus vienoje byloje, greičiau valdyti pakeitimus ir tiksliai matyti kiekvienos kelionės maržą.
Pirmoji versija – vienos dažnos individualios arba verslo kelionės skaitmeninė byla: struktūruotas poreikis, keli realūs variantai, kainos ir taisyklės, kliento patvirtinimas, keleivių duomenys, dokumentai, mokėjimas ir pakeitimų istorija.
Susijusios skaitmenizacijos temos
Kelionės bylos valdymasKelionių tiekėjų integracijosKeliautojo savitarnos portalasKelionių sutrikimų valdymas
Problemos
Dažniausios skaitmenizacijos problemos
Svarbiausios problemos kyla tarp keliautojo poreikio, realių tiekėjų pasiūlymų, rezervacijų patvirtinimo, dokumentų, maržos ir pagalbos sutrikus kelionei.
Kelionės komponentų prieinamumas ir rezervacijos nesutampa tarp kanalų
Kritinis
Skrydžių, apgyvendinimo, transporto, veiklų ir draudimo prieinamumas gaunamas iš skirtingų sistemų, o pasiūlymo bei galutinio patvirtinimo būsena ne visada sutampa.
Pasekmės
Agentas siūlo jau pasikeitusį variantą, tenka rankomis koreguoti rezervacijas, o klientas ilgiau laukia galutinio patvirtinimo.
Kelionės pasiūlymai rengiami rankomis iš daugelio tiekėjų šaltinių
Kritinis
Skrydžių, viešbučių, transporto, veiklų, draudimo ir kitų paslaugų pasiūlymai kopijuojami iš GDS, tiekėjų portalų, el. pašto ir lentelių.
Pasekmės
Pasiūlymas rengiamas ilgai, jo kaina bei prieinamumas greitai pasensta, o agentas sunkiai palygina bendrą maržą ir rizikas.
Kelionės pakeitimai ir sutrikimai valdomi be vienos poveikio grandinės
Kritinis
Skrydžio pakeitimas ne visada automatiškai susiejamas su viešbučiu, pervežimu, ekskursija, draudimu, keleivių informavimu ir kompensacijomis.
Pasekmės
Agentai rankomis nustato paveiktas rezervacijas, lėtai siūlo alternatyvas ir patiria dideles aptarnavimo sąnaudas.
Kelionių paketų marža ir įsipareigojimai sunkiai matomi realiu laiku
Kritinis
Tiekėjų kainos, valiutos, komisiniai, nuolaidos, mokėjimų grafikai, garantijos ir pakeitimų sąnaudos nėra viename ekonominiame modelyje.
Pasekmės
Parduodami nepakankamai pelningi paketai, o rizika paaiškėja tik po pakeitimo ar kelionės pabaigos.
Nuosavas kanalas dažnai leidžia tik pateikti užklausą arba įsigyti paprastą produktą, bet nepadeda struktūruotai suplanuoti sudėtingesnės kelionės.
Pasekmės
Daug paklausos lieka platformose arba grįžta į el. paštą, todėl agentūra moka komisinius ir negali mastelinti savo ekspertizės.
Keliautojo profilis ir kelionių istorija fragmentuoti
Aukštas
Asmens duomenys, dokumentai, pageidavimai, lojalumo numeriai, ankstesni pirkimai, sutikimai ir aptarnavimo istorija saugomi skirtingose vietose.
Pasekmės
Keliautojas kartoja informaciją, pasiūlymai mažiau tikslūs, o darbuotojas nemato pilno ankstesnio santykio konteksto.
Paketų kainodara ir marža koreguojama pavėluotai
Aukštas
Tiekėjų kainos, valiutos, komisiniai, nuolaidos, garantuoti pajėgumai ir pakeitimų sąnaudos nėra nuolat perskaičiuojami viename modelyje.
Pasekmės
Parduodami nepakankamai pelningi paketai, o tikroji marža paaiškėja tik gavus tiekėjų sąskaitas arba įvykus pakeitimui.
Kelionės sutrikimai valdomi rankine komunikacija
Aukštas
Skrydžių, viešbučių ar kitų tiekėjų pakeitimai gaunami skirtingais kanalais, o paveikti keleiviai ir susijusios rezervacijos nustatomi rankomis.
Pasekmės
Alternatyvos pasiūlomos lėtai, klientai gauna nevienodą informaciją ir didėja kompensacijų bei aptarnavimo sąnaudos.
Agentų užduotys nesusietos su kelionės terminais
Vidutinis
Užklausos, rezervacijų patvirtinimai, mokėjimo terminai, dokumentų pateikimas, išvykimai ir tiekėjų pakeitimai valdomi atskirais priminimais.
Pasekmės
Praleidžiami kritiniai terminai, darbai dubliuojami, o aptarnavimo kokybė pernelyg priklauso nuo konkretaus agento atminties.
Papildomos kelionės paslaugos parduodamos atskirai
Vidutinis
Pervežimai, veiklos, draudimas, bagažas, maitinimas ar kitos paslaugos neturi bendro katalogo, prieinamumo ir vieno patvirtinimo kelio.
Pasekmės
Prarandamos papildomos pajamos, o klientas dalį kelionės susiplanuoja kitur, nes agentūra negali pateikti vientiso pasiūlymo.
Galimybės
Didžiausios skaitmeninės galimybės
Vienos dažnos kelionės bylos procesasLabai aukštas poveikisVienam dažnam individualios ar verslo kelionės scenarijui sujungti poreikį, kelis realius variantus, kainas, taisykles, kliento patvirtinimą, keleivių duomenis, dokumentus, mokėjimą ir pakeitimų istoriją.
Pasiūlymų rengimo ir taisyklių kontrolėLabai aukštas poveikisStruktūruoti kliento poreikį, automatizuoti variantų rinkimą iš svarbiausių šaltinių ir aiškiai parodyti kainą, maržą, tarifų taisykles bei rizikas.
Svarbiausių tiekėjų prieinamumo ir rezervacijų integracijosLabai aukštas poveikisPradėti nuo tiekėjų ir rezervavimo sistemų, kurios sudaro didžiausią užsakymų dalį, valdant duomenų atnaujinimo laiką ir patvirtinimo būseną.
Kelionės pakeitimų ir sutrikimų valdymasLabai aukštas poveikisSusieti pakeistą segmentą su visais paveiktais keleiviais, rezervacijomis, terminais, alternatyvomis ir patvirtinta klientų komunikacija.
Keliautojo profilis ir tiesioginis aptarnavimo kanalasAukštas poveikisSujungti kelionių istoriją, pageidavimus, dokumentus, savitarnos veiksmus ir pakartotinius pasiūlymus, taikant aiškias sutikimų taisykles.
Kelionės maržos ir įsipareigojimų kontrolėAukštas poveikisVienoje vietoje matyti tiekėjų kainas, valiutas, komisinius, pakeitimų sąnaudas, kliento mokėjimus ir galutinę maržą.
Papildomų kelionės paslaugų pardavimasAukštas poveikisPrie pagrindinės kelionės nuosekliai siūlyti draudimą, transportą, veiklas ir kitas paslaugas, kurių prieinamumas bei taisyklės patikrinamos.
Didžiausia galimybė
Vieninga kelionės byla nuo poreikio iki grįžimo
Didžiausia galimybė – sukurti vieną kelionės bylą, kuri sujungia keliautojo poreikį, realius tiekėjų pasiūlymus, paketų taisykles, rezervacijas, dokumentus, mokėjimus, sutrikimus ir alternatyvas.
Didesnės pajamos iš riboto pajėgumo
Mažesnė priklausomybė nuo tarpininkų
Didesnės papildomos pajamos vienam klientui
Mažesnės darbuotojų ir koordinavimo sąnaudos
Nuoseklesnė klientų patirtis
Galimas poveikis verslui
Pasiūlymų rengimo greitisStruktūruotas poreikis ir tiekėjų integracijos leidžia agentui daugiau laiko skirti pasirinkimo kokybei, o ne duomenų kopijavimui.
Kelionės maržaVienoje vietoje matomos tiekėjų kainos, valiutos, komisiniai, nuolaidos ir pakeitimų sąnaudos padeda išvengti nuostolingų paketų.
Sutrikimų valdymasPoveikio grandinė greičiau parodo, kuriuos keleivius ir paslaugas paliečia pakeitimas bei kokias alternatyvas galima siūlyti.
Klientų išlaikymasKeliautojo profilis, ankstesnės kelionės ir pageidavimai leidžia teikti tikslesnius pakartotinius pasiūlymus.
Darbuotojų našumasAutomatizuoti dokumentai, būsenos ir kontrolės taškai mažina rankinį koordinavimą.
Sprendimai
Kaip šias problemas spręsti
Sprendimų kryptys, susietos su konkrečiomis veiklos srities problemomis, kurias jos adresuoja.
Problema
Kelionės pasiūlymai rengiami rankomis iš daugelio tiekėjų šaltinių
Pasiūlymas rengiamas ilgai, jo kaina bei prieinamumas greitai pasensta, o agentas sunkiai palygina bendrą maržą ir rizikas.
→
Sprendimo kryptis
Kelionės bylos ir pasiūlymų platforma
Sujungia struktūruotą poreikį, tiekėjų variantus, kainas, taisykles, kliento patvirtinimą, keleivių duomenis, dokumentus ir mokėjimus.
Problema
Keliautojo profilis ir kelionių istorija fragmentuoti
Keliautojas kartoja informaciją, pasiūlymai mažiau tikslūs, o darbuotojas nemato pilno ankstesnio santykio konteksto.
→
Sprendimo kryptis
Kelionės bylos ir pasiūlymų platforma
Sujungia struktūruotą poreikį, tiekėjų variantus, kainas, taisykles, kliento patvirtinimą, keleivių duomenis, dokumentus ir mokėjimus.
Problema
Agentų užduotys nesusietos su kelionės terminais
Praleidžiami kritiniai terminai, darbai dubliuojami, o aptarnavimo kokybė pernelyg priklauso nuo konkretaus agento atminties.
→
Sprendimo kryptis
Kelionės bylos ir pasiūlymų platforma
Sujungia struktūruotą poreikį, tiekėjų variantus, kainas, taisykles, kliento patvirtinimą, keleivių duomenis, dokumentus ir mokėjimus.
Problema
Kelionės komponentų prieinamumas ir rezervacijos nesutampa tarp kanalų
Agentas siūlo jau pasikeitusį variantą, tenka rankomis koreguoti rezervacijas, o klientas ilgiau laukia galutinio patvirtinimo.
→
Sprendimo kryptis
Svarbiausių tiekėjų integracijų sluoksnis
Valdo prieinamumo, kainų, tarifų taisyklių, rezervavimo ir patvirtinimo duomenis tarp daugiausia naudojamų tiekėjų sistemų.
Problema
Kelionės pasiūlymai rengiami rankomis iš daugelio tiekėjų šaltinių
Pasiūlymas rengiamas ilgai, jo kaina bei prieinamumas greitai pasensta, o agentas sunkiai palygina bendrą maržą ir rizikas.
→
Sprendimo kryptis
Svarbiausių tiekėjų integracijų sluoksnis
Valdo prieinamumo, kainų, tarifų taisyklių, rezervavimo ir patvirtinimo duomenis tarp daugiausia naudojamų tiekėjų sistemų.
Problema
Kelionės sutrikimai valdomi rankine komunikacija
Alternatyvos pasiūlomos lėtai, klientai gauna nevienodą informaciją ir didėja kompensacijų bei aptarnavimo sąnaudos.
→
Sprendimo kryptis
Kelionės pakeitimų ir sutrikimų valdymo sistema
Nustato visus pakeitimo paveiktus keleivius, segmentus, rezervacijas ir terminus, padeda valdyti alternatyvas bei patvirtintą komunikaciją.
Rekomenduojami skaitmeniniai sprendimai
Sprendimai turi padėti valdyti vieną kelionę kaip vientisą bylą. Tiekėjų integracijos, savitarna ar DI pagalba kuria vertę tik tada, kai kainos, taisyklės, patvirtinimai, dokumentai ir pakeitimai lieka atsekami.
Kelionės bylos ir pasiūlymų platforma
Sujungia struktūruotą poreikį, tiekėjų variantus, kainas, taisykles, kliento patvirtinimą, keleivių duomenis, dokumentus ir mokėjimus.
Svarbiausių tiekėjų integracijų sluoksnis
Valdo prieinamumo, kainų, tarifų taisyklių, rezervavimo ir patvirtinimo duomenis tarp daugiausia naudojamų tiekėjų sistemų.
Kelionės pakeitimų ir sutrikimų valdymo sistema
Nustato visus pakeitimo paveiktus keleivius, segmentus, rezervacijas ir terminus, padeda valdyti alternatyvas bei patvirtintą komunikaciją.
Keliautojo savitarnos ir tiesioginio aptarnavimo portalas
Leidžia klientui peržiūrėti kelionę, pateikti duomenis, gauti dokumentus, atlikti leidžiamus pakeitimus ir užsakyti papildomas paslaugas.
Kelionės maržos ir įsipareigojimų kontrolė
Sujungia tiekėjų kainas, valiutas, komisinius, pakeitimų sąnaudas, kliento mokėjimus ir faktinę kelionės maržą.
Kada verta pradėti
Investicija pagrįsta
Pasiūlymams parengti reikia kopijuoti informaciją iš kelių tiekėjų portalų
Kaina arba prieinamumas dažnai pasikeičia iki kliento patvirtinimo
Vieno komponento pakeitimo poveikis kitoms paslaugoms nustatomas rankomis
Faktinė kelionės marža paaiškėja tik po kelionės
Agentai daug laiko skiria dokumentams ir būsenų komunikacijai
Reikia atsargumo
Nėra aiškaus pirmojo kelionės scenarijaus
Tiekėjai neteikia patikimo prieinamumo ar rezervavimo sąsajų
Neapibrėžta, kuri sistema yra pagrindinis rezervacijos būsenos šaltinis
Tikimasi, kad DI savarankiškai priims teisiškai ar finansiškai reikšmingus sprendimus
Rekomenduojama pirmoji versija
Pirmoji versija – vienos dažnos individualios arba verslo kelionės skaitmeninė byla: struktūruotas poreikis, keli realūs variantai, kainos ir taisyklės, kliento patvirtinimas, keleivių duomenys, dokumentai, mokėjimas ir pakeitimų istorija.
Struktūruotas kelionės poreikis
Klientas arba agentas vienoje vietoje pateikia datas, biudžetą, keliautojus, prioritetus ir apribojimus.
Variantų, kainų ir taisyklių palyginimas
Pasiūlyme matomas komponentų prieinamumas, bendra kaina, marža, keitimo bei atšaukimo sąlygos.
Patvirtinimas ir kelionės dokumentai
Pasirinktas variantas patvirtinamas, surenkami būtini duomenys ir sugeneruojami dokumentai.
Kelionės būsena ir pakeitimai
Agentas bei klientas mato patvirtinimus, pakeitimus, paveiktus komponentus ir komunikacijos istoriją.
Kam pirmiausiaKelionių konsultantai · Klientų aptarnavimo darbuotojai · Finansų komanda · Keliautojai arba užsakančios įmonės
Ko pirmoje versijoje neįtrauktiVisų GDS ir nišinių tiekėjų integracijas · Automatinį rezervavimą be žmogaus patvirtinimo · Visų kelionių tipų ir grupių scenarijus · Visos apskaitos sistemos pakeitimą
Investicijų prioritetai
Vienos dažnos kelionės bylos procesasPasirinkti vieną kelionės tipą ir sujungti poreikį, pasiūlymą, patvirtinimą, keleivių duomenis, dokumentus, mokėjimą bei pakeitimų istoriją.
Svarbiausių tiekėjų duomenys ir taisyklėsSuvienodinti tarifų, prieinamumo, patvirtinimo, atšaukimo ir keitimo duomenis keliuose didžiausią srautą sudarančiuose kanaluose.
Sutrikimų poveikio grandinėSusieti pakeistą segmentą su paveiktais keleiviais, rezervacijomis, terminais, alternatyvomis ir komunikacija.
Faktinė kelionės ekonomikaSujungti tiekėjų kainas, valiutas, komisinius, pakeitimų sąnaudas, kliento mokėjimus ir galutinę maržą.
Svarbiausios įgyvendinimo sąlygos
Vienas kelionės identifikatorius
Visi komponentai, keleiviai, mokėjimai, dokumentai ir pakeitimai turi būti susieti su ta pačia kelionės byla.
Tiekėjų duomenų patikimumas
Sistema turi aiškiai atskirti realaus laiko prieinamumą, informacinį pasiūlymą ir rezervaciją, kuri dar laukia tiekėjo patvirtinimo.
Tarifų ir atsakomybės taisyklės
Atšaukimų, keitimų, grąžinimų ir garantijų sąlygos turi būti saugomos kartu su konkrečia rezervacijos versija.
Žmogaus patvirtinimas kritiniuose veiksmuose
DI gali rengti variantus ir paaiškinimus, tačiau rezervaciją, pakeitimą ar kompensaciją turi patvirtinti atsakingas darbuotojas arba klientas.
Asmens duomenų ribojimas
Keliautojų dokumentai, sveikatos ar specialiųjų poreikių informacija turi būti renkama tik tada, kai ji būtina konkrečiai paslaugai.
Rekomenduojama įgyvendinimo seka
01
Kelionės proceso ir duomenų žemėlapis
Aprašyti vieną pasirinktą kelionės tipą nuo užklausos iki galutinio atsiskaitymo.
Procesų ir išimčių žemėlapis
Kelionės bylos duomenų modelis
Integracijų ir atsakomybių sąrašas
02
Pasiūlymo ir rezervavimo pagrindas
Sukurti struktūruotą poreikio, variantų, kainų, maržos ir patvirtinimo procesą.
Pasiūlymo darbo vieta
Tarifų ir sąlygų kontrolės
Kliento patvirtinimo istorija
03
Dokumentai ir klientų savitarna
Sujungti keleivių duomenis, mokėjimus, dokumentus ir leidžiamus savitarnos veiksmus.
Kelionės portalas
Automatiniai dokumentai
Būsenų ir pranešimų valdymas
04
Sutrikimų ir pakeitimų valdymas
Automatiškai nustatyti pakeitimo poveikį visai kelionei ir koordinuoti alternatyvas.
Paveiktų rezervacijų sąrašas
Alternatyvų darbo eiga
Kompensacijų ir komunikacijos istorija
05
Maržos analitika ir DI pagalba
Naudoti sukauptus duomenis pasiūlymams, rizikai ir aptarnavimo prioritetams gerinti.
Faktinės maržos analizė
Pasiūlymų kokybės rodikliai
Šaltiniais pagrįstas DI asistentas
Pokyčio matavimo rodikliai
Vidutinis pasiūlymo parengimo laikasmin. arba val.
Matuoti, kiek sumažėjo rankinio variantų rinkimo ir sutikrinimo.
Pasiūlymų virtimo rezervacijomis dalis% pasiūlymų
Vertinti pasiūlymo greitį, aktualumą ir komercinę kokybę.
Kelionių su išsamia skaitmenine byla dalis% kelionių
Stebėti, ar komponentai, dokumentai, mokėjimai ir pakeitimai valdomi vienoje vietoje.
Rankinių duomenų perrašymų skaičiusvnt. vienai kelionei
Matuoti integracijų ir automatizavimo poveikį darbuotojų darbui.
Sutrikimo sprendimo laikasmin. arba val.
Vertinti, kaip greitai nustatomas poveikis ir klientui pateikiama reali alternatyva.
Faktinė marža vienai kelionei% arba €
Lyginti planuotą ir galutinę kelionės ekonomiką.
Pakartotinių klientų dalis% klientų
Matuoti, ar vieningas profilis ir aptarnavimas didina klientų išlaikymą.
Pagrindinės rizikos
Rodomas nepatvirtintas prieinamumasKlientas mato variantą, kurio tiekėjas nebegali patvirtinti.Kaip suvaldyti Aiškiai žymėti duomenų šaltinį, atnaujinimo laiką ir rezervacijos patvirtinimo būseną.
Automatizuotas pasiūlymas ignoruoja svarbią taisyklęSistema parenka pigų, bet netinkamą tarifą, per trumpą persėdimą ar kliento politikos neatitinkantį variantą.Kaip suvaldyti Naudoti formalias taisykles, paaiškinamą atranką ir privalomą agento peržiūrą sudėtingoms kelionėms.
Kelionės byla dubliuojama keliuose įrankiuoseNauja sistema tampa dar vienu informacijos šaltiniu, o agentai toliau dirba senuose failuose.Kaip suvaldyti Nustatyti vieną pagrindinį būsenų šaltinį ir integruoti, o ne kopijuoti duomenis.
Sutrikimų automatika išsiunčia klaidingą informacijąPranešimas klientui pateikiamas nepatikrinus tiekėjo pakeitimo ar alternatyvos.Kaip suvaldyti Kritinius pranešimus siųsti tik po būsenos patvirtinimo ir saugoti visą sprendimo istoriją.
Per plati pirmoji versijaBandoma vienu metu integruoti visus tiekėjus, kelionių tipus ir kanalus.Kaip suvaldyti Pradėti nuo vieno dažnai pasikartojančio kelionės scenarijaus ir kelių svarbiausių tiekėjų.
Inovacijos
Pažangesnės skaitmeninės inovacijos
Pažangūs sprendimai turi remtis patikimu pagrindiniu procesu – vieninga kelionės byla nuo poreikio iki grįžimo. DI gali pagreitinti analizę ar pasiūlymų rengimą, tačiau kritiniai finansiniai, saugos ir teisiniai veiksmai turi likti valdomi.
Plečiama rinkoje1
Automatinis sutrikimų poveikio nustatymas
Labai aktualu
Tiekėjų pokyčiai gali automatiškai sukurti agentui prioritetinę užduotį ir parodyti galimą poveikį visai kelionei.
Kaip taikoma Automatika nustato paveiktus keleivius ir komponentus, bet alternatyvą bei komunikaciją patvirtina atsakingas darbuotojas.
Kokią vertę gali sukurti
Mažesnės darbo sąnaudos
Greitesnis paslaugos paruošimas
Ko reikia, kad tai veiktų
Vieningas pajėgumų modelis
Realaus laiko būsenos
Darbo užduočių sistema
Vidutinės trukmėsTaikoma praktikoje
Ankstyvas etapas4
DI pagrįsta kelionės variantų atranka
Labai aktualu
DI gali padėti iš struktūruoto poreikio atrinkti suderinamus variantus, paaiškinti skirtumus ir parengti pasiūlymo juodraštį.
Kaip taikoma Agentas mato naudotus šaltinius, taisykles, kainos atnaujinimo laiką ir patvirtina variantą prieš jį pateikiant klientui.
Kokią vertę gali sukurti
Naujas atradimo ir pardavimo kanalas
Greitesnis sudėtingų pasirinkimų planavimas
Ko reikia, kad tai veiktų
Realaus laiko prieinamumo API
Mašininiu būdu suprantamos taisyklės
Veiksmų ir sutikimų auditas
Vidutinės trukmėsTaikoma praktikoje
Valdomas DI kelionės dizaino agentas
Labai aktualu
Agentas iš keliautojo tikslų, apribojimų ir istorijos parengia maršruto variantus, tikrina realius tiekėjų pasiūlymus ir paaiškina kompromisus.
Kaip taikoma Jis veikia tik su patvirtintais tiekėjų duomenimis, aiškiai atskiria rekomendaciją nuo rezervacijos ir perduoda sudėtingus atvejus agentui.
Kokią vertę gali sukurti
Trumpesnis pasiūlymo rengimas
Daugiau individualizuotų variantų
Ko reikia, kad tai veiktų
Tiekėjų API
Kelionės taisyklių modelis
Kainų ir prieinamumo patvirtinimas
Agentų peržiūra
Trumpalaikė perspektyvaYra komercinių sprendimų
Prognozuojamas kelionės sutrikimų valdymas
Labai aktualu
Transporto, oro, streikų, rezervacijų ir partnerių signalai naudojami galimam sutrikimui bei paveiktoms kelionėms nustatyti.
Kaip taikoma Sistema parengia alternatyvas ir komunikacijos juodraštį, o atsakingas agentas patvirtina sprendimą pagal kelionės taisykles.
Kokią vertę gali sukurti
Ankstesnė reakcija
Mažesnės kompensacijų ir aptarnavimo sąnaudos
Ko reikia, kad tai veiktų
Vieninga kelionės byla
Realaus laiko partnerių būsenos
Keleivių teisių taisyklės
Vidutinės trukmėsTaikoma praktikoje
Skaitmeninė keliautojo tapatybė
Aktualu
Patvirtinta skaitmeninė tapatybė gali supaprastinti keliautojo duomenų, lojalumo numerių ar dokumentų pateikimą.
Kaip taikoma Klientas pateikia tik konkrečiai rezervacijai būtinus atributus, o sistema aiškiai valdo saugojimo terminus ir alternatyvų aptarnavimą.
Kokią vertę gali sukurti
Trumpesnė registracija
Mažiau duomenų suvedimo klaidų
Ko reikia, kad tai veiktų
Tapatybės priėmimo integracija
Duomenų minimizavimo taisyklės
Saugus išimčių procesas
Vidutinės trukmėsTaikoma praktikoje
D.U.K.
Dažniausiai užduodami klausimai
Nuo ko kelionių agentūrai pradėti skaitmenizaciją?
Nuo vienos kelionės bylos ir dažniausio pasiūlymo scenarijaus. Pirmiausia reikia sujungti poreikį, tiekėjų variantus, kainas, taisykles, kliento patvirtinimą ir dokumentus, o tik tada plėsti automatizavimą.
Ar būtina iš karto integruoti visus tiekėjus?
Ne. Vertingiausia pradėti nuo kelių tiekėjų ar rezervavimo sistemų, kurios sudaro didžiausią užsakymų dalį. Retus ar neintegruojamus tiekėjus galima laikinai valdyti struktūruotu rankiniu procesu.
Kuo kelionės byla skiriasi nuo klientų ryšių valdymo sistemos (CRM)?
CRM saugo santykį su klientu, o kelionės byla sujungia konkretaus užsakymo keleivius, segmentus, tarifus, dokumentus, mokėjimus, pakeitimus ir tiekėjų įsipareigojimus.
Kur DI gali būti naudingas, o kur jo nepakanka?
DI gali padėti išgryninti poreikį, palyginti variantus, rengti pasiūlymo tekstą ir paaiškinti taisykles. Jis neturėtų be patvirtinimo rezervuoti, keisti ar atšaukti paslaugų, kai sprendimas sukuria finansinius ar teisinius įsipareigojimus.
Kaip valdyti kelionės sutrikimus skaitmeniniu būdu?
Sistema turi nustatyti ne tik pakeistą skrydį, bet ir visas susijusias rezervacijas, keleivius, terminus bei galimas alternatyvas. Darbuotojui pateikiamas poveikio vaizdas, o klientui siunčiama tik patvirtinta informacija.
Kaip įvertinti projekto atsiperkamumą?
Vertinkite pasiūlymo rengimo laiką, vieno agento aptarnaujamų užklausų skaičių, klaidų ir rankinių korekcijų kiekį, konversiją, sutrikimų sprendimo laiką bei skirtumą tarp planuotos ir faktinės maržos.
Kitas žingsnis
Paverskime kelionės planavimą vientisu procesu
Įvertinkime, kuri kelionės planavimo, pasiūlymų rengimo, rezervacijų, dokumentų ar sutrikimų valdymo spraga šiandien sunaudoja daugiausia agentų laiko ir riboja maržą.