Intuitívne UX pri konfigurácii digitálneho dvojčaťa

Dizajn typu CRUD je prekliatie vývojárov, ktorí poznajú entitný model na backende systému.

‍

Bežného používateľa nezaujíma izolácia entít, tabuliek, vlastností a vzťahov. Chce jednoduchý postup next→next→next→zabudnúť, ktorý jednoducho funguje.

‍

Táto veta nie je UX manifest napísaný pre konferenciu. Je to každodenná realita priemyselného softvéru. Operátori, procesní inžinieri a vedúci závodov neotvárajú aplikáciu preto, aby obdivovali, aký čistý je normalizovaný doménový model. Otvárajú ju, lebo sa teplota vychýlila z normy, linka stojí alebo zmena potrebuje upozornenia, ktoré sa naozaj spustia, keď sa niečo pokazí.

‍

Ak chcete urobiť svoj závod inteligentným, konfigurácia nesmie pôsobiť ako správa databázy. Musí pôsobiť ako dokončená práca.

‍

Väčšinu priemyselných platforiem tvoria ľudia, ktorí systémom hlboko rozumejú, a táto odbornosť presiakne aj do rozhrania. Obrazovky sa stanú zrkadlom tabuliek. Tlačidlá sa stanú slovesami z API. Vnorené modálne okná sa zmenia na joiny, cez ktoré sa dá preklikať.

‍

Na papieri to vyzerá zodpovedne. Každú entitu možno upraviť, každý vzťah je explicitný, nič nie je skryté. V praxi z toho vznikne produkt, v ktorom sa dobre orientujú len tí, čo ho vytvorili.

‍

Digitálne dvojča je do tejto pasce obzvlášť náchylné. Pod kapotou naozaj máte senzory, kontroly, podmienky, aliasy, pravidlá notifikácií, používateľov a kanály. Sú to skutočné veci. Úloha používateľa však nie je „CRUD NotificationType“. Jeho úlohou je sledovať tento signál, rozhodnúť, kedy je dôležitý, a dať vedieť správnym ľuďom.

‍

Keď sa IoT dáta v digitálnych dvojčatách predkladajú ako les formulárov, dvojča prestane byť živou prevádzkovou vrstvou a stane sa ďalším konfiguračným nástrojom, ktorého sa po spustení dotkne už len špecialista.

‍

Pôvodné nastavenie notifikácií išlo po známom vzore. Otvorili ste zoznam, upravili riadok a vyplnili formulár v modálnom okne. Potom ďalšie okno pre podmienky a možno ešte jedno pre aliasy alebo prahové hodnoty. Každá obrazovka bola sama o sebe správna, no dohromady pre danú prácu zlá.

‍

Súvislosti sa medzi oknami strácali. Kontrolu ste nastavovali na jednom mieste, podmienku na inom a kanál notifikácií ešte inde. Kým ste uložili tretí dialóg, už ste si neboli istí, či prvý ešte zodpovedá tomu, čo ste mali na mysli.

‍

Nie je to drobná nepríjemnosť. V závode nie sú zlé prahové hodnoty a chýbajúci príjemcovia „UX dlh“. Sú to zmeškané alarmy, neskoré reakcie a dôvera, ktorá sa potichu vytráca, až sa ľudia na systém prestanú spoliehať.

‍

Fungujúci systém notifikácií sme mali aj predtým. Chýbala nám intuitívna cesta od zámeru k výsledku.

‍

Nastavenie notifikácií v systéme twinzo prerábame okolo jedného pracovného priestoru namiesto kopy modálnych okien typu CRUD.

‍

Nový postup je zámerne jednoduchý: zoznam → detail → notifikácia. Jedna obrazovka, tri panely a postupná cesta, ktorú dokončíte bez hľadania ďalšieho dialógu.

‍

• Kontroly: prehliadajte monitorovacie kontroly s aktuálnym stavom (OK, upozornenie, kritický), takže vždy začínate od reality a nie od prázdneho formulára.

• Detail: nastavte vybranú kontrolu, teda názov, popis, senzory, aktuálne IoT hodnoty a podmienky, všetko v jednom súvislom zobrazení.

• Notifikácie: určite, kedy sa majú spustiť, kto ich dostane a ako (aplikácia, e-mail), spolu so zhrnutím v bežnej reči, čo sa stane.

‍

Vytvárate tie isté podkladové objekty. Len už nenútite používateľov uvažovať ako váš ORM.

‍

Pod intuitívnym UX pri konfigurácii digitálneho dvojčaťa máme na mysli práve toto: produkt si zachováva hĺbku, ale cesta ním sleduje poradie ľudskej práce, nie poradie schémy.

‍

Všetko začína zoznamom kontrol. Nie preto, že „Check“ je názov tabuľky, ale preto, že kontrola je jednotka, o ktorej sa v hale naozaj hovorí: „Je TestCheck ešte v kritickom stave?“, „Zotavil sa Datib?“, „Kto má na starosti SimruTest?“

‍

Stavové štítky menia zoznam na prevádzkový nástroj, nie na administratívny index. Stavy OK, upozornenie a kritický vidíte už pri rozhodovaní, čo upraviť. Konfigurácia a monitoring tak prestávajú byť dva rôzne svety.

‍

Na prijatie nástroja v praxi to má vplyv. Ak je nastavenie ukryté v zabudnutej časti nastavení, urobí sa raz pri zavádzaní a potom sa naň zabudne. Ak je hneď vedľa aktuálneho stavu, ľudia udržiavajú dvojča presné, lebo v ňom pracujú.

‍

Výber kontroly načíta zvyšok pracovného priestoru bez vyskakovacieho okna. Znie to ako maličkosť, no nie je. Bez nabalovania modálnych okien sa pozornosť udrží pri jednom príbehu od začiatku do konca.

‍

Stredný panel je miesto, kde sa konfigurácia digitálneho dvojčaťa predtým rozpadávala a kde teraz drží pokope.

‍

Tu nastavíte názov a popis, pripojíte senzory a zostavíte podmienky. Hlavne však pri tom vidíte aktuálne hodnoty senzorov. Údaj „Sensor10 | 100.0 °C“ vedľa podmienky „hodnota senzora je väčšia alebo rovná 32“ nie je dekorácia. Je to overenie v kontexte.

‍

V tom spočíva praktický zmysel IoT dát v digitálnych dvojčatách: aktuálne signály sa neexportujú do samostatného nástroja na historické dáta, kým sa pravidlá nastavujú inde. Sú v tom istom postupe ako rozhodnutie, ktoré práve robíte.

‍

Zostavovanie podmienok prestane byť abstraktnou logickou hádankou, keď sú čísla priamo pred očami. Samozrejmé otázky môžete položiť hneď. Má prah na tejto linke ešte zmysel? Upozorňujeme na šum? Je jednotka taká, ako si myslíme?

‍

Najmä v starších závodoch (brownfield) prichádzajú senzory z mnohých zdrojov: OPC UA, MQTT, gateway aj vlastných integrácií. UX by malo toto technické pozadie skryť. Používateľ má vidieť len signál, ktorý je pre kontrolu dôležitý.

‍

Inteligentná továreň nie je múzeum KPI. Je to závod, v ktorom sa správny človek dozvie o zmene stavu skôr, než narastú zmetky, prestoje alebo bezpečnostný problém.

‍

Pravý panel slúži na posledný úsek systému notifikácií v závode:

• Zmeny stavu: upozornenie sa pošle, keď kontrola prejde z ľubovoľného stavu do upozornenia alebo kritického stavu, prípadne pri inom prechode, na ktorom vám záleží.

• Kanály: notifikácie v aplikácii pre Android a iOS, e-mail alebo oboje.

• Príjemcovia: používateľov vyhľadáte a pridáte bez opustenia postupu.

• Zhrnutie jednoduchou rečou: jedna veta potvrdí, čo ste nastavili, aby ste mohli uložiť s istotou.

‍

Zhrnutie jednou vetou je zámerné. Priemyselné rozhrania často predpokladajú, že používateľ si celé pravidlo poskladal v hlave. My chceme, aby pravidlo vyslovil nahlas sám produkt: upozorniť, keď sa TestCheck zmení z Any na Warning cez notifikáciu v aplikácii.

‍

V tom je rozdiel medzi „máme entitu notifikácie“ a „máme fungujúci systém notifikácií v závode“.

‍

Keď niekto počuje „jednoduché UX“, niekedy si myslí, že chceme odstrániť pokročilé funkcie. O to nejde.

‍

Next→next→next→zabudnúť znamená, že zložitosť zostáva k dispozícii, keď ju treba, ale predvolená cesta nevyžaduje pochopiť celý model. Dokončíte ucelenú úlohu a potom už na nástroj nemusíte myslieť.

‍

Zabudnúť je funkcia. Ak musí inžinier každý týždeň otvárať päť obrazoviek, aby si pripomenul, ako sú upozornenia zapojené, systém si berie pozornosť, ktorá má zostať pri výrobe. Dobré UX konfigurácie sa po nastavení nepripomína, a tak ostane ticho.

‍

Takto sa dajú programy digitálnych dvojčiat rozšíriť aj na ďalšie závody. Dvojča, ktoré vie prekonfigurovať len pôvodný integrátor, je pilot. Dvojča, ktoré môže upraviť miestny garant procesu, je operačný systém závodu.

‍

Inteligentná výroba sa často predáva ako viac dát, viac dashboardov a viac AI. Je to užitočné, ale neúplné. Závod sa stáva inteligentnejším, keď sa signály premenia na včasnú reakciu človeka alebo automatiky.

‍

Nastavenie systému notifikácií priamo v twinzu túto slučku uzatvára:

• Zachytávajte IoT dáta v digitálnom dvojčati, aby mali hodnoty význam v priestore a kontexte a neboli len riadkami v archíve dát.

• Definujte kontroly podľa skutočného stavu, aby prahové hodnoty zostali reálne.

• Posielajte upozornenia ľuďom, ktorí môžu konať, na mobil alebo e-mailom, skôr než sa upozornenie zmení na prestoj.

• Udržujte konfiguráciu spravovateľnú, aby sa pravidlá vyvíjali spolu s procesom a nezamrzli po odovzdaní projektu.

‍

Inými slovami: môžete mať IoT dáta v digitálnych dvojčatách a skutočne ich využiť na to, aby ste urobili svoj závod inteligentným, nielen ho vizualizovať.

‍

Ak vyvíjate priemyselný softvér, táto zmena je pripomienkou aj pre nás.

‍

Poznať entitný model je na backende silná stránka. Keď sa z neho stane hlavná navigačná metafora, je to záťaž. Používatelia by nemali potrebovať váš ERD, aby dokončili postup.

‍

Neznamená to skryť všetko ani vymýšľať falošnú jednoduchosť. Znamená to zoskupiť funkcie podľa úloh: sledovať, rozhodnúť, upozorniť. Entity ukladať na pozadí. Vzťahy ukázať, až keď je na ne používateľ pripravený.

‍

Entity aj API máme naďalej a na integrite nám záleží rovnako. Len už od používateľov v závode nežiadame, aby systém twinzo ovládali, akoby ladili našu schému.

‍

Projekty digitálnych dvojčiat zlyhávajú z mnohých dôvodov: zlé dáta, slabá integrácia, nejasná zodpovednosť. Menej nápadnou príčinou je zložitá konfigurácia. Ak úprava prahovej hodnoty vyžaduje tiket na IT alebo konzultanta, ktorý si pamätá, ktoré modálne okno otvoriť, dvojča časom prestane byť užitočné.

‍

Intuitívne UX konfigurácie je preto strategické. Rozhoduje, či dvojča zostane živým prevádzkovým systémom, alebo sa z neho stane demo, ktoré na začiatku projektu vyzeralo skvele.

‍

Pre systém twinzo je 3D vizualizácia v reálnom čase a aktuálne dáta len polovica produktu. Druhou polovicou je to, aby tieto možnosti mohli upravovať ľudia najbližšie k procesu, vrátane nastavenia notifikácií, ktoré mení signály na konkrétnu reakciu.

‍

Tento pracovný priestor pre notifikácie je súčasťou širšieho úsilia: konfigurácia, ktorá pôsobí ako sprevádzaná cesta, nie ako administrátorská konzola. S kontrolami a monitoringom sme začali správne, pretože stoja na priesečníku IoT, digitálnych dvojčiat a každodennej reakcie v závode.

‍

Rovnakú filozofiu čakajte aj inde v produkte: hĺbka ostáva, modálnej archeológie je menej a next→next→next viac.

‍

Ak už senzory posielate do twinza, táto zmena znamená rýchlejší prístup k týmto dátam pre ľudí, ktorí v backende nepracujú. Ak ešte len plánujete, ako dostať IoT dáta do digitálnych dvojčiat, berte systém notifikácií v závode ako súčasť produktu, nie ako dodatočný doplnok v podobe CRUD.

‍

Cieľ je jednoduchý: monitoring nastaviť raz, dostať jasné upozornenia, keď sa realita vychýli, a pokračovať v práci. Tak urobíte svoj závod inteligentným pomocou systému notifikácií, ktorý zodpovedá tomu, ako ľudia myslia, nie tomu, ako sa spájajú tabuľky.

‍

Chcete vidieť kontroly, podmienky a notifikácie v jednom pracovnom priestore? Ozvite sa nám a prejdeme si ich spolu.

‍