Föreställ dig att du behöver förbättra användarupplevelsen i ett äldre system. Ett system som tyst har arbetat i bakgrunden i nästan ett decennium. Det är långsamt, halvtrasigt, opålitligt och allvarligt föråldrat - en sorts "svart låda" som alla förlitar sig på, men ingen vet riktigt vad som händer under huven. Var skulle du ens börja? Arvehistorier är ofta skrämmande, äventyrliga och fullständigt förvirrande. De representerar en blandning av snabba beslut, snabba lösningar och ackumulerande UX-skulder. Det finns ingen lösning som passar alla för att ta itu med dem, men det finns sätt att göra framsteg, om än långsamt, samtidigt som användarnas och intressenternas behov och intressen respekteras. Nu ska vi se hur vi kan göra just det. De faktiska utmaningarna med Legacy UX Det kan kännas som att äldre produkter väntar på att fasas ut när som helst. Men i verkligheten är de ofta kritiska för den dagliga verksamheten. Många äldre system är kraftigt anpassade för organisationens behov, ofta byggda externt av en leverantör och ofta utan rigorösa användbarhetstester. Det är vanligt att företag lägger 40–60 % av sin tid på att hantera, underhålla och finjustera äldre system. De är viktiga, kritiska - men också mycket dyra att hålla vid liv.
1. Arvet måste samexistera med produkter byggda runt dem I ett trasigt, decennium gammalt ekosystem fungerar arvet fortfarande, men ingen vet exakt hur och varför det fortfarande gör det. Människor som har startat det ursprungligen har förmodligen lämnat företaget för flera år sedan och lämnat en hel del okända och dåligt dokumenterade arbete bakom sig. Med dem kommer fragmenterade och inkonsekventa designval, fast i gamla versioner av gamla designverktyg som sedan länge har utgått.
Ändå måste äldre system prydligt samexistera inom moderna digitala produkter byggda runt dem. På många sätt liknar slutresultatet en Frankenstein – många bitar limmade ihop, ofta en blandning av moderna användargränssnitt och smärtsamt långsamma och knappt användbara fragment här och där – särskilt när det kommer till validering, felmeddelanden eller bearbetning av data. 2. Äldre system skapar eller bryter UX När du väl har spridit lite snabb buggfixning, olösta affärslogikproblem och layouter som inte svarar, har du en verkligt frustrerande upplevelse, trots den enorma ansträngning som lagts ner på resten av programmet. Om ett enda steg i ett komplext användarflöde känns helt trasigt och förvirrande, så verkar hela produkten också vara trasig, trots de otroliga ansträngningar designteamen har lagt ner i resten av produkten. Tja, så småningom måste du ta itu med arvet. Och det är där vi måste överväga tillgängliga alternativ för din UX-färdplan. UX-färdplan för att hantera äldre projekt Avfärda inte arv: Bygg på befintlig kunskap Eftersom äldre system ofta är stora okända som orsakar mycket frustration för alla, från intressenter till designers till ingenjörer till användare. Den första tanken kan vara att ta bort den helt och göra om den från början, men i praktiken är det inte alltid möjligt. Big-bang-redesign är en anmärkningsvärt dyr och mycket tidskrävande strävan.
Äldre system har värdefull kunskap om affärspraxis, och de fungerar – och ett nytt system måste perfekt matcha år av kunskap och anpassning som gjorts bakom kulisserna. Det är därför som intressenter och användare (i B2B) vanligtvis är starkt fästa vid äldre system, trots alla deras välkända nackdelar och smärtor. För de flesta verkar det vara extremt riskabelt att använda dem eftersom sådana system är själva kärnan i verksamheten och kommer att kräva en betydande mängd försiktighet och förberedelser. Företagsanvändare vill inte ha stora risker. Så istället för att avfärda arvet helt, kan vi börja med att samla befintlig kunskap först. Kartlägg befintliga arbetsflöden och beroenden Det bästa stället att börja är att förstå hur och var exakt äldre system används. Du kanske upptäcker att vissa delar av de äldre systemen används överallt – inte bara i din produkt, utan också i affärsinstrumentpaneler, av externa byråer och av andra företag som integrerar din produkt i sina tjänster.
Mycket ofta har äldre system beroenden på egen hand, och integrerar andra äldre system som kan vara mycket äldre och i ett mycket sämre skick. Chansen är stor att du kanske inte ens överväger dem i big-bang-redesignen - mest för att du inte vet hur många svarta lådor som finns där.
Sätt upp en styrelse för att dokumentera aktuella arbetsflöden och beroenden för att få enbättre uppfattning om hur allt fungerar tillsammans. Inkludera intressenter och involvera tunga användare i samtalet. Du kommer inte att kunna öppna den svarta lådan, men du kan fortfarande kasta lite ljus över det från olika människors perspektiv som kan lita på arv för sitt arbete.
När du har gjort det, arrangera ett möte för att reflektera för användare och intressenter vad du har upptäckt. Du kommer att behöva bygga upp förtroende och förtroende för att du inte missar något viktigt, och du måste visualisera beroenden som ett äldre verktyg har till alla inblandade. Att ersätta ett äldre system handlar aldrig enbart om arv. Det handlar också om de beroenden och arbetsflödena som är beroende av det. Välj din UX-migreringsstrategi När du har en stor bild framför dig måste du bestämma dig för vad du ska göra härnäst. Big-bang-relansering eller en liten uppgradering? Vilket tillvägagångssätt skulle fungera bäst? Du kan överväga följande alternativ innan du bestämmer dig för hur du ska gå vidare:
Big-bang-återlansering.Ibland det enda tillgängliga alternativet, men det är mycket riskabelt, dyrt och kan ta år, utan några förbättringar av den befintliga installationen under tiden. Inkrementell migrering. Dra långsamt tillbaka delar av arvet genom att ersätta små bitar med nya mönster. Detta ger snabbare vinster i Frankenstein-stil men kan göra systemet instabilt. Parallell migration. Kör en offentlig betaversion av ersättningen tillsammans med det äldre systemet för att involvera användare i utformningen av den nya designen. Ta bort det gamla systemet när det nya är stabilt, men var beredd på kostnaden för att underhålla båda. Inkrementell parallell migrering. Lista alla affärskrav som det äldre systemet uppfyller, bygg sedan en ny produkt för att möta dem på ett tillförlitligt sätt, som matchar det gamla systemet från dag ett. Testa tidigt med avancerade användare, möjligen erbjuda en möjlighet att byta system tills det gamla är helt pensionerat. Uppgradering av äldre gränssnitt + offentlig beta. Utför lågriskfinjustering av det äldre systemet för att anpassa användarupplevelsen, samtidigt som du stegvis bygger ett nytt system med en offentlig beta. Detta ger snabbare och långsiktiga vinster, perfekt för snabba resultat.
Att ersätta ett system som har varit noggrant förfinat och kraftigt anpassat under ett decennium är en monolitisk uppgift. Du kan inte bara bygga om något från grunden inom några veckor som andra har arbetat med i flera år. Så när det är möjligt, försök att öka gradvis, involvera användare och intressenter och ingenjörer längs vägen – och med tillräckligt med bufferttid och kontinuerliga återkopplingsslingor. Avslutning Med äldre projekt är misslyckande ofta inte ett alternativ. Du migrerar inte bara komponenter, utan användare och arbetsflöden. Eftersom du verkar på själva hjärtat av verksamheten, förvänta dig mycket uppmärksamhet, skepsis, tvivel, rädslor och oro. Så bygg starka relationer med nyckelintressenter och nyckelanvändare och dela ägarskapet med dem. Du kommer att behöva deras stöd och deras inköp för att få ditt UX-arbete att fungera. Intressenter kommer att begära gamla och nya funktioner. De kommer att fokusera på kantfall, undantag och små uppgifter. De kommer att ifrågasätta dina beslut. De kommer att skicka blandade signaler och ändra sina åsikter. Och de förväntar sig att det nya systemet fungerar felfritt från dag ett. Och det bästa du kan göra är att arbeta med dem genom hela designprocessen, ända från början. Kör ett framgångsrikt pilotprojekt för att bygga förtroende. Rapportera dina framsteg upprepade gånger. Och ta hänsyn till intensiva faser av rigorösa tester med äldre användare. Att göra om ett äldre system är en tuff utmaning. Men det finns sällan något projekt som kan ha så stor inverkan i en sådan skala. Kavla upp ärmarna och ta dig igenom det framgångsrikt, så kommer ditt team att bli ihågkommen, respekterad och belönad i många år framöver. Möt "Measure UX & Design Impact" Möt Measure UX & Design Impact, Vitalys praktiska guide för designers och UX-leads om hur du spårar och visualiserar den otroliga effekten av ditt UX-arbete på affärer - med en live UX-utbildning senare i år. Hoppa till detaljer.
Möt Measure UX and Design Impact, en praktisk videokurs för designers och UX-leads.
Video + UX Training Endast videoVideo + UX Training $ 495,00 $ 799,00 $
Få Video + UX Training25 videolektioner (8 timmar) + Live UX Training.100 dagars pengarna-tillbaka-garanti. Video endast $ 250,00 $ 350,00
Få videokursen 25 videolektioner (8h). Uppdateras årligen. Finns även som ett UX-paket med 3 videokurser.
Användbara resurser
UX-migreringsstrategi för äldre appar, av Tamara Chehayeb Makarem How To Improve Legacy Systems, av Christopher Wong Designa 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 till Enterprise UX, av Yours Truly Healthcare UX Design Playbook, av Yours Truly
