Tenk deg at du trenger å forbedre brukeropplevelsen til et eldre system. Et system som stille har fungert i bakgrunnen i nesten et tiår. Den er treg, halvt ødelagt, upålitelig og alvorlig utdatert - en slags "svart boks" som alle er avhengige av, men ingen vet egentlig hva som skjer under panseret. Hvor ville du begynne? Arvehistorier er ofte skremmende, eventyrlige og fullstendig forvirrende. De representerer en blanding av raske beslutninger, raske løsninger og akkumulering av UX-gjeld. Det er ingen løsning som passer alle for å takle dem, men det finnes måter å gjøre fremskritt på, om enn sakte, samtidig som man respekterer behovene og bekymringene til brukere og interessenter. Nå, la oss se hvordan vi kan gjøre akkurat det. De faktiske utfordringene ved Legacy UX Det kan føles at eldre produkter venter på å bli avviklet når som helst. Men i virkeligheten er de ofte kritiske for den daglige driften. Mange eldre systemer er sterkt tilpasset organisasjonens behov, ofte bygget eksternt av en leverandør og ofte uten strenge brukertesting. Det er vanlig at bedrifter bruker 40–60 % av tiden sin på å administrere, vedlikeholde og finjustere eldre systemer. De er essensielle, kritiske - men også svært dyre å holde i live.
1. Legacy må eksistere sammen med produkter bygget rundt dem Arven fungerer fortsatt i et ødelagt, tiår gammelt økosystem, men ingen vet nøyaktig hvordan og hvorfor det fortsatt gjør det. Folk som har satt opp det opprinnelig har sannsynligvis forlatt selskapet for mange år siden, og etterlot seg mye ukjent og dårlig dokumentert arbeid. Med dem kommer fragmenterte og inkonsekvente designvalg, som sitter fast i gamle versjoner av gamle designverktøy som for lengst er utgått.
Likevel må eldre systemer pent sameksistere i moderne digitale produkter bygget rundt dem. På mange måter ligner sluttresultatet en Frankenstein - mange biter limt sammen, ofte en blanding av moderne brukergrensesnitt og smertefullt trege og knapt brukbare fragmenter her og der - spesielt når det kommer til validering, feilmeldinger eller behandling av data. 2. Eldre systemer lager eller bryter UX Når du først har strø på litt rask feilretting, uløste forretningslogikkproblemer og oppsett som ikke reagerer, har du en virkelig frustrerende opplevelse, til tross for den enorme innsatsen som legges ned i resten av applikasjonen. Hvis ett enkelt trinn i en kompleks brukerflyt føles fullstendig ødelagt og forvirrende, så ser hele produktet ut til å være ødelagt også, til tross for den utrolige innsatsen designteamene har lagt ned i resten av produktet. Vel, til slutt må du takle arv. Og det er her vi må vurdere tilgjengelige alternativer for UX-veikartet ditt. UX-veikart for å takle eldre prosjekter Ikke avvis arv: Bygg på eksisterende kunnskap Fordi eldre systemer ofte er store ukjente som forårsaker mye frustrasjon for alle, fra interessenter til designere til ingeniører til brukere. Den første tanken kan være å fjerne den helt og redesigne den fra bunnen av, men i praksis er det ikke alltid mulig. Big-bang-redesign er en bemerkelsesverdig dyr og svært tidkrevende innsats.
Eldre systemer har verdifull kunnskap om forretningspraksis, og de fungerer – og et nytt system må perfekt matche mange års kunnskap og tilpasning gjort bak kulissene. Det er derfor interessenter og brukere (i B2B) vanligvis er sterkt knyttet til eldre systemer, til tross for alle deres velkjente ulemper og smerter. For de fleste, fordi slike systemer er selve hjertet av virksomheten, ser det ut til å være ekstremt risikabelt å bruke dem og vil kreve en betydelig mengde forsiktighet og forberedelse. Bedriftsbrukere vil ikke ha store risikoer. Så i stedet for å avfeie arv helt, kan vi begynne med å samle eksisterende kunnskap først. Kartlegg eksisterende arbeidsflyter og avhengigheter Det beste stedet å begynne er å forstå hvordan og hvor nøyaktig eldre systemer er i bruk. Du vil kanskje oppdage at noen deler av de eldre systemene brukes overalt – ikke bare i produktet ditt, men også i virksomhetens dashboards, av eksterne byråer og av andre selskaper som integrerer produktet ditt i tjenestene deres.
Svært ofte har eldre systemer avhengigheter på egen hånd, og integrerer andre eldre systemer som kan være mye eldre og i en mye dårligere tilstand. Sjansen er stor for at du kanskje ikke engang vurderer dem i big-bang-redesignet – mest fordi du ikke vet hvor mange svarte bokser som er der inne.
Sett opp et styre for å dokumentere gjeldende arbeidsflyter og avhengigheter for å få enbedre ide om hvordan alt henger sammen. Inkluder interessenter, og involver tunge brukere i samtalen. Du vil ikke være i stand til å åpne den svarte boksen, men du kan fortsatt kaste litt lys over den fra perspektivene til forskjellige mennesker som kan stole på arv for arbeidet sitt.
Når du har gjort det, sett opp et møte for å reflektere til brukere og interessenter hva du har oppdaget. Du må bygge selvtillit og tillit til at du ikke går glipp av noe viktig, og du må visualisere avhengighetene som et eldre verktøy har til alle involverte. Å erstatte et eldre system handler aldri om arv alene. Det handler om avhengighetene og arbeidsflytene som er avhengige av det også. Velg din UX-migreringsstrategi Når du har et stort bilde foran deg, må du bestemme deg for hva du skal gjøre videre. Big-bang-relansering eller en liten oppgradering? Hvilken tilnærming vil fungere best? Du kan vurdere følgende alternativer før du bestemmer deg for hvordan du skal fortsette:
Big-bang-relansering. Noen ganger det eneste tilgjengelige alternativet, men det er veldig risikabelt, dyrt og kan ta år, uten noen forbedringer i det eksisterende oppsettet i mellomtiden. Inkrementell migrering. Trekk tilbake deler av arven sakte ved å erstatte små biter med nye design. Dette gir raskere gevinster i en Frankenstein-stil, men kan gjøre systemet ustabilt. Parallell migrering. Kjør en offentlig betaversjon av erstatningen sammen med det eldre systemet for å involvere brukere i utformingen av det nye designet. Trekk tilbake det gamle systemet når det nye er stabilt, men vær forberedt på kostnadene ved å vedlikeholde begge. Inkrementell parallell migrering. List opp alle forretningskrav som det eldre systemet oppfyller, og bygg deretter et nytt produkt for å møte dem på en pålitelig måte, og samsvarer med det gamle systemet fra dag én. Test tidlig med avanserte brukere, og tilbyr muligens en mulighet til å bytte system til det gamle er helt pensjonert. Oppgradering av eldre brukergrensesnitt + offentlig beta. Utfør lavrisiko-finjustering på det eldre systemet for å justere brukergrensesnittet, mens du gradvis bygger et nytt system med en offentlig beta. Dette gir raskere og langsiktige gevinster, ideelt for raske resultater.
Å erstatte et system som har blitt nøye raffinert og sterkt tilpasset i et tiår er en monolitisk oppgave. Du kan ikke bare gjenoppbygge noe fra bunnen av i løpet av noen få uker som andre har jobbet med i årevis. Så når det er mulig, prøv å øke gradvis, involver brukere og interessenter og ingeniører underveis – og med nok buffertid og kontinuerlige tilbakemeldingssløyfer. Innpakning Med eldre prosjekter er feil ofte ikke et alternativ. Du migrerer ikke bare komponenter, men brukere og arbeidsflyter. Fordi du opererer på selve hjertet av virksomheten, forvent mye oppmerksomhet, skepsis, tvil, frykt og bekymringer. Bygg derfor sterke relasjoner med sentrale interessenter og nøkkelbrukere og del eierskapet med dem. Du trenger deres støtte og deres buy-in for å bringe UX-arbeidet ditt i aksjon. Interessenter vil etterspørre gamle og nye funksjoner. De vil fokusere på kantsaker, unntak og små oppgaver. De vil stille spørsmål ved beslutningene dine. De vil sende blandede signaler og endre meninger. Og de vil forvente at det nye systemet fungerer feilfritt fra dag én. Og det beste du kan gjøre er å jobbe med dem gjennom hele designprosessen, helt fra begynnelsen. Kjør et vellykket pilotprosjekt for å bygge tillit. Rapporter fremgangen din gjentatte ganger. Og ta hensyn til intense faser av streng testing med eldre brukere. Å fornye et eldre system er en tøff utfordring. Men det er sjelden noe prosjekt som kan ha så stor innvirkning i en slik skala. Brett opp ermene og kom deg gjennom det med suksess, og teamet ditt vil bli husket, respektert og belønnet i årene som kommer. Møt "Measure UX & Design Impact" Møt Measure UX & Design Impact, Vitalys praktiske guide for designere og UX-ledere om hvordan du sporer og visualiserer den utrolige effekten av UX-arbeidet ditt på virksomheten – med en live UX-opplæring senere i år. Gå til detaljer.
Møt Measure UX and Design Impact, et praktisk videokurs for designere og UX-leads.
Video + UX-trening Kun videoVideo + UX-trening$ 495,00 $ 799,00
Få video + UX Training25 videotimer (8 timer) + Live UX Training.100 dagers pengene-tilbake-garanti. Video kun $ 250,00 $ 350,00
Få videokurset25 videoleksjoner (8t). Oppdateres årlig. Også tilgjengelig som en UX-pakke med 3 videokurs.
Nyttige ressurser
UX Migration Strategy For Legacy Apps, av Tamara Chehayeb Makarem How To Improve Legacy Systems, av Christopher Wong Designe medLegacy, av Peter Zalman Redesigning A Large Legacy System, av Pawel Halicki How To Manage Legacy Code, av Nicolas Carlo How To Transform Legacy, av Bansi Mehta Design Debt 101, av Alicja Suska Praktisk guide til Enterprise UX, av Yours Truly Healthcare UX Design Playbook, av Yours Truly
