Dažniausios Field DX temos yra ataskaitos, inventorius ir inspekcijos. Esmė – tuo pačiu patenkinti "trumpiausią įvedimo kelią" lauke ir "matomumą bei kontrolę (teisės/logai)" valdymui.
Sėkmingo Field DX pagrindas – nuo pradžių atitikti "prilimpamumo sąlygas". Šiuos reikalavimus įtraukiame kaip standartą.
Lauko įvedimas sustoja vos tik tampa "painus" ar "varginantis". Sumažiname mygtukus, laukus ir srautus, kad viskas būtų atlikta net viena ranka.
Jei neaišku "kas ką gali", valdymas nerimauja dėl operacijų. Kontroliuojame peržiūrą/redagavimą pagal vaidmenis ir užtikriname atsekamumą – kas ką ir kada pakeitė.
Jei įvedimas neįmanomas silpno signalo zonose, grįžta perrašymas ir dvigubas valdymas. Projektuojame offline įvedimą + automatinį siuntimą (retry queue) atgavus signalą.
Vien galimybė perjungti kalbą sumažina įvedimo klaidas ir mokymo kaštus. Prireikus įtraukiame kelių kalbų palaikymą, kad programa būtų naudojama lauke.
Field DX rezultate svarbiau "sukurti mechanizmą, kuris naudojamas nuolat" nei tik "sukurti programėlę". Finite Field kuria verslo programėles ir valdymo ekranus vieno langelio principu, remiantis dizainu, kuris sujungia lauko įvedimą su valdymo kontrole (teisės, patvirtinimai, logai).
Lauko darbuotojai vyksta tiesiai į objektus, vėluoja HQ agregavimas ir patvirtinimas
Viskas nuo įsiregistravimo iki prašymo atostogoms/patvirtinimo atliekama telefonu
Aiškiai "kas ką daro" per patvirtinimo srautą ir vaidmenų dizainą
Excel, el. paštas ir žodinė komunikacija sukuria neaiškumą / vyksta perrašymai
Centralizuotas srautas nuo užsakymo iki sandėlio ir išsiuntimo, stabilizuotas valdymo ekranu
Teisių, audit logų ir valdymo ekranų dizainas nuo pat pradžių
Vėlavimai dalijantis grafiko pakeitimais didina koregavimo kaštus
Valdymas tikrina ir valdo grafikus realiuoju laiku
UI, kuriame svarbi informacija iškart matoma ("Fast Check" ekranas)
Procesas paprastas. Vietoje per daug sudėtingo sprendimo, "paleisti su minimalia funkcija -> tobulinti veikiant" geriausiai tinka Field DX.
Sutvarkome dabartinę situaciją, problemas ir tikslines operacijas
Must/Should/Could, poreikis teisėms, patvirtinimams, offline ir kelioms kalboms
Pateikiame kaštų ir grafiko rėžius pagal reikalavimus (AI sąmata pradiniam įvertinimui)
Sukuriame srautą, kuriame laukas nepasimeta
Įgyvendiname operacijas, įskaitant valdymo ekranus, logus ir agregavimą
Tęstinis palaikymas numatant patobulinimus ir plėtrą
Excel yra puikus, tačiau Field DX turi silpnąją vietą – "nematomos išlaidos išauga, kai operacijos didėja". Kuo daugiau punktų tinka, tuo didesnė tikimybė, kad programėlės įdiegimas atneš ROI.
| Aspektas | Excel/Popierius | Programėlė |
|---|---|---|
| Įvedimas | Įvedama vėliau -> praleidimai/vėlavimai | Įvedimas vietoje, privalomi laukai užkerta kelią spragoms |
| Patvirtinimas | Stinga per žodinius/popierinius/el. pašto procesus | Fiksuotas patvirtinimo srautas, pranešimai mažina sustojimus |
| Teisės | Neaiškios dalijimosi ribos | Peržiūros/redagavimo kontrolė pagal vaidmenį (lengvesnė valdysena) |
| Offline | Negalima įvesti, grįžta "įvedimas vėliau" | Offline įvedimas + retry užtikrina, kad laukas nesustos |
| Agregavimas | Rankinis ir lėtas | Automatinis agregavimas, lengva paieška/filtrai |
| Istorija | Sunku atsekti, kas ką ir kada pakeitė | Audit logai užtikrina atsekamumą (saugus valdymas) |
| Prilimpamumas | Sunkus/varginantis UI -> grįžtama atgal | UI be instrukcijų mažina mokymo kaštus |