Kuvittele, että sinun on parannettava vanhan järjestelmän käyttökokemusta. Järjestelmä, joka on toiminut hiljaa taustalla lähes vuosikymmenen ajan. Se on hidas, puoliksi rikki, epäluotettava ja vakavasti vanhentunut - eräänlainen "musta laatikko", johon kaikki luottavat, mutta kukaan ei todellakaan tiedä, mitä konepellin alla tapahtuu. Mistä edes aloittaisi? Vanhat tarinat ovat usein pelottavia, seikkailunhaluisia ja täysin hämmentäviä. Ne edustavat sekoitus nopeatempoisia päätöksiä, pikakorjauksia ja kertyvää UX-velkaa. Ei ole olemassa kaikille sopivaa ratkaisua niiden ratkaisemiseksi, mutta on olemassa tapoja edistyä, vaikkakin hitaasti, käyttäjien ja sidosryhmien tarpeita ja huolenaiheita kunnioittaen. Katsotaan nyt, kuinka voimme tehdä sen. Legacy UX:n todelliset haasteet Saattaa tuntua, että vanhat tuotteet odottavat poistumistaan milloin tahansa. Mutta todellisuudessa ne ovat usein kriittisiä päivittäisessä toiminnassa. Monet vanhat järjestelmät ovat voimakkaasti räätälöityjä organisaation tarpeisiin, usein toimittajan ulkopuolelta rakentamia ja usein ilman tiukkaa käytettävyystestausta. On tavallista, että yritykset käyttävät 40–60 % ajastaan vanhojen järjestelmien hallintaan, ylläpitoon ja hienosäätöön. Ne ovat välttämättömiä, kriittisiä – mutta myös erittäin kalliita pitää hengissä.
1. Perinnön on oltava rinnakkain niiden ympärille rakennettujen tuotteiden kanssa Rikkinäisessä, vuosikymmeniä vanhassa ekosysteemissä toimiva perintö toimii edelleen, mutta kukaan ei tiedä tarkalleen, miten ja miksi se edelleen toimii. Ihmiset, jotka ovat perustaneet sen alun perin, ovat luultavasti lähteneet yrityksestä vuosia sitten jättäen taakseen paljon tuntematonta ja huonosti dokumentoitua työtä. Niiden mukana tulevat hajanaiset ja epäjohdonmukaiset suunnitteluvalinnat, jotka ovat juuttuneet vanhojen suunnittelutyökalujen vanhoihin versioihin, jotka ovat olleet pitkään pois käytöstä.
Silti vanhojen järjestelmien on oltava siististi rinnakkain niiden ympärille rakennetuissa nykyaikaisissa digitaalisissa tuotteissa. Lopputulos muistuttaa monella tapaa Frankensteinia – monia yhteen liimattuja palasia, usein sekoitus moderneja käyttöliittymiä ja tuskallisen hitaita ja tuskin käyttökelpoisia fragmentteja siellä täällä – varsinkin kun on kyse validoinnista, virheilmoituksista tai tietojen käsittelystä. 2. Legacy Systems Make or Break UX Kun ripottelet hieman nopeita virheenkorjauksia, ratkaisemattomia liiketoimintalogiikkaongelmia ja reagoimattomia asetteluja, sinulla on todella turhauttava kokemus, vaikka sovelluksen muuhun tehtäviin on panostettu valtavasti. Jos yksittäinen vaihe monimutkaisessa käyttäjäkulussa tuntuu täysin rikki ja hämmentävältä, myös koko tuote näyttää olevan rikki huolimatta siitä uskomattomista ponnisteluista, joita suunnittelutiimit ovat koonneet muun tuotteen osalta. No, lopulta sinun on puututtava perintöön. Ja siellä meidän on harkittava UX-tiekarttasi käytettävissä olevia vaihtoehtoja. UX-tiekartta vanhojen projektien käsittelemiseen Älä hylkää perintöä: rakenna olemassa olevaan tietoon Koska vanhat järjestelmät ovat usein suuria tuntemattomia, jotka aiheuttavat paljon turhautumista kaikille, sidosryhmistä suunnittelijoihin, insinööreihin ja käyttäjiin. Alkuperäinen ajatus saattaa olla poistaa se kokonaan ja suunnitella se uudelleen alusta, mutta käytännössä se ei aina ole mahdollista. Big bang-redesign on huomattavan kallis ja erittäin aikaa vievä yritys.
Vanhat järjestelmät sisältävät arvokasta tietoa liiketoiminnasta, ja ne toimivat – ja uuden järjestelmän on vastattava täydellisesti vuosien tietämystä ja kulissien takana tehtyä räätälöintiä. Tästä syystä sidosryhmät ja käyttäjät (B2B:ssä) ovat tyypillisesti vahvasti sitoutuneita vanhoihin järjestelmiin, huolimatta niiden tunnetuista haitoista ja vaivoista. Useimmille ihmisille, koska tällaiset järjestelmät ovat liiketoiminnan ytimessä, niiden käyttäminen näyttää erittäin riskialtiselta ja vaatii huomattavaa varovaisuutta ja valmistautumista. Yrityskäyttäjät eivät halua suuria riskejä. Sen sijaan, että hylkäämme perinnön kokonaan, voisimme aloittaa keräämällä ensin olemassa olevan tiedon. Karttaa olemassa olevat työnkulut ja riippuvuudet Paras paikka aloittaa on ymmärtää, miten ja missä tarkalleen vanhoja järjestelmiä käytetään. Saatat huomata, että joitain vanhojen järjestelmien osia käytetään kaikkialla – ei vain tuotteessasi, vaan myös yritysten hallintapaneeleissa, ulkopuolisissa toimistoissa ja muissa yrityksissä, jotka integroivat tuotteesi palveluihinsa.
Hyvin usein vanhoilla järjestelmillä on riippuvuuksia itsestään, ja ne sisältävät muita vanhoja järjestelmiä, jotka saattavat olla paljon vanhempia ja paljon huonommassa tilassa. On suuri mahdollisuus, että et ehkä edes harkitse niitä räjähdysmäisessä uudelleensuunnittelussa – lähinnä siksi, että et tiedä kuinka monta mustaa laatikkoa siinä on.
Määritä taulu nykyisten työnkulkujen ja riippuvuuksien dokumentoimiseksi saadaksesi aparempi käsitys siitä, miten kaikki toimii yhdessä. Ota sidosryhmät mukaan ja ota raskaat käyttäjät mukaan keskusteluun. Et voi avata mustaa laatikkoa, mutta voit silti valaista sitä erilaisten ihmisten näkökulmista, jotka saattavat luottaa perintöönsä.
Kun olet tehnyt sen, järjestä kokous, jossa kerrot käyttäjille ja sidosryhmille, mitä olet löytänyt. Sinun täytyy rakentaa luottamusta siihen, että et menetä mitään tärkeää, ja sinun on visualisoitava riippuvuudet, joita vanhalla työkalulla on kaikille mukana oleville. Vanhan järjestelmän korvaaminen ei ole koskaan pelkästään perintöä. Se koskee myös riippuvuuksia ja työnkulkuja, jotka ovat riippuvaisia siitä. Valitse UX-migraatiostrategiasi Kun sinulla on iso kuva edessäsi, sinun on päätettävä, mitä teet seuraavaksi. Alkuperäinen uudelleenkäynnistys vai pieni päivitys? Mikä lähestymistapa toimisi parhaiten? Voit harkita seuraavia vaihtoehtoja ennen kuin päätät, miten edetä:
Uudelleenkäynnistys räjähdysmäisesti. Joskus ainoa käytettävissä oleva vaihtoehto, mutta se on erittäin riskialtista, kallista ja voi kestää vuosia ilman, että nykyiseen asetukseen tehdä sillä välin parannuksia. Vähitellen siirtyminen. Poista vanhat osat hitaasti korvaamalla pienet osat uusilla malleilla. Tämä tarjoaa nopeampia voittoja Frankensteinin tyyliin, mutta voi tehdä järjestelmästä epävakaan. Rinnakkainen siirto. Suorita korvaavan järjestelmän julkinen beta-versio vanhan järjestelmän rinnalla, jotta käyttäjät voivat osallistua uuden suunnittelun muotoiluun. Poista vanha järjestelmä käytöstä, kun uusi on vakaa, mutta varaudu molempien ylläpitokustannuksiin. Inkrementaalinen rinnakkaissiirto. Listaa kaikki vanhan järjestelmän täyttämät liiketoimintavaatimukset ja rakenna sitten uusi tuote, joka täyttää ne luotettavasti ja vastaa vanhaa järjestelmää alusta alkaen. Testaa aikaisin tehokäyttäjien kanssa ja tarjoa mahdollisuutta vaihtaa järjestelmää, kunnes vanha on kokonaan poistunut. Vanhan käyttöliittymän päivitys + julkinen beta. Suorita alhaisen riskin hienosäätö vanhassa järjestelmässä UX:n mukauttamiseksi samalla kun rakennat asteittain uutta järjestelmää julkisella betaversiolla. Tämä tuottaa nopeampia ja pitkäaikaisia voittoja, mikä on ihanteellinen nopeisiin tuloksiin.
Vuosikymmenen ajan huolellisesti jalostetun ja voimakkaasti räätälöidyn järjestelmän vaihtaminen on monoliittinen tehtävä. Et voi vain rakentaa muutamassa viikossa tyhjästä jotain, jonka parissa muut ovat työstäneet vuosia. Joten aina kun mahdollista, yritä lisätä määrää asteittain ottamalla mukaan käyttäjät, sidosryhmät ja insinöörit matkan varrella – ja riittävästi puskuriaikaa ja jatkuvia palautesilmukoita. Päätös Vanhoissa projekteissa epäonnistuminen ei useinkaan ole vaihtoehto. Et siirrä vain komponentteja, vaan myös käyttäjiä ja työnkulkuja. Koska toimit yrityksesi ytimessä, odota paljon huomiota, skeptisyyttä, epäilyksiä, pelkoja ja huolia. Luo siis vahvat suhteet keskeisten sidosryhmien ja avainkäyttäjien kanssa ja jaa omistajuus heidän kanssaan. Tarvitset heidän tukeaan ja sisäänostoa saadaksesi UX-työsi toimimaan. Sidosryhmät pyytävät vanhoja ja uusia ominaisuuksia. He keskittyvät reunatapauksiin, poikkeuksiin ja pieniin tehtäviin. He kyseenalaistavat päätöksesi. He lähettävät ristiriitaisia signaaleja ja muuttavat mielipiteitään. Ja he odottavat uuden järjestelmän toimivan virheettömästi ensimmäisestä päivästä lähtien. Ja parasta, mitä voit tehdä, on työskennellä heidän kanssaan koko suunnitteluprosessin ajan, alusta alkaen. Suorita onnistunut pilottiprojekti luottamuksen rakentamiseksi. Raportoi edistymisestäsi toistuvasti. Ja ottaa huomioon vanhojen käyttäjien tiukan testauksen intensiiviset vaiheet. Vanhan järjestelmän uudistaminen on kova haaste. Mutta harvoin millään projektilla voi olla niin suuri vaikutus tällaisessa mittakaavassa. Kääri hihat ja selviä siitä onnistuneesti, niin tiimiäsi muistetaan, kunnioitetaan ja palkitaan tulevina vuosina. Tapaa "Measure UX & Design Impact" Tapaa Measure UX & Design Impact, Vitalyn käytännön opas suunnittelijoille ja UX-johtajille, kuinka voit seurata ja visualisoida UX-työsi uskomatonta vaikutusta liiketoimintaan – live UX-koulutuksella myöhemmin tänä vuonna. Siirry yksityiskohtiin.
Tapaa Measure UX ja Design Impact, käytännöllinen videokurssi suunnittelijoille ja UX-johtajille.
Video + UX-koulutus Vain videovideo + UX-koulutus 495,00 $ 799,00 $
Hanki video + UX-koulutus25 videotuntia (8h) + Live UX-koulutus. 100 päivän rahat takaisin -takuu. Vain video 250,00 $ 350,00
Hanki videokurssi25 videotuntia (8h). Päivitetään vuosittain. Saatavilla myös UX-pakettina, jossa on 3 videokurssia.
Hyödyllisiä resursseja
UX-migraatiostrategia vanhoille sovelluksille, kirjoittanut Tamara Chehayeb Makarem Kuinka parantaa vanhoja järjestelmiä, kirjoittanut Christopher Wong Suunnittelun kanssaLegacy, kirjoittanut Peter Zalman Suuren vanhan järjestelmän uudelleensuunnittelu, Pawel Halicki Kuinka hallita vanhaa koodia, kirjoittanut Nicolas Carlo Kuinka muuttaa perintöä, kirjoittanut Bansi Mehta Design Debt 101, kirjoittanut Alicja Suska Käytännön opas Enterprise UX -käyttöjärjestelmään, Teidän todella Healthcare UX Design Playbook, kirjoittanut Yours Truly
