5.0 Introduktion till del 5: UI/UX-design
Den här delen handlar om där programvara möter de människor som använder den. Det omfattar mycket: forskningen som avslöjar vad användare behöver, gränssnittet och designsystemet som presenterar det, orden som vägleder handling, den tillgänglighet och det språkstöd som gör det användbart för alla och frontendtekniken som levererar det in i den stökiga verkligheten av riktiga webbläsare och enheter. Det är frestande att behandla allt detta som dekoration man lägger på i slutet. Stå emot det. Det är här allt uppströmsarbete antingen når användaren eller faller samman, och det avgörs långt innan den sista skärmen är polerad.
För stora team är produktdesign egentligen ett samordningsproblem. När dussintals skvadroner levererar in i en gemensam produkt hopar sig oberoende beslut till en röra: duplicerade flöden, motsägelsefull terminologi, inkonsekventa komponenter och en språkpipeline ingen äger. Åtgärden i varje kapitel här har samma form. Förvandla engångsbeslut till gemensamma, styrda tillgångar, som personor, ett designsystem, en innehållsstrategi, ett ramverk för internationalisering (i18n), komponentbibliotek och prestandabudgetar, så att många team som arbetar var för sig ändå summerar till en sammanhängande upplevelse.
Företag och myndigheter höjer insatserna ytterligare. Företagsprogramvara har ofta fångade användare, och de betalar för dålig design i utbildning, fel och supportbörda snarare än genom att lämna. Myndighetstjänster når hela allmänheten (inklusive människor i kris, på gamla enheter, med lågt digitalt självförtroende eller utan något alternativ), så designkvalitet blir en fråga om jämlikhet och medborgerligt förtroende. Här är tillgänglighet inte en artighet utan ett rättsligt krav: offentliga organ är enligt lag skyldiga att bygga programvara som människor med funktionsnedsättning kan använda, och skyldigheter kring klarspråk och språktillgång bär ofta också lagens kraft.
Kapitel i den här delen
5.1 UX-grunder: Forsknings-, användarmodellerings- och designtänkandepraxis som låter en organisation fatta evidensbaserade produktbeslut i stället för att gissa, och ger varje team samma karta över användaren.
5.2 UI-design och designsystem: Hantverket att forma det människor ser och rör vid, och det gemensamma, styrda systemet av tokens, komponenter och mönster som håller tusentals skärmar över många team sammanhängande.
5.3 Tillgänglighet: Att bygga programvara som människor med funktionsnedsättning kan uppfatta, hantera, förstå och använda, behandlat samtidigt som en rättslig plikt, en etisk plikt och helt enkelt god design.
5.4 Innehålls- och kommunikationsdesign: Att forma de ord, meddelanden och den kommunikation en produkt använder för att hjälpa människor att agera, i klarspråk och en konsekvent röst, eftersom ord är gränssnitt.
5.5 Internationalisering och lokalisering: Arkitekturen som låter programvara anpassa sig till vilket språk och vilken region som helst, och arbetsflödet som översätter och kulturellt anpassar den för varje språkversion.
5.6 Frontendteknik: Att bygga det klientvända lagret för en miljö du inte kontrollerar, med uppmärksamhet på ramverkens livslängd, renderingsstrategi, prestanda och motståndskraft.
5.7 Mobilapputveckling: Att bygga för mobila enheter, med native, plattformsoberoende och progressiva webbansatser, plattformarnas designriktlinjer, begränsningar kring offline, batteri och fragmentering, distribution via appbutiker samt mobil säkerhet och tillgänglighet.
5.8 Designforskning och användbarhetstestning: Att minska risken att bygga fel sak genom generativ och utvärderande forskning, rätt metod för varje fråga, användbarhetstestning gjord väl, representativ rekrytering och syntes som faktiskt ändrar beslut.
5.9 Tjänstedesign: Att designa hela tjänsten en person upplever över kanaler och över tid, på scenen och bakom scenen, med hjälp av tjänstritningar och kundresekartor och att få organisationen att ställa sig bakom tjänsten, inte bara en enskild skärm.
5.10 Datavisualiseringsdesign: Att välja rätt diagram för frågan och koda data ärligt, tillämpa grafisk briljans, tillgängliga och färgblindsäkra paletter och tydliga annoteringar, så att ett diagram informerar ett beslut i stället för att vilseleda.
Hur kapitlen hänger ihop
De här kapitlen bildar en enda röd tråd från förståelse till leverans. UX-grunder (5.1) etablerar vem användaren är och vilket jobb de försöker göra. UI och designsystem (5.2) ger den förståelsen en konsekvent visuell form. Innehållsdesign (5.4) levererar orden som bär den. Frontendteknik (5.6) levererar resultatet. Tillgänglighet (5.3) och internationalisering (5.5) är inte separata steg utan egenskaper invävda genom alla de andra: en tillgänglig, översättningsbar upplevelse designas in i gemensamma komponenter, innehållsmönster och kod från början, aldrig påskruvad senare. Kapitel 5.3 i synnerhet lutar sig mot kapitel 5.2 för att lösa tillgänglighet en gång i varje komponent, och mot kapitel 5.6 för att bevara den i semantisk, standardbaserad märkning.
Delen når också över hela guiden. Mönstret “tillgångar framför engångslösningar” här speglar tänkandet om gemensamma plattformar i kapitel 8.4 (plattformsteknik och utvecklarupplevelse), och värderingarna och arbetssätten i kapitel 1.1 och 1.4 sätter de organisatoriska villkor som över huvud taget gör designkonsekvens möjlig. Kontroller av tillgänglighet, visuell regression och prestandabudget hör hemma i leveranspipelinerna i kapitel 8.1 (CI/CD och leverans), så att kvalitet upprätthålls vid varje ändring i stället för att granskas strax före lansering. Och övervakningen av verkliga användare (prestandadata insamlad från faktiska användares enheter och nätverk) som frontendprestanda beror på hänger direkt ihop med observerbarhetspraxis i kapitel 9.2. Gjort väl är arbetet här det som gör de system som beskrivs på andra ställen faktiskt användbara för de människor de är avsedda att tjäna.