Kelionių organizatoriai ir agentūros: skaitmenizacijos galimybės
Kelionių paketų, individualių maršrutų, verslo kelionių ir tarpininkavimo paslaugų rezervacijų, pajėgumų, klientų patirties, operacijų ir pajamų sujungimas į vieną valdomą skaitmeninę grandinę.
Skaitmeninė branda
aukšta
Skaitmenizacijos potencialas
96/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 Tipinė dabartinė situacija
Kiekviena kelionė turi bendrą klientų, komponentų, dokumentų, mokėjimų ir būsenų vaizdą.
3
Integruotas tiekėjų ir klientų procesas
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
Rezervacijų valdymo platformaKliento savitarnos portalasPajamų ir dinaminės kainodaros valdymasPatirčių ir papildomų paslaugų prekyba
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.
Keliautojo profilis ir kelionių istorija fragmentuoti
Kritinis
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 valdoma reaktyviai
Kritinis
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
Kritinis
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.
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 pilną 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.
Agentų užduotys nesusietos su kelionės terminais
Aukštas
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
Aukštas
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
Kelionės komponentų prieinamumo ir rezervacijų valdymasLabai aukštas poveikisSujungti tiekėjų prieinamumą, tarifų taisykles, kelionės komponentus ir patvirtintas rezervacijų būsenas vienoje kelionės byloje.Pajamos ir patikimas paslaugos įvykdymasLabai sudėtingaVidutinės trukmės
Dinaminis kelionės paketų formavimasLabai aukštas poveikisPagal keliautojo poreikį realiu laiku derinti skrydžius, apgyvendinimą, transportą, veiklas, draudimą ir bendras sąlygas.Greitesni pasiūlymai ir didesnė maržaLabai sudėtingaVidutinės trukmės
Tiesioginis pardavimas ir keliautojo savitarnaLabai aukštas poveikisLeisti klientui struktūruotai pateikti poreikį, palyginti pasiūlymus, patvirtinti variantą, pateikti duomenis ir matyti kelionės būseną.Mažesni komisiniai ir klientų išlaikymasSudėtingaVidutinės trukmės
Kelionės bylos ir sutrikimų valdymasLabai aukštas poveikisSujungti visus kelionės komponentus, dokumentus, mokėjimus, keleivius, pokyčius, teises ir alternatyvas.Mažesnės aptarnavimo ir sutrikimų sąnaudosLabai sudėtingaVidutinės trukmės
Paketų kainodara ir maržos kontrolėLabai aukštas poveikisViename modelyje matyti tiekėjų kainas, valiutas, komisinius, nuolaidas, garantijas, pakeitimų sąnaudas ir faktinę maržą.Didesnės pajamos iš riboto pajėgumoSudėtingaVidutinės trukmės
Keliautojo profilis ir pakartotinės kelionėsAukštas poveikisValdyti pageidavimus, dokumentų atributus, lojalumo programas, ankstesnes keliones ir sutikimus.Greitesnis pakartotinis pardavimasSudėtingaVidutinės trukmės
Agentų užduotys ir kelionės palaikymasAukštas poveikisPrioritetizuoti agentų veiksmus pagal mokėjimų, dokumentų, išvykimo, tiekėjų patvirtinimų ir sutrikimų terminus.Darbuotojų našumas ir paslaugos kokybėSudėtingaTrumpalaikė
Papildomų kelionės paslaugų pardavimasAukštas poveikisViename pasiūlyme pateikti transportą, veiklas, draudimą ir kitas suderinamas paslaugas su realia kaina bei patvirtinimo būsena.Didesnės pajamos vienam klientuiSudėtingaVidutinės trukmės
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 subsektoriaus problemomis, kurias jos adresuoja.
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
Kelionės komponentų ir rezervacijų valdymo platforma
Sujungia tiekėjų prieinamumą, tarifus, kelionės komponentus, kliento patvirtinimus ir rezervacijų būsenas vienoje kelionės byloje.
Problema
Paketų kainodara ir marža valdoma reaktyviai
Parduodami nepakankamai pelningi paketai, o tikroji marža paaiškėja tik gavus tiekėjų sąskaitas arba įvykus pakeitimui.
→
Sprendimo kryptis
Kelionės komponentų ir rezervacijų valdymo platforma
Sujungia tiekėjų prieinamumą, tarifus, kelionės komponentus, kliento patvirtinimus ir rezervacijų būsenas vienoje kelionės byloje.
Daug paklausos lieka platformose arba grįžta į el. paštą, todėl agentūra moka komisinius ir negali mastelinti savo ekspertizės.
→
Sprendimo kryptis
Paketų kainodaros ir maržos valdymo sistema
Valdo tiekėjų kainas, valiutas, komisinius, nuolaidas, pakeitimų sąnaudas ir planuotą bei faktinę paketo maržą.
Rekomenduojami skaitmeniniai sprendimai
Sprendimų architektūra turi įgyvendinti pagrindinę kryptį „Vieninga kelionės byla nuo poreikio iki grįžimo“ ir sujungti kliento veiksmą su pagrindine sistema, darbuotojų užduotimis bei pamatuojamu rezultatu.
Kelionės komponentų ir rezervacijų valdymo platforma
Sujungia tiekėjų prieinamumą, tarifus, kelionės komponentus, kliento patvirtinimus ir rezervacijų būsenas vienoje kelionės byloje.
Tiesioginio pardavimo ir keliautojo portalo platforma
Leidžia klientui pateikti poreikį, peržiūrėti pasiūlymus, patvirtinti pasirinkimą, pateikti duomenis, atlikti mokėjimą ir matyti kelionės būseną.
Paketų kainodaros ir maržos valdymo sistema
Valdo tiekėjų kainas, valiutas, komisinius, nuolaidas, pakeitimų sąnaudas ir planuotą bei faktinę paketo maržą.
Agentų užduočių ir kelionės palaikymo sistema
Prioritetizuoja agentų užduotis pagal mokėjimų, dokumentų, išvykimo ir tiekėjų patvirtinimų terminus bei sutrikimų poveikį.
Papildomų kelionės paslaugų katalogas
Viename kataloge pateikia transportą, veiklas, draudimą ir kitas paslaugas su prieinamumu, kainomis, komisiniais ir užsakymo būsena.
Dinaminio paketavimo ir pasiūlymų platforma
Pagal keliautojo poreikį komplektuoja suderinamus kelionės komponentus, skaičiuoja galutinę kainą, maržą ir svarbiausias taisykles.
Kelionės bylos, dokumentų ir sutrikimų valdymo sistema
Valdo kelionės dokumentus, tiekėjų pakeitimus, paveiktus keleivius, susijusias rezervacijas, alternatyvas ir komunikacijos istoriją.
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 · Pilną apskaitos sistemos pakeitimą
Investicijų prioritetai
Vieninga kelionės bylaSutarti, kaip vienu identifikatoriumi sujungiami keliautojai, segmentai, tiekėjai, dokumentai, mokėjimai ir pakeitimai.
Sutrikimų poveikio grandinėSusieti vieno komponento pakeitimą su kitomis rezervacijomis, keleivių informavimu, alternatyvomis ir kompensacijomis.
Faktinė kelionės ekonomikaSujungti planuotą ir faktinę tiekėjų savikainą, valiutų pokyčius, grąžinimus, komisinius bei aptarnavimo sąnaudas.
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 pilna 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ėsindustry_direction
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ėsindustry_direction
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ėsindustry_direction
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 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žą.