En app er mere end en samling skærme. Der skal være sammenhæng mellem det, brugeren prøver at gøre, de oplysninger produktet kræver, og den hjælp brugerfladen giver undervejs.
Begynd med opgaven, som produktet skal hjælpe med
En digital løsning kan være et website, en app eller et internt værktøj. Designarbejdet begynder med at forstå, hvem der skal bruge den, i hvilken situation og til hvad. Et ønske om en ny funktion er ikke i sig selv en forklaring på det bagvedliggende behov.
Forestil dig et fiktivt bookingsystem, hvor kunder ofte ringer for at ændre en tid. Problemet kan være en skjult knap, uforståelige regler eller manglende adgang til reservationen. Designeren skal undersøge situationen, før løsningen bliver besluttet. Ellers risikerer teamet blot at bygge endnu en funktion uden at løse vanskeligheden.
Gør forløbet forståeligt, før skærmene bliver detaljerede
Når problemet er afgrænset, kan designeren beskrive informationsstruktur og brugerforløb. Hvilke oplysninger skal findes? Hvilke beslutninger skal træffes? Hvad sker der før og efter den enkelte skærm? En enkel skitse kan afsløre manglende trin, som flotte enkeltbilleder skjuler.
I bookingeksemplet skal kunden måske finde reservationen, vælge en ny tid, se eventuelle betingelser og bekræfte ændringen. Der skal også være en forståelig vej tilbage, hvis ingen tider er ledige. Design handler derfor om både den forventede vej og de situationer, hvor noget ikke går efter planen.
Forbind struktur med tekst, interface og prototype
UI gør forløbet synligt gennem blandt andet typografi, placering, knapper og tilstande. Ordene er en del af løsningen: Ændr tid fortæller mere end Fortsæt, hvis det faktisk er handlingen. Tilgængelighed bør indgå fra starten gennem læselighed, tydelige labels og forståelig feedback.
En prototype gør udvalgte idéer mulige at afprøve. Den kan være en papirskitse, et klikbart design eller en kodet model. Vælg detaljeniveau efter spørgsmålet. Det giver sjældent mening at finpudse bevægelser og farver, mens selve rækkefølgen af trin stadig er uafklaret.
Produktdesign bliver til i samarbejdet
Designeren arbejder typisk sammen med dem, der kender forretningen, indholdet, brugerne og teknikken. Udviklere kan opdage begrænsninger tidligt, mens research og supporthenvendelser kan udfordre antagelser om brugen. Rollen erstatter ikke automatisk alle disse fagligheder.
Titler varierer. Nogle produktdesignere udfører selv research og frontend, andre har et smallere ansvar. Aftal derfor konkrete opgaver og leverancer: eksempelvis en kort problemdefinition, et prioriteret flow, en prototype og beskrivelser af fejltilstande. Det gør samarbejdet lettere at planlægge og vurdere.
- Hvem undersøger behov og samler indsigter?
- Hvem beslutter prioriteringer og godkender designet?
- Hvem bygger, tester og vedligeholder løsningen?
Vurder både leverancen og det, I faktisk ved
En færdig prototype viser, at en idé er gjort konkret. Den beviser ikke, at mennesker kan bruge den ubesværet, eller at den skaber større omsætning. Det kræver henholdsvis relevant undersøgelse og måling. Hold observationer, antagelser og fremtidige mål adskilt i projektets dokumentation.
Efter lancering kan fejl, brugertests og produktdata give nye spørgsmål. Produktdesign fortsætter, når teamet bruger den viden til at forbedre løsningen. Bevar gerne en kort beslutningslog: Hvad ændrede vi, hvorfor, og hvad vil vi kontrollere bagefter?
Tag med videre
Det vigtigste
at huske.
- Tag udgangspunkt i brugerens opgave og produktets formål.
- Forbind struktur, indhold, interface og tekniske muligheder.
- Skeln mellem en leveret løsning og dokumentation for dens virkning.
Lad os gøre det klart
Spørgsmål & svar
Er produktdesign det samme som grafisk design?
Der er fælles visuelle færdigheder, men digital produktdesign omfatter også opgaver, struktur, interaktioner og afprøvning af løsningen.
Skal en produktdesigner kunne kode?
Det er ikke et universelt krav. Teknisk forståelse hjælper samarbejdet; konkret frontendudvikling skal fremgå af den aftalte opgave.
Hvornår skal en designer med i projektet?
Gerne mens problem og omfang stadig kan påvirkes. Designarbejde kan også bruges til at undersøge og forbedre et eksisterende produkt.
Hvad laver en digital produktdesigner i hverdagen?
Arbejdet kan veksle mellem at undersøge behov, strukturere indhold, skitsere forløb, udforme komponenter, teste prototyper og afklare detaljer med udviklere. Fordelingen afhænger af produktets fase og den aftalte rolle.
Hvad er forskellen på en produktdesigner og en UX-designer?
Titlerne overlapper. Produktdesign kan lægge vægt på sammenhængen mellem brugerbehov, produktretning og løbende design, mens en UX-rolle kan fokusere på bestemte dele af oplevelsen. Sammenlign konkrete opgaver og leverancer frem for at behandle titlerne som faste standarder.
Er en digital produktdesigner også udvikler?
Nogle designer og bygger selv frontend, mens andre samarbejder med udviklere. At kunne lave en klikbar prototype er en anden kompetence end at levere og vedligeholde kode. Afklar, hvilken form for implementering der indgår.
Hvilke filer skal et designprojekt levere?
Det kan være problemdefinition, brugerforløb, designfiler, komponenter, prototyper og noter om tilstande. Vælg materialer, som hjælper det næste led i projektet. Et stort filantal er ikke i sig selv en god overdragelse.
Hvordan finder man ud af, hvad et digitalt produkt skal indeholde?
Undersøg brugerens vigtigste opgave, eksisterende arbejdsgange og produktets formål. Prioritér derefter de funktioner, som er nødvendige for et sammenhængende forløb. En ønskeliste bør kunne ændres, når research eller afprøvning giver ny viden.
Hvad sker der med produktdesign efter lancering?
Supporthenvendelser, fejl, observationer og produktdata kan pege på næste forbedring. Beskriv, hvilket problem en ændring skal løse, og hvordan den kontrolleres. På den måde bliver videreudvikling knyttet til konkrete erfaringer med produktet.
Læs selv videre
Kilder & fordybelse
Guiden bygger på disse kilder og erfaring fra egne projekter.
