Designgjeld

Designgjeld er den akkumulerte kostnaden for designbeslutninger som var hensiktsmessige på den tiden, men som nå gjør produktet vanskeligere å bruke og vanskeligere å endre. Det er designekvivalenten til teknisk gjeld, og den bygger seg opp på samme måte: individuelt rimelige snarveier tatt under tidsfristpress, hvorav ingen virker betydningsfulle, og resulterer i et grensesnitt som er inkonsekvent, forvirrende og dyrt å modifisere.

Det akkumuleres gjennom gjenkjennelige mekanismer. En komponent modifiseres litt for én skjerm i stedet for at mønsteret oppdateres, og varianten vedvarer. En funksjon legges til uten å vurdere hvordan den passer inn i den eksisterende strukturen. En side designes av noen som ikke er kjent med de etablerte mønstrene. Et ervervet produkt integreres uten harmonisering. En rebranding brukes på de mest synlige områdene og ikke resten. Hver av dem etterlater produktet litt mindre sammenhengende enn før.

Kostnadene er reelle, men diffuse, og det er derfor problemet tolereres i årevis. Brukere møter inkonsekvente mønstre og må lære seg atferd på nytt som skal overføres, noe som øker kognitiv belastning og feilrater. Designere bruker tid på å bestemme hvilken av flere eksisterende behandlinger de skal følge. Utviklere implementerer variasjoner i stedet for å gjenbruke komponenter. Hver ny funksjon må imøtekomme den akkumulerte inkonsekvensen, slik at endringskostnadene øker kontinuerlig.

Det som skiller teknisk gjeld fra andre er synlighet. Teknisk gjeld er usynlig for kunder inntil den forårsaker en feil; designgjeld er synlig på alle skjermer. Kunder har kanskje ikke ordforråd for det, men de opplever et produkt som føles upolert og inkonsekvent, og den oppfatningen påvirker tilliten på måter som er vanskelige å tilskrive et spesifikt element.

Noe designgjeld er bevisst og forsvarlig. Å sende et grovt grensesnitt for å validere etterspørselen før man investerer i forbedring er en rimelig handel, forutsatt at det registreres og forpliktelsen erkjennes. Den skadelige varianten er ikke gjenkjent: inkonsekvens introdusert uten at noen legger merke til det, akkumulert på tvers av år og team, uten registrering av hva som ble avviket fra eller hvorfor.

Utbedring krever en inventarisering før den krever innsats. Å revidere produktet for å katalogisere hvor mønstrene avviker, hvor mange varianter som finnes av hver komponent, og hvilke inkonsekvenser som påvirker de mest brukte flytene, konverterer en generell følelse av rot til en prioritert liste. De fleste produkter inneholder langt flere varianter enn noen forventer, og selve revisjonen gir ofte argumentet for investering.

Prioritering bør følge bruk snarere enn støtende elementer. De viktigste inkonsekvensene er de på stiene folk flest tar, og en forstyrrende variasjon på en sjelden besøkt administrativ skjerm koster langt mindre enn en subtil en i kassen. Å bestille utbedring etter trafikk og kommersiell verdi holder arbeidet knyttet til resultater, og det forhindrer det vanlige mønsteret der et konsolideringsprosjekt adresserer de inkonsekvensene som den vurderende designeren syntes var mest irriterende.

Forebygging er betydelig billigere enn tilbakebetaling og er i stor grad et systemspørsmål. Et godt styrt designsystem med tydelige bidrags- og avskrivningsprosesser gjør konsistens til standard og avvik bevisst. Designgjennomgang som en fast praksis fanger opp avvik før det sendes. Og å behandle mønsteroppdateringer som en del av funksjonsarbeidet, snarere enn som separate forbedringsprosjekter som aldri blir planlagt, stopper akkumuleringen ved kilden.

Fordi utbedring konkurrerer med funksjonslevering om samme kapasitet, trenger den samme begrunnelse som alle andre investeringer. I praksis utarbeides revisjons- og utbedringsplanen gjennom UX revisjon arbeid, den systemiske forebyggingen ivaretas av designsystemet etablert i produktdesign, og implementeringen av mønsterkonsolidering må vanligvis planlegges sammen med teknisk gjeldsarbeid innen produktutvikling, siden de to ofte påvirker de samme komponentene.