Príklad
Používateľ si kúpi 10-dňovú diaľničnú známku s platnosťou od piatku. Očakáva, že bude môcť jazdiť ešte aj nasledujúcu nedeľu o týždeň.
Počas kontroly však systém vyhodnotí známku ako neplatnú o deň skôr, pretože backend počítal dni od polnoci, nie od času nákupu.
Výsledok? Pokuta, reklamácia a otázka, kto má pravdu – používateľ alebo systém.…
Príklad
Predstav si hosťa, ktorý po pobyte v hoteli vyplní hodnotenie:
5 hviezdičiek za čistotu, 3 za personál a textový komentár s konkrétnou výhradou.
Na webe sa však zobrazí len celkové skóre bez komentára, v administrácii je hodnotenie uložené dvakrát a notifikácia hotelu nepríde vôbec.
Výsledok?…
Príklad
Predstav si zákazníka, ktorý si rezervoval ubytovanie a zaplatil online.
Po úhrade mu systém vygeneruje voucher pre hotel a potvrdenie rezervácie.
E-mail síce dorazí, ale voucher obsahuje nesprávny termín pobytu a potvrdenie nemá uvedené číslo objednávky.
Výsledok? Zákazník má zaplatené, hotel nemá správne údaje a podpora rieši reklamáciu, ktorej sa dalo predísť testovaním generovaných dokumentov.…
Príklad
Klient si pri rezervácii hotela zvolí detskú postieľku a bezlepkovú stravu.
Objednávka prejde, potvrdenie príde e-mailom, ale po príchode do hotela postieľka chýba a personál o strave nič nevie.
Z pohľadu systému je „všetko zaplatené“, z pohľadu zákazníka ide o zásadné zlyhanie služby.
Požiadavky navyše sú často „len checkboxy“, no technicky ide o kritické údaje, ktoré musia prejsť celým reťazcom systémov.…
Príklad
Predstav si hosťa, ktorý si spravil rezerváciu cez web. Deň pred príchodom dostane e-mail s online check-inom. Vyplní všetky údaje, uloží, ale hotelová recepcia ho pri príchode aj tak „nevidí“ ako pripraveného. Systém neodoslal jeho údaje ďalej – recepcia musí všetko prepisovať ručne, vzniká front a hosť je nespokojný.…
Príklad
Predstav si klienta, ktorý má zaplatený zájazd s letom, hotelom a prenajatým autom. Týždeň pred odchodom dôjde k štrajku letovej kontroly alebo uzavretiu hraníc z dôvodu pandémie. Cestovná kancelária musí zrušiť celý zájazd, vrátiť peniaze alebo ponúknuť náhradný termín. V praxi sa tu stretávajú právne, zmluvné a technické procesy — čo musí systém spraviť automaticky a čo ručne rieši pracovník cestovky?…
Príklad
Predstav si klienta, ktorý si cez portál objedná balík „Víkend v Toskánsku“ – ubytovanie v penzióne, prenájom auta od lokálneho partnera a doplnkové služby ako GPS či detská sedačka. Po príchode na miesto zistí, že auto nečaká – rezervačný systém odoslal údaje s oneskorením a partner ich nesynchronizoval.…
Príklad
Predstav si, že zákazník si prezerá ponuku zájazdov na webe cestovnej kancelárie. Na slovenskej verzii vidí cenu 1 200 €, ale po prepnutí do anglickej verzie sa suma zobrazí ako 1 200 $ — bez prepočtu podľa aktuálneho kurzu. Takáto chyba môže spôsobiť nielen reklamácie, ale aj právne problémy pri potvrdení objednávky.…
Príklad
Predstav si klienta z Rakúska, ktorý navštívi slovenskú stránku cestovnej kancelárie. Po zmene jazyka na nemčinu sa síce titulky preložia, ale ceny sa stále zobrazujú v eurách s formátom podľa slovenského štandardu (1 234,56 €) namiesto nemeckého (1.234,56 €).
Navyše, pri rezervácii zájazdu sa v e-maile objaví mix jazykov: nadpis v nemčine, telo správy po slovensky a footer po anglicky.…
Príklad
Predstav si klientku, ktorá si na webe vyberie zájazd do Turecka. Počas rezervácie vidí posledné 2 voľné miesta, zaplatí, dostane potvrdenie — no o pár minút prichádza e-mail, že kapacita je už obsadená.
V praxi ide o zlyhanie v synchronizácii termínov a dostupnosti medzi systémom cestovnej kancelárie a partnermi (hotel, dopravca).…
Príklad
Predstav si, že klient si cez portál kúpi balík „Víkend v Ríme“ – obsahuje letenku, hotel a voliteľné cestovné poistenie. Systém mu však v potvrdení objednávky poistenie neuvádza, pretože API poisťovne v danom momente nevrátilo číslo poistnej zmluvy. Klient si myslí, že poistenie má, no v skutočnosti nie je uzavreté.…
Príklad
Predstav si klienta, ktorý si cez portál rezervuje balík „Leto pri mori“ — obsahuje ubytovanie v hoteli, spiatočný let a transfer z letiska. Na webe všetko vyzerá v poriadku, ale po príchode zistí, že transfer sa neobjavil v systéme dopravcu, pretože bol uložený pod iným číslom objednávky.…
Príklad
Predstav si, že používateľ si kupuje lístok z Bratislavy do Košíc s miestenkou. Po zaplatení dostane e-ticket e-mailom, no na miestenke má uvedené „miesto 0“. Po príchode do vlaku zistí, že miesto neexistuje. Zákazník podá reklamáciu a dopravca musí riešiť nielen vrátenie peňazí, ale aj reputačný problém.…
Príklad
Predstav si, že hotel ponúka 10 % zľavu pre vernostných hostí a 5 % kupón pre nových zákazníkov. Klient, ktorý má oba nároky, si rezervuje izbu počas akcie „Black Friday“. Ktorá zľava sa uplatní? V akom poradí? A čo ak sa kupón už raz použil?…
Príklad
Predstav si, že zákazník hľadá dvojlôžkovú izbu s výhľadom na more. Po zadaní filtra sa mu zobrazí izba typu Sea View Double Room. Všetko vyzerá v poriadku — kým zistí, že v skutočnosti dostal izbu s výhľadom na park a s prístelkou namiesto manželskej postele.…
Príklad
Predstav si hotel, ktorý má počas leta vyššie ceny než v zime, ale zároveň poskytuje zľavy pri nižšej obsadenosti. Ak tester spustí rovnaký dopyt na rovnakú izbu v rôznych dátumoch, môže zistiť, že niekedy systém nezohľadňuje všetky podmienky – napríklad zľava sa uplatní aj počas top sezóny, hoci by nemala.…
Príklad
Klient A si rezervuje izbu online s možnosťou bezplatného zrušenia do 48 hodín. Po 24 hodinách zmení plány a rezerváciu zruší – očakáva vrátenie celej sumy na kartu do 5 pracovných dní. Systém však vráti iba čiastočný kredit (bez poplatku za spracovanie) a e‑mail o vrátení peňazí neobsahuje sumu – zákazník volá na podporu.…
Príklad
Predstav si, že používateľ chce zarezervovať dvojlôžkovú izbu v hoteli na 10.–12. augusta. Systém mu však umožní zvoliť termín, hoci je už obsadený. Po zaplatení mu príde potvrdenie, ale recepcia ho kontaktuje, že izba nie je voľná. Takýto bug má okamžitý dopad na reputáciu hotela a spôsobuje refundácie aj nespokojnosť klienta.…
