Įsivaizduokite, kad jums reikia patobulinti senos sistemos UX. Sistema, kuri beveik dešimtmetį tyliai veikia fone. Jis lėtas, pusiau sulūžęs, nepatikimas ir labai pasenęs – savotiška „juodoji dėžė“, kuria visi pasitiki, bet niekas iš tikrųjų nežino, kas vyksta po gaubtu. Nuo ko net pradėtum? Palikimo istorijos dažnai yra bauginančios, kupinos nuotykių ir visiškai painiojančios. Jie yra greitų sprendimų, greitų pataisymų ir besikaupiančių UX skolų mišinys. Nėra visiems tinkamo sprendimo, kaip juos išspręsti, tačiau yra būdų, kaip pasiekti pažangą, nors ir lėtai, atsižvelgiant į naudotojų ir suinteresuotųjų šalių poreikius ir rūpesčius. Dabar pažiūrėkime, kaip galime tai padaryti. Tikrieji senojo UX iššūkiai Gali atrodyti, kad pasenę produktai bet kuriuo metu laukia, kol bus nebenaudojami. Tačiau iš tikrųjų jie dažnai yra labai svarbūs kasdienėms operacijoms. Daugelis senų sistemų yra labai pritaikytos organizacijos poreikiams, dažnai jas iš išorės kuria tiekėjas ir dažnai neatliekant griežto tinkamumo testavimo. Įprasta, kad įmonės 40–60 % savo laiko skiria senoms sistemoms valdyti, prižiūrėti ir tobulinti. Jie yra būtini, kritiški, bet taip pat labai brangūs išlaikyti.
1. Palikimas turi egzistuoti kartu su produktais, sukurtais aplink juos Sugedusioje, dešimtmečio senumo ekosistemoje, palikimas vis dar veikia, tačiau niekas tiksliai nežino, kaip ir kodėl vis dar veikia. Žmonės, kurie ją sukūrė iš pradžių, tikriausiai paliko įmonę prieš daugelį metų, palikdami daug nežinomųjų ir prastai dokumentuotų darbų. Kartu su jais atsiranda fragmentiški ir nenuoseklūs dizaino pasirinkimai, įstrigę senose senų dizaino įrankių versijose, kurios jau seniai buvo nutrauktos.
Vis dėlto senos sistemos turi puikiai egzistuoti šiuolaikiniuose skaitmeniniuose produktuose, sukurtuose aplink jas. Daugeliu atžvilgių galutinis rezultatas panašus į Frankenšteiną – daug suklijuotų detalių, dažnai šiuolaikinių vartotojo sąsajų ir skausmingai lėtų ir vos naudojamų fragmentų mišinys – ypač kai kalbama apie patvirtinimą, klaidų pranešimus ar duomenų apdorojimą. 2. Pasenusios sistemos sukuria arba nutraukia UX Pabarstę šiek tiek greito klaidų taisymo, neišspręstų verslo logikos problemų ir nereaguojančių išdėstymų, patirtis tikrai varginanti, nepaisant didžiulių pastangų, įdėtų likusiai programai. Jei vienas sudėtingo naudotojo srauto žingsnis atrodo visiškai sugadintas ir painus, atrodo, kad visas produktas taip pat yra sugedęs, nepaisant neįtikėtinų pastangų, kurias dizainerių komandos įdėjo kuriant likusį gaminį. Na, galiausiai turėsite susidoroti su palikimu. Ir čia turime apsvarstyti galimas jūsų UX plano parinktis. UX planas, skirtas seniems projektams spręsti Neatmeskite palikimo: remkitės turimomis žiniomis Kadangi senos sistemos dažnai yra dideli nežinomybės, sukeliantys daug nusivylimo visiems – nuo suinteresuotųjų šalių iki dizainerių iki inžinierių ir vartotojų. Pradinė mintis gali būti visiškai jį pašalinti ir perdaryti nuo nulio, tačiau praktiškai tai ne visada įmanoma. Didelis pertvarkymas yra nepaprastai brangus ir daug laiko reikalaujantis darbas.
Senosiose sistemose yra vertingų žinių apie verslo praktiką ir jos veikia – o nauja sistema turi puikiai atitikti daugelio metų žinias ir pritaikymą užkulisiuose. Štai kodėl suinteresuotosios šalys ir vartotojai (B2B) paprastai yra labai prisirišę prie senų sistemų, nepaisant visų gerai žinomų jų trūkumų ir problemų. Daugumai žmonių, kadangi tokios sistemos yra pati verslo esmė, jų naudojimas atrodo itin rizikingas ir pareikalaus daug atsargumo bei pasiruošimo. Įmonės vartotojai nenori didelės rizikos. Taigi, užuot visiškai atmetę palikimą, pirmiausia galime rinkti turimas žinias. Susiekite esamas darbo eigas ir priklausomybes Geriausia vieta pradėti – suprasti, kaip ir kur tiksliai naudojamos senosios sistemos. Galite pastebėti, kad kai kurios pasenusių sistemų dalys yra naudojamos visur – ne tik jūsų produktuose, bet ir verslo informacijos suvestinėse, išorinėse agentūrose ir kitose įmonėse, kurios integruoja jūsų produktą į savo paslaugas.
Labai dažnai pasenusios sistemos turi savarankiškų priklausomybių, integruodamos kitas senesnes sistemas, kurios gali būti daug senesnės ir daug prastesnės būklės. Didelė tikimybė, kad net neatsižvelgsite į juos perprojektuodami – daugiausia todėl, kad nežinote, kiek ten yra juodųjų dėžių.
Nustatykite lentą dabartinėms darbo eigoms ir priklausomybėms dokumentuoti, kad gautumėte ageresnis supratimas, kaip viskas veikia kartu. Įtraukite suinteresuotąsias šalis ir įtraukite į pokalbį didelius naudotojus. Negalėsite atidaryti juodosios dėžės, bet vis tiek galite ją šiek tiek nušviesti iš skirtingų žmonių, kurie gali pasikliauti palikimu savo darbuose, perspektyvų.
Kai tai padarysite, suorganizuokite susitikimą, kad naudotojams ir suinteresuotosioms šalims apmąstytumėte tai, ką atradote. Turėsite sustiprinti pasitikėjimą ir pasitikėjimą, kad neprarandate nieko svarbaus, ir turite įsivaizduoti, kokias priklausomybes turi senas įrankis visiems dalyvaujantiems. Senosios sistemos pakeitimas niekada nėra susijęs tik su palikimu. Tai taip pat apie priklausomybes ir darbo eigas, kurios taip pat priklauso nuo to. Pasirinkite savo UX perkėlimo strategiją Kai turėsite didelį vaizdą priešais jus, turite nuspręsti, ką daryti toliau. Didelis paleidimas iš naujo ar nedidelis atnaujinimas? Kuris metodas veiktų geriausiai? Prieš nuspręsdami, kaip elgtis, galite apsvarstyti šias parinktis:
Didelis paleidimas iš naujo. Kartais tai yra vienintelė galima parinktis, tačiau ji yra labai rizikinga, brangi ir gali užtrukti ne vienerius metus, kol tuo tarpu nekeičiant esamos sąrankos. Laipsniškas perkėlimas. Lėtai pašalinkite palikimą, pakeisdami mažas dalis naujo dizaino. Tai leidžia greičiau laimėti Frankenšteino stiliumi, tačiau sistema gali tapti nestabili. Lygiagretusis perkėlimas.Paleiskite viešą pakeitimo beta versiją kartu su senąja sistema, kad įtrauktumėte vartotojus į naujo dizaino kūrimą. Pasitraukite iš senosios sistemos, kai naujoji yra stabili, tačiau būkite pasirengę dėl abiejų išlaikymo išlaidų. Laipsniškas lygiagretusis perkėlimas. Išvardykite visus verslo reikalavimus, kuriuos tenkina senoji sistema, tada sukurkite naują produktą, kuris juos patikimai atitiktų ir nuo pat pirmos dienos atitiktų senąją sistemą. Išbandykite iš anksto su patyrusiais vartotojais, galbūt pasiūlydami galimybę perjungti sistemas, kol senoji sistema bus visiškai pašalinta. Pasenusios vartotojo sąsajos naujovinimas + viešoji beta versija. Atlikite mažos rizikos senosios sistemos koregavimą, kad suderintumėte UX ir palaipsniui kurkite naują sistemą su viešąja beta versija. Tai duoda greitesnių ir ilgalaikių pergalių, idealiai tinka greitiems rezultatams.
Dešimtmetį kruopščiai tobulintos ir labai pritaikytos sistemos pakeitimas yra monolitinė užduotis. Negalite tiesiog per kelias savaites atstatyti kažko nuo nulio, ką kiti dirbo daugelį metų. Taigi, kai tik įmanoma, stenkitės didinti laipsniškai, įtraukdami vartotojus, suinteresuotąsias šalis ir inžinierius, turėdami pakankamai buferio laiko ir nuolatinių grįžtamojo ryšio. Apvyniojimas Su senais projektais nesėkmė dažnai nėra išeitis. Perkeliate ne tik komponentus, bet ir vartotojus bei darbo eigas. Kadangi dirbate pačioje verslo širdyje, tikitės daug dėmesio, skepticizmo, abejonių, baimių ir rūpesčių. Taigi užmegzkite tvirtus ryšius su pagrindinėmis suinteresuotosiomis šalimis ir pagrindiniais naudotojais ir pasidalykite nuosavybės teise su jais. Jums reikės jų palaikymo ir įpirkos, kad jūsų UX darbas pradėtų veikti. Suinteresuotosios šalys prašys senų ir naujų funkcijų. Jie sutelks dėmesį į kraštutinius atvejus, išimtis ir mažas užduotis. Jie kvestionuos jūsų sprendimus. Jie siųs prieštaringus signalus ir pakeis savo nuomonę. Ir jie tikisi, kad naujoji sistema veiks nepriekaištingai nuo pat pirmos dienos. Ir geriausia, ką galite padaryti, tai dirbti su jais viso projektavimo proceso metu, nuo pat pradžių. Vykdykite sėkmingą bandomąjį projektą, kad sukurtumėte pasitikėjimą. Pakartotinai praneškite apie savo pažangą. Ir atsižvelkite į intensyvius griežto testavimo su senaisiais naudotojais fazes. Senosios sistemos atnaujinimas yra sunkus iššūkis. Tačiau retai yra projektų, galinčių turėti tiek daug įtakos tokio masto. Pasiraitokite rankoves ir sėkmingai išgyvenkite, o jūsų komanda bus prisimenama, gerbiama ir apdovanota daugelį metų. Susipažinkite su „Measure UX & Design Impact“ Susipažinkite su „Measure UX & Design Impact“, Vitalijaus praktiniu vadovu dizaineriams ir UX vadovams, kaip sekti ir įsivaizduoti neįtikėtiną jūsų UX darbo poveikį verslui – su tiesioginiu UX mokymu vėliau šiais metais. Pereikite prie detalių.
Susipažinkite su „Measure UX“ ir „Design Impact“ – praktiniais vaizdo įrašų kursais dizaineriams ir UX lyderiams.
Vaizdo įrašas + UX mokymas Tik vaizdo įrašasVaizdo įrašas + UX mokymas 495,00 USD 799,00
Gaukite vaizdo įrašą + UX mokymą 25 vaizdo pamokų (8 val.) + tiesioginį UX mokymą. 100 dienų pinigų grąžinimo garantija. Tik vaizdo įrašas 250,00 350,00 USD
Gaukite vaizdo kursą25 vaizdo pamokos (8 val.). Atnaujinama kasmet. Taip pat galima įsigyti kaip UX paketą su 3 vaizdo įrašų kursais.
Naudingi ištekliai
UX perkėlimo strategija pasenusioms programoms, autorė Tamara Chehayeb Makarem Kaip patobulinti senąsias sistemas, Christopheris Wongas Projektavimas suPalikimas, Peteris Zalmanas Didelės senosios sistemos pertvarkymas, Pawel Halicki Kaip valdyti senąjį kodą, Nicolas Carlo Bansi Mehta, kaip pakeisti palikimą Dizaino skola 101, autorė Alicja Suska Praktinis Enterprise UX vadovas, jūsų tikrai „Healthcare UX Design Playbook“, jūsų tiesa
