Forestil dig, at du skal forbedre brugeroplevelsen af et ældre system. Et system, der tavst har arbejdet i baggrunden i næsten et årti. Den er langsom, halvt ødelagt, upålidelig og alvorligt forældet - en slags "sort boks", som alle stoler på, men ingen ved rigtigt, hvad der sker under motorhjelmen. Hvor ville du overhovedet starte? Arvehistorier er ofte skræmmende, eventyrlige og fuldstændig forvirrende. De repræsenterer en blanding af hurtige beslutninger, hurtige løsninger og akkumulering af UX-gæld. Der er ikke nogen ensartet løsning til at tackle dem, men der er måder at gøre fremskridt på, om end langsomt, og samtidig respektere brugernes og interessenternes behov og bekymringer. Lad os nu se, hvordan vi kan gøre netop det. De faktiske udfordringer ved Legacy UX Det kan føle, at ældre produkter venter på at blive udfaset til enhver tid. Men i virkeligheden er de ofte kritiske for den daglige drift. Mange ældre systemer er stærkt tilpasset til organisationens behov, ofte bygget eksternt af en leverandør og ofte uden strenge usability-tests. Det er almindeligt, at virksomheder bruger 40-60 % af deres tid på at administrere, vedligeholde og finjustere ældre systemer. De er essentielle, kritiske - men også meget dyre at holde i live.
1. Legacy skal eksistere sammen med produkter bygget op omkring dem Arven fungerer stadig i et ødelagt, årti gammelt økosystem, men ingen ved præcis hvordan og hvorfor det stadig gør det. Folk, der har oprettet det oprindeligt, har sandsynligvis forladt virksomheden for mange år siden og efterladt en masse ubekendte og dårligt dokumenteret arbejde. Med dem kommer fragmenterede og inkonsekvente designvalg, fast i gamle versioner af gamle designværktøjer, der for længst er udgået.
Alligevel skal legacy-systemer pænt sameksistere inden for moderne digitale produkter bygget op omkring dem. På mange måder ligner slutresultatet en Frankenstein - mange bits og stykker limet sammen, ofte en blanding af moderne brugergrænseflader og smerteligt langsomme og knap så brugbare fragmenter her og der - især når det kommer til validering, fejlmeddelelser eller behandling af data. 2. Ældre systemer laver eller bryder UX Når du først drysser med en lille smule hurtig fejlretning, uløste forretningslogiske problemer og ikke-responsive layouts, har du en virkelig frustrerende oplevelse, på trods af den enorme indsats, der er lagt i resten af applikationen. Hvis et enkelt trin i et komplekst brugerflow føles fuldstændig ødelagt og forvirrende, så ser hele produktet også ud til at være i stykker, på trods af den utrolige indsats, designteamene har lagt sammen i resten af produktet. Nå, i sidste ende bliver du nødt til at tackle arv. Og det er her, vi skal overveje tilgængelige muligheder for din UX-køreplan. UX-køreplan til at tackle ældre projekter Afvis ikke arv: Byg på eksisterende viden Fordi ældre systemer ofte er store ubekendte, der forårsager en masse frustration for alle, fra interessenter til designere til ingeniører til brugere. Den første tanke kunne være at fjerne det helt og redesigne det fra bunden, men i praksis er det ikke altid muligt. Big-bang-redesign er en bemærkelsesværdig dyr og meget tidskrævende indsats.
Ældre systemer rummer værdifuld viden om forretningspraksis, og de virker - og et nyt system skal perfekt matche mange års viden og tilpasning bag kulisserne. Det er derfor, interessenter og brugere (i B2B) typisk er stærkt knyttet til ældre systemer, på trods af alle deres velkendte ulemper og smerter. For de fleste mennesker, fordi sådanne systemer er kernen i virksomheden, ser det ud til at være ekstremt risikabelt at betjene dem og vil kræve en betydelig mængde forsigtighed og forberedelse. Virksomhedsbrugere ønsker ikke store risici. Så i stedet for helt at afvise arv, kan vi starte med at samle eksisterende viden først. Kortlæg eksisterende arbejdsgange og afhængigheder Det bedste sted at starte er at forstå, hvordan og hvor præcist gamle systemer er i brug. Du opdager måske, at nogle dele af de gamle systemer bruges overalt - ikke kun i dit produkt, men også i virksomhedsdashboards, af eksterne bureauer og af andre virksomheder, der integrerer dit produkt i deres tjenester.
Meget ofte har ældre systemer afhængigheder på egen hånd, der integrerer andre ældre systemer, der kan være meget ældre og i en meget værre tilstand. Chancerne er store for, at du måske ikke engang overvejer dem i big-bang-redesignet - mest fordi du ikke ved, hvor mange sorte kasser der er derinde.
Opsæt en tavle for at dokumentere aktuelle arbejdsgange og afhængigheder for at få enbedre ide om, hvordan det hele hænger sammen. Inddrag interessenter, og involver tunge brugere i samtalen. Du vil ikke være i stand til at åbne den sorte boks, men du kan stadig kaste lidt lys over det fra forskellige menneskers perspektiver, som måske er afhængige af arv til deres arbejde.
Når du har gjort det, skal du arrangere et møde for at reflektere over for brugere og interessenter, hvad du har opdaget. Du bliver nødt til at opbygge tillid og tillid til, at du ikke går glip af noget vigtigt, og du skal visualisere de afhængigheder, som et ældre værktøj har til alle involverede. Udskiftning af et ældre system handler aldrig om arv alene. Det handler også om de afhængigheder og arbejdsgange, der er afhængige af det. Vælg din UX-migreringsstrategi Når du har et stort billede foran dig, skal du beslutte dig for, hvad du skal gøre nu. Big-bang relancering eller en lille opgradering? Hvilken tilgang ville fungere bedst? Du kan overveje følgende muligheder, før du beslutter dig for, hvordan du fortsætter:
Big-bang relancering.Nogle gange den eneste tilgængelige mulighed, men det er meget risikabelt, dyrt og kan tage år uden forbedringer af det eksisterende setup i mellemtiden. Inkrementel migration. Træk langsomt stykker af arv tilbage ved at erstatte små bidder med nye designs. Dette giver hurtigere gevinster i en Frankenstein-stil, men kan gøre systemet ustabilt. Parallel migration. Kør en offentlig beta af erstatningen sammen med det gamle system for at involvere brugerne i udformningen af det nye design. Træk det gamle system tilbage, når det nye er stabilt, men vær forberedt på omkostningerne ved at vedligeholde begge. Inkrementel parallel migration. Angiv alle forretningskrav, som det gamle system opfylder, og byg derefter et nyt produkt, der opfylder dem pålideligt, og matcher det gamle system fra dag ét. Test tidligt med superbrugere, og tilbyder muligvis en mulighed for at skifte system, indtil det gamle er helt pensioneret. Ældre brugergrænseflade-opgradering + offentlig beta. Udfør lavrisiko-finjustering på det ældre system for at tilpasse UX, mens du trinvist bygger et nyt system med en offentlig beta. Dette giver hurtigere og langsigtede gevinster, ideel til hurtige resultater.
At erstatte et system, der er blevet omhyggeligt raffineret og stærkt tilpasset i et årti, er en monolitisk opgave. Du kan ikke bare genopbygge noget fra bunden inden for et par uger, som andre har arbejdet på i årevis. Så når det er muligt, så prøv at stige gradvist, involver brugere og interessenter og ingeniører undervejs - og med nok buffertid og kontinuerlige feedback-loops. Indpakning Med ældre projekter er fiasko ofte ikke en mulighed. Du migrerer ikke kun komponenter, men brugere og arbejdsgange. Fordi du opererer på selve hjertet af virksomheden, forventer du en masse opmærksomhed, skepsis, tvivl, frygt og bekymringer. Så opbyg stærke relationer med nøgleinteressenter og nøglebrugere, og del ejerskabet med dem. Du skal bruge deres støtte og deres buy-in for at bringe dit UX-arbejde i aktion. Interessenter vil anmode om gamle og nye funktioner. De vil fokusere på kantsager, undtagelser og små opgaver. De vil sætte spørgsmålstegn ved dine beslutninger. De vil sende blandede signaler og ændre deres meninger. Og de vil forvente, at det nye system vil køre fejlfrit fra dag ét. Og det bedste, du kan gøre, er at arbejde med dem gennem hele designprocessen, lige fra begyndelsen. Kør et vellykket pilotprojekt for at opbygge tillid. Rapporter dine fremskridt gentagne gange. Og tage højde for intense faser af streng test med ældre brugere. At forny et ældre system er en hård udfordring. Men der er sjældent noget projekt, der kan have så stor indflydelse i sådan en skala. Smøg ærmerne op og kom succesfuldt igennem det, og dit team vil blive husket, respekteret og belønnet i de kommende år. Mød "Measure UX & Design Impact" Mød Measure UX & Design Impact, Vitalys praktiske guide til designere og UX-leads om, hvordan du sporer og visualiserer den utrolige effekt af dit UX-arbejde på forretningen - med en live UX-træning senere i år. Hop til detaljer.
Mød Measure UX and Design Impact, et praktisk videokursus for designere og UX-leads.
Video + UX-træning Kun videoVideo + UX-træning$ 495,00 $ 799,00 $
Få video + UX-træning 25 videolektioner (8 timer) + Live UX-træning. 100 dages pengene-tilbage-garanti. Video kun 250,00 $ 350,00 $
Få videokurset25 videolektioner (8 timer). Opdateres årligt. Fås også som en UX-pakke med 3 videokurser.
Nyttige ressourcer
UX Migration Strategy For Legacy Apps, af Tamara Chehayeb Makarem How To Improve Legacy Systems, af Christopher Wong Design medLegacy, af Peter Zalman Redesign af et stort arvesystem af Pawel Halicki How To Manage Legacy Code, af Nicolas Carlo How To Transform Legacy, af Bansi Mehta Design Debt 101, af Alicja Suska Praktisk guide til Enterprise UX, af Yours Truly Healthcare UX Design Playbook, af Yours Truly
