Kaupallinen UX-suunnittelu optimoi sitoutumisen, löydettävyyden ja konversion. Sotilaskenttä-UX optimoi nopeuden, virheenkestävyyden ja toiminnan heikentyneissä olosuhteissa. Nämä eivät ole sama ongelma. Kaupallisten UX-periaatteiden mukaan suunniteltu käyttöliittymä — eleet, pienet kosketuskohteet, kerrosvalikoita, hienovarainen ikonografia — epäonnistuu heti kun operaattori yrittää käyttää sitä paksuilla käsineillä samalla hallinnoidessaan radiota toisella kädellä 40°C lämmössä.
Huonon UX:n seuraukset taktisissa sovelluksissa eivät ole käytettävyyspisteytyksiä tai poistumisprosentteja. Ne ovat operaattoreita, jotka eivät pysty raportoimaan tarkkaa sijaintidataa, lääkintämiehiä, jotka eivät pääse käsiksi potilastietoihin kriittisellä hetkellä, ja koordinaattoreita, jotka eivät pysty päivittämään tilaa nopeasti etenevissä tilanteissa. Sotilaskenttä-UX on turvallisuuskriittinen tieteenala.
Kenttäolosuhteet: syötön fyysiset rajoitteet
Käsineet. Sotilasoperaattorit kylmässä ilmastossa, NBC-ympäristöissä tai teräväreunaisten laitteiden kanssa työskentelevät käyttävät käsineitä, jotka perustavanlaatuisesti muuttavat kosketusvastetta. Vakiotaistelukäsineet vähentävät kosketustarkkuuden noin 20–25 mm:iin. Kapasitiiviset käsineenkärjet — modernien taktisten käsineiden ohuet johtavat kärjet — parantavat tämän noin 12–15 mm:iin, mutta tarkkuus on silti huomattavasti heikompi kuin paljaan sormen kosketus. Käytännöllisin kosketuskohteen vähimmäiskoko käsineiden käyttöön on 44px 160dpi:ssä (fyysinen halkaisija noin 7 mm), ja 48–56px on luotettavampi käyttää. Tämä on WCAG:n 44×44px-suositus, mutta se ei ole mukavuusohjenuora tässä kontekstissa — se on operatiivinen välttämättömyys.
Tämän kriteerin täyttäviä kosketuskohteita ovat takaisin-painikkeet, välilehtipalkki-kohteet, luettelorivikorkeudet, vaihtopainikkeet ja vahvistuspainikkeet. Elementtejä, jotka usein rikkovat tämän, ovat: sulkupainikkeet (X) modaaleissa, navigointileipämurupolut, tekstilinkit inlineissä kappaleissa ja karttamerkintöjen kahvat. Jokainen näistä vaatii suurentamista taktiseen käyttöön.
Suora auringonvalo. Kuluttajanäytöt on tyypillisesti määritelty 400–600 nitin huippukirkkauteen. Suorassa auringonvalossa 80 000 luxissa 400-nitin näyttö on käytännössä lukukelvoton. Karkaistulaitteet (Panasonic Toughbook/Toughpad, Samsung Galaxy XCover, Getac T800) saavuttavat 800–1000 nitiä antirefleksiivisillä pinnoitteilla. Mutta jopa näillä laitteilla värikontrasti, joka oli luettavissa laboratoriossa, voi epäonnistua kentällä. WCAG AA vaatii 4,5:1 kontrastisuhteen normaalille tekstille. Taktisille sovelluksille WCAG AAA:n (7:1) tavoittelu ensisijaisille tilailmaisimille ja kriittiselle tekstille on sopiva perusarvo. Korkean kontrastin tila — valkoinen teksti mustalla, tilavärit siirretty korkean kyllästyksen variantteihin — pitäisi olla ensiluokkainen näyttövaihtoehto.
Tärinä. Ajoneuvoon kiinnitetyt laitteet kokevat jatkuvaa tärinää, joka tekee jatkuvan hienomotorisen syötön mahdottomaksi. Sovellusvuorovaikutukset, jotka vaativat pitelyä — liukusäätimet, vedä-operaatiot, pitkäpainalluksen aktivoinnit — ovat epäluotettavia liikkuvissa alustoissa. Suosi erillistapauksia napinpainalluksessa jatkuvan syötön vuorovaikutusten sijaan aina kun mahdollista.
Kognitiivisen kuorman vähentäminen
Operaattori, joka hallinnoi useita samanaikaisia tehtäviä — seuraa radiokanavaa, liikkuu maastossa, seuraa monielementtistä tilannetta — käytettävissä on minimaalisia kognitiivisia resursseja käyttöliittymätilan tulkintaan. Jokainen päätöspiste, jonka käyttöliittymä esittää, kuluttaa kognitiivista kaistanleveyttä, joka on jo kyllästetty. Tavoitteena on minimoida tehtäväkohtaisesti vaadittujen päätösten määrä pienintään mahdolliseen.
Tuttu sotilaalikonografia uutuuden sijaan. Sotilassymbologiajärjestelmät — APP-6 (NATO), MIL-STD-2525 (Yhdysvallat) — ovat olemassa juuri siksi, että vakio symbolisanakirja eliminoi kognitiivisen kustannuksen uusien kuvakkeiden tulkinnasta. Taktinen sovellus, joka keksii omat kuvakkeensa yksikkötyypeille, laitetiloille tai uhkakategorioille, asettaa oppimiskustannukset operaattoreille, jotka jo tuntevat vakiintuneena sanaston. Käytä vakio sotilassymboleita aina kun ne soveltuvat. Jos olemassa oleva symbolisanakirja on riittämätön, laajenna sitä kehyksen omien sääntöjen mukaan eikä keksi alusta.
Tilailmaisimien on oltava yksiselitteisiä. Väri punainen pitäisi tarkoittaa täsmälleen yhtä asiaa taktisessa sovelluksessa: hälytys, uhka tai kriittinen vika. Punaisen käyttäminen navigointielementeissä, koristelisessa käyttöliittymässä tai kategoriaetiketeissä luo epäselvyyttä siitä, onko kyseessä hälytystila vai suunnittelu. Luo jäykkä väri-merkitys-kartoitus ja pakkota se koko sovelluksessa.
Vahvistusdialokit ovat kognitiivinen vero. Dialogi, joka kysyy "Haluatko varmasti lähettää tämän raportin?" ennen rutiinilähetystä, lisää päätöksentekkuorman rutiinioperaatioon. Varaa vahvistusdialokit peruuttamattomille, korkean seurauksen toiminnoille — tietueen poistaminen, tulimission lähettäminen, MEDEVACin aloittaminen. Kaikille muille toiminnoille tarjoa kumoa eikä vahvistus.
Yhdellä kädellä käyttämisen suunnittelu
Peukaloalue 5,5 tuuman näytöllä kattaa noin alimman 60 % näytöstä, kun laitetta pidetään yhdellä kädellä. Näytön ylimmät 25 % on saavutettavissa vain kömpelöllä ranteen kierrolla tai laitteen siirtämisellä kädessä — molemmat lisäävät putoamisriskiä. Yhdellä kädellä käyttäen saavuttamattomin alue on korkeiden näyttöjen vasemmassa yläkulmassa — täsmälleen sinne, missä Android:n oletusuunnitteluohje sijoittaa takaisin navigointipainikkeet.
Taktisille sovelluksille kriittiset interaktiiviset kontrollit pitäisi sijoittaa näytön alaosaan — ihanteellisesti alimpaan 40 %:iin. Navigoinnin pääosioiden välillä pitäisi käyttää alareunan navigointipalkkia eikä yläsovelluksen palkkia hamburgervalikolla. Ensisijaisten operaatioiden toimintopainikkeet pitäisi sijoittaa näytön alaosaan tai sen lähelle, peukalonkurkotuksen mukavassa alueessa.
Tämä kääntää tavanomaisen Android-suunnitteluhierarkian, joka sijoittaa navigoinnin yläosaan. Kompromissi on tahallinen: taktisessa kontekstissa käytettävyys yhdellä kädellä stressin alla on tärkeämpää kuin kuluttajaalustakonventioiden noudattaminen.
Tietoarkkitehtuuri: 3 napin maksimi
Mikä tahansa kriittinen toiminto — sijaintiilmoituksen lähettäminen, mielenkiinnon kohteen merkitseminen, tilapäivityksen lähettäminen, MEDEVAC-työnkulun käyttäminen — on saavutettava kolmen napin painalluksella sovelluksen alkutilasta. Tämä ei ole esteettinen periaate; se on operatiivisesta tahdista johdettu rajoite. Operaattori, joka tarvitsee kuusi napinpainallusta kontaktiraportin lähettämiseen, ei käytä sovellusta kontaktin aikana — he käyttävät radiota ja lähettävät raportin myöhemmin, menettäen aikakriittisen datan prosessissa.
Auditoi jokainen kriittinen työnkulku sovelluksessa napinpainallussyvyyden osalta. Tasoita tietoarkkitehtuuri paljastamalla usein käytetyt toiminnot korkeammilla tasoilla eikä niitä loogisesti sisältämällä. Käytä pikatoiminto-oikoteitä — pitkäpainallus karttasijainnissa päästäksesi suoraan kyseisen sijainnin yleisimpiin toimintoihin eikä vaadita napinpainallus → valikko → valinta.
Kenttätestausprot okolla
Laboratorion käytettävyystestaus on riittämätön taktisille sovelluksille. Operaattorit, jotka käyttävät sovellusta puhtaalla pöydällä hiljaisessa huoneessa, pitävät sitä käytettävänä. Samat operaattorit, jotka käyttävät sitä stressin alla, kenttäolosuhteissa, kahden tunnin fyysisen toiminnan jälkeen, käsineet kädessä, pitävät sitä eri tavalla. Laboratoriosuorituksen ja kenttäsuorituksen välinen kuilu on taktinen UX-velka, jonka laboratoriotestaus ei pysty paljastamaan.
Sopiva testausprotokolla taktisille sovelluksille yhdistää rakennetut käytettävyysskenaarioita (standardisoituja tehtäviä, mitattua suoritusaikaa ja virhenopeutta) kenttäsimulaatioon: anna operaattoreiden suorittaa tehtäviä fyysisesti aktiivisina, edustavat käsineet kädessä, ulkona valaistusaloissa, aikapaineessa. Sisällytä operaattoreita, jotka eivät tunne sovellusta, mittaamaan opittavuutta realistisissa olosuhteissa — operatiivisessa käyttöönotoissa ei välttämättä ole aikaa kattavaan koulutukseen ennen käyttöä.
Keskeinen oivallus: Rakenna prototyyppi varhain erityisesti kenttätestaukseen, ei sidosryhmäkatsaukseen. Paperiprototyyppi tai alhaisen tarkkuuden rautalankamalli voi testata navigointiarkkitehtuuria ja kosketuskohteen riittävyyttä. Sinun ei tarvitse pikselinperfektistä käyttöliittymää löytääksesi, että kriittinen toimintosi vaatii neljä napinpainallusta eikä kolme, tai että takaisin-painike on peukalon kuollessa vyöhykkeessä. Löydä se viikolla kaksi, ei viikolla kaksitoista.