Príklad
Predstav si študenta, ktorý robí online skúšku. Má 30 minút na 20 otázok. Po odoslaní testu mu systém zobrazí iné skóre, než očakával. Neskôr sa ukáže, že niektoré otázky boli vyhodnotené nesprávne (napr. viac správnych odpovedí, ale systém počítal len jednu), a časový limit sa pri výpadku internetu nepozastavil.…
Príklad
Predstav si študenta, ktorý si kúpi online kurz. Po prihlásení vidí prvú lekciu, ale ďalšie sú zamknuté, aj keď splnil podmienky. Inde sa mu lekcie zobrazujú v nesprávnom poradí – najskôr test, potom teória.
Výsledok: frustrácia, znížená dôvera a reklamácie.
Pri LMS systémoch je kritické, aby bol obsah dostupný správnym používateľom, v správnom čase a v logickom poradí.…
Príklad
Predstav si e-learningový systém, kde sa študent prihlási do kurzu, učiteľ mu pridelí úlohu a admin spravuje používateľov.
Na prvý pohľad všetko funguje. Lenže:
Výsledok: chaos, bezpečnostné riziko a nedôvera v systém.…
Príklad
Predstav si e-shop, ktorý podporuje slovenčinu, češtinu a angličtinu. Používateľ si prepne jazyk na nemčinu, ktorú systém oficiálne nepodporuje.
Namiesto fallbacku na angličtinu sa mu zobrazí mix jazykov: menu je po slovensky, produkty po česky a chybové hlášky v angličtine.
Výsledok? Nedôvera, chaos a zvýšené riziko, že používateľ odíde bez nákupu.…
Príklad
Na prvý pohľad vyzerá vyhľadávanie v obsahovom systéme jednoducho. Používateľ zadá slovo, systém niečo nájde a zobrazí výsledky. V praxi sa však práve tu často láme dôvera v celý produkt.
Predstav si redakčný portál alebo firemný knowledge base systém. Autor pridá článok s názvom „Zmena fakturačných údajov“, označí ho tagmi fakturácia, profil, zákazník a zaradí do kategórie Pomoc.…
Príklad
Predstav si redakčný systém, v ktorom editor upraví už publikovaný článok. Pri úprave omylom prepíše dôležitý odsek, zmení titulok a odstráni interný odkaz. Na prvý pohľad je všetko uložené správne, ale po zverejnení si tím všimne, že článok má horší význam, chýbajú v ňom dôležité informácie a prepadla sa aj návštevnosť z vyhľadávania.…
Príklad
Predstav si redakčný systém, kde autor napíše článok a odošle ho na schválenie. Editor ho upraví a nastaví publikovanie.
Na prvý pohľad všetko funguje.
Lenže:
Príklad
Predstav si redaktora, ktorý pripraví článok, uloží ho ako draft a plánuje publikovanie na ráno.
Ráno sa článok zobrazí na webe — ale bez obrázkov, so starou verziou textu a bez SEO titulku.
Výsledok:
CMS nie je len „editor textu“.…
Príklad
Používateľ si predplatí film v online platforme. Film sa prehrá bez problémov, ale zároveň si otvorí vývojársku konzolu v prehliadači a skúsi nájsť URL na video súbor.
Ak sa mu podarí súbor stiahnuť priamo, systém síce funguje pre bežného používateľa, ale z pohľadu bezpečnosti zlyhal.…
Príklad
Používateľ si stiahne film v mobilnej aplikácii počas Wi-Fi pripojenia, aby si ho pozrel neskôr offline. Počas cesty bez internetu film prehrá bez problémov.
Po opätovnom pripojení sa však zistí, že systém nezaznamenal prehranie, nesprávne vyhodnotil licenciu a používateľovi zablokoval ďalší obsah.
Offline režim nie je len „funguje / nefunguje“ – je to kombinácia lokálnych dát, cache, práv a následnej synchronizácie.…
Príklad
Používateľ si kúpi prístup k filmu na 48 hodín. Film si večer pozrie na mobile, ráno chce pokračovať na notebooku – ale systém mu zobrazí hlášku „prístup vypršal“, aj keď ešte nemal.
Naopak, iný používateľ má obsah dostupný aj po 3 dňoch, pretože expirácia sa nesprávne počítala podľa lokálneho času zariadenia.…
Príklad
Používateľ si kúpi prístup k filmu na streamingovej službe alebo e-knihu v online knižnici.
Po zaplatení očakáva, že obsah bude dostupný – ale len za podmienok licencie.
Licencia môže napríklad určovať:
Príklad
Predstav si vodiča nákladného auta, ktorý používa elektronické mýto.
Systém eviduje ŠPZ vozidla, prejazdy cez mýtne brány, čas prejazdu a účet dopravcu.
Jedného dňa zákazník požiada o výpis údajov o svojich prejazdoch. Operátor mu však omylom zobrazí aj údaje o inom vozidle, ktoré patrí inej firme.…
Príklad
Predstav si systém, ktorý eviduje priestupky – napríklad jazdu bez platnej diaľničnej známky alebo neoprávnený prístup do systému. Operátor upraví záznam priestupku, neskôr ho iný pracovník zruší a následne prebehne kontrola zo strany auditu.
Ak systém nemá správne auditné logy, vznikne problém:
Príklad
Predstav si mýtny systém, ktorý spracúva prejazdy vozidiel cez kamery alebo palubné jednotky.
Prejazd sa zaznamená na bráne o 10:00, ale do centrálneho systému sa dostane až o 10:07 – napríklad kvôli dočasnému výpadku siete alebo dávkovému spracovaniu.
Z pohľadu používateľa to môže vyzerať zvláštne:
Príklad
Predstav si dopravcu, ktorý jazdí kamiónom z Bratislavy cez Rakúsko do Talianska. Vozidlo má jednu palubnú jednotku (OBU), ktorá má fungovať vo viacerých krajinách. Pri prejazde hranicou systém automaticky prepne tarifný model a začína účtovať mýto podľa pravidiel danej krajiny.
Ak však integrácia medzi systémami nefunguje správne, môžu nastať rôzne problémy:
Príklad
Predstav si systém, ktorý kontroluje diaľničnú známku alebo mýto podľa evidenčného čísla vozidla (EČV).
Používateľ zadá číslo vozidla pri nákupe známky, kamera ho neskôr načíta na diaľnici a systém overí, či je známka platná.
Na prvý pohľad ide o jednoduchý údaj. V praxi však nastávajú problémy:
Ak systém tieto rozdiely nezvládne, môže vzniknúť chyba: vodič zaplatí známku, ale kontrolný systém jeho vozidlo neidentifikuje správne a označí ho ako neplatiča.…
Príklad
Vodič kamióna zistí, že mu systém naúčtoval mýto dvakrát za ten istý úsek. Podá reklamáciu cez zákaznícky portál, priloží evidenčné číslo prejazdu a čaká na vyjadrenie.
Ak systém nesprávne spáruje prejazdy, neoverí duplicitu alebo refundáciu pošle na nesprávny účet, problém sa neobmedzí len na jednu chybu v účtovaní – zasiahne účtovníctvo, reporting aj dôveru zákazníka.…
Príklad
Predstav si dopravnú spoločnosť, ktorá dostane mesačnú faktúru za prejazdy po spoplatnených úsekoch.
Faktúra obsahuje desiatky položiek – dátum, čas, úsek, sadzbu podľa hmotnosti vozidla, emisnú triedu a výslednú sumu.
Na prvý pohľad sedí celková suma.
Ale účtovníčka si všimne, že pri dvoch prejazdoch je použitá nesprávna sadzba pre nápravový počet.…
Príklad
Klient zaplatí objednávku kartou. Platobná brána zobrazí chybu „Platba zlyhala“, no suma je z účtu stiahnutá. Klient skúsi zaplatiť znova – systém prijme druhú platbu a objednávka sa vytvorí dvakrát.
Z pohľadu biznisu ide o citlivý moment: dôvera zákazníka, peniaze aj reputácia sú v hre.…
