Design av marina displayer för verkliga fartyg börjar vid styrplatsen, inte i ett designverktyg. En planande båt i hög fart beter sig inte som en stabil laboratoriemiljö. Vid fyrtio knop slår skrovet hårt, vibrationer gör finmanövrering svår och föraren står stadigt med båda fötterna. Handskbeklädda händer träffar skärmen mindre exakt, och stänk eller regn slår ofta mot glaset.

Synlighet är en annan begränsning. Skärmar måste förbli läsbara i starkt solljus, vid kraftig molnighet och i nattförhållanden, inklusive militära night vision-lägen. Vi arbetade med sunlight readable LCD-skärmar och tog hänsyn till ljusstyrka, kontrast och färganvändning i stället för att utgå från antaganden om kontorsskärmar.

Data kommer via NMEA 2000 och relaterade motorprotokoll. Telemetrin för varje motor omfattar varvtal, kylvätsketemperatur, oljetryck, bränsleförbrukning och trim, med uppdateringsfrekvenser som varierar beroende på förhållanden. Vid hög belastning förändras både frekvensen och betydelsen av dessa värden. Gränssnittet måste hjälpa operatörer att uppmärksamma det som är viktigt utan att behöva skanna varje siffra.

Genom hela projektet använde vi human factors-principer som generösa tryckytor enligt Fitts lag, begränsad valkomplexitet i linje med Hick’s lag och ett ständigt fokus på situationsmedvetenhet i grov sjö.

Att stödja från en till sex motorer på samma uppsättning skärmar är en central utmaning i design av båtgränssnitt. En layout som fungerar utmärkt för en motor kan snabbt bli rörig när fem till läggs till. Vi började med att definiera den grundläggande informationsenheten, engine tile, som innehåller den viktigaste telemetrin för en motor.

För en motor kan huvudskärmen visa en stor tile med mycket detaljer, omgiven av stödjande data. För fyra eller sex motorer upprepas samma tile-koncept i ett rutnät, med förenklade sekundärvärden och larm samlade i en gemensam list. En separat detaljvy ger djup när operatören behöver det. Detta skapar en konsekvent mental modell genom tension-driven reasoning. Operatören letar alltid efter samma mönster på samma platser, oavsett konfiguration.

Vi kontrollerade varje layout mot verkliga motorsignaler. Till exempel fokuserar en vy under högfartskörning på varvtal, kylvätsketemperatur och oljetryck med tydliga larmgränser. Vid tilläggning eller låg hastighet får trim och växelläge större visuell tyngd. Arkitekturen möjliggjorde dessa fokusförskjutningar utan att bryta den övergripande strukturen.

COX behövde att systemet fungerade över tre huvudsakliga skärmfamiljer, från en kompakt hjälpskärm till en stor primär styrskärm med touch och fysiska reglage. I stället för att designa fasta sidor definierade vi en uppsättning återanvändbara moduler. Dessa inkluderade engine tiles, övergripande bränsleblock, larmlister, statusrader och kontextpaneler.

Varje modul hade tydliga regler för innehåll, minsta storlek och beteende. På en liten skärm komprimeras vissa moduler eller växlar mellan översikt och detalj. På större skärmar kombineras flera moduler till en mer heltäckande vy. Eftersom modulerna delar proportioner och beteenden känns hela familjen sammanhållen även när installationerna skiljer sig.

Detta modulära angreppssätt skapade också affärsvärde. Engineering kan lägga till en ny motorvariant eller skärmstorlek genom att återanvända samma moduler i stället för att beställa ett helt nytt gränssnitt. Distributörer kan konfigurera vyer för olika kundsegment utan att bryta design systemet. För COX minskade detta det långsiktiga underhållsarbetet och gjorde framtida produktplanering mer flexibel. Det är ett exempel på rugged UI design som respekterar både hårdvarubegränsningar och produktstrategi.

Gränssnittsbeslut för marin elektronik-UX måste testas i förhållanden som liknar verklig användning. Tillsammans med COX byggde vi en simulatormiljö som spelade upp representativa motordata och fartygstillstånd. Erfarna operatörer och interna experter gick igenom nyckelscenarier som startkontroller, snabb färd i grov sjö, fel vid hög hastighet och återgång till hamn.

Ett scenario fokuserade på ett fel i flera motorer vid hög hastighet. De tidiga layouterna gjorde det lätt att se att något var fel, men inte vilken motor som behövde uppmärksamhet först. Därför ändrade vi hur engine tiles markerar larmtillstånd och skapade ett fast område på skärmen där det mest kritiska felet alltid sammanfattas. Ett annat scenario visade att vissa nattfärger störde night vision-utrustning, så vi justerade färgpalett och kontrast.

Dessa sessioner gav inga dramatiska berättelser, men de genererade ett stadigt flöde av konkreta förbättringar genom lateral exploration. Resultatet blev en uppsättning layouter som vi sett fungera under realistisk uppmärksamhetspress, inte bara i lugna mötesrum.

När layoutarkitekturen och modulerna var stabila gick vi vidare med att formalisera design systemet för utveckling. Vi dokumenterade varje modul, dess interaktionsbeteende, tillåtna dataintervall och utseende i olika lägen som dag, skymning och natt. Systemet inkluderade komponentbibliotek, layoutregler samt färg- och typografitokens som kunde mappas direkt till kod.

Överlämningen var inte bara en enkel dokumentöverföring. Vi höll gemensamma sessioner med mjukvaruutvecklare och hårdvaruingenjörer för att gå igenom strukturen och besvara detaljerade frågor under Implementation Partnership. Detta minskade oklarheter och förhindrade senare feltolkningar av designintentionen. Resultatet blev ett implementerbart system, inte bara ett snyggt men otydligt visuellt material.

För COX passade detta sättet som deras team arbetar på. De behöll en tydlig, gemensam referens för framtida utveckling, och vår roll som embedded system design-firma var att lämna efter oss ett ramverk som engineering kan vidareutveckla med trygghet.