Wyobraź sobie, że musisz ulepszyć UX starszego systemu. System, który od prawie dekady cicho działa w tle. Jest powolny, na wpół zepsuty, zawodny i bardzo przestarzały — rodzaj „czarnej skrzynki”, na której wszyscy polegają, ale nikt tak naprawdę nie wie, co dzieje się pod maską. Gdzie byś w ogóle zaczął? Historie z przeszłości są często zniechęcające, pełne przygód i całkowicie zagmatwane. Reprezentują mieszankę szybkich decyzji, szybkich rozwiązań i narastającego zadłużenia UX. Nie ma uniwersalnego rozwiązania, aby sobie z nimi poradzić, istnieją jednak sposoby na osiągnięcie postępu, choć powolnego, przy jednoczesnym poszanowaniu potrzeb i obaw użytkowników i zainteresowanych stron. Zobaczmy teraz, jak możemy to zrobić. Rzeczywiste wyzwania starszego UX Może się wydawać, że starsze produkty w każdej chwili mogą zostać wycofane. Jednak w rzeczywistości często mają one kluczowe znaczenie w codziennych operacjach. Wiele starszych systemów jest w dużym stopniu dostosowanych do potrzeb organizacji, często budowanych zewnętrznie przez dostawcę i często bez rygorystycznych testów użyteczności. Przedsiębiorstwa często spędzają 40–60% swojego czasu na zarządzaniu, utrzymywaniu i dostrajaniu starszych systemów. Są niezbędne, krytyczne – ale także bardzo drogie w utrzymaniu przy życiu.
1. Dziedzictwo musi współistnieć z produktami zbudowanymi wokół nich Działając w zepsutym, liczącym dziesięć lat ekosystemie, dziedzictwo nadal działa, choć nikt nie wie dokładnie, jak i dlaczego to nadal działa. Osoby, które ją założyły, prawdopodobnie opuściły firmę wiele lat temu, pozostawiając po sobie wiele niewiadomych i słabo udokumentowanej pracy. Wraz z nimi pojawiają się fragmentaryczne i niespójne wybory projektowe, tkwiące w starych wersjach starych narzędzi projektowych, które już dawno zostały wycofane.
Mimo to starsze systemy muszą sprawnie współistnieć z nowoczesnymi produktami cyfrowymi zbudowanymi wokół nich. Pod wieloma względami wynik końcowy przypomina Frankensteina — wiele sklejonych ze sobą elementów, często mieszaniny nowoczesnych interfejsów użytkownika oraz boleśnie powolnych i ledwo użytecznych fragmentów tu i ówdzie — szczególnie jeśli chodzi o walidację, komunikaty o błędach lub przetwarzanie danych. 2. Starsze systemy tworzą lub psują UX Kiedy dodasz trochę szybkiego naprawiania błędów, nierozwiązanych problemów z logiką biznesową i niereagujących układów, będziesz miał naprawdę frustrujące doświadczenie, pomimo ogromnego wysiłku włożonego w resztę aplikacji. Jeśli pojedynczy krok w złożonym przepływie użytkowników wydaje się całkowicie zepsuty i zagmatwany, cały produkt również wydaje się uszkodzony, pomimo niesamowitych wysiłków, jakie zespoły projektowe włożyły w pozostałą część produktu. Cóż, w końcu będziesz musiał stawić czoła dziedzictwu. I tutaj musimy rozważyć dostępne opcje planu działania UX. Plan działania dotyczący UX dotyczący rozwiązywania starszych projektów Nie odrzucaj dziedzictwa: buduj na istniejącej wiedzy Ponieważ starsze systemy to często wielkie niewiadome, które powodują wiele frustracji u wszystkich, od interesariuszy, przez projektantów, inżynierów, po użytkowników. Początkową myślą może być całkowite usunięcie go i zaprojektowanie od nowa, ale w praktyce nie zawsze jest to wykonalne. Przeprojektowanie typu „big-bang” jest przedsięwzięciem niezwykle kosztownym i bardzo czasochłonnym.
Starsze systemy zawierają cenną wiedzę na temat praktyki biznesowej i rzeczywiście działają — a nowy system musi idealnie pasować do wieloletniej wiedzy i dostosowywania dokonywanego za kulisami. Właśnie dlatego zainteresowane strony i użytkownicy (w B2B) są zazwyczaj mocno przywiązani do starszych systemów, pomimo wszystkich ich dobrze znanych wad i problemów. Dla większości ludzi, ponieważ takie systemy stanowią serce biznesu, operowanie na nich wydaje się niezwykle ryzykowne i będzie wymagało znacznej ostrożności i przygotowania. Użytkownicy korporacyjni nie chcą dużego ryzyka. Zamiast więc całkowicie odrzucać dziedzictwo, moglibyśmy najpierw zebrać istniejącą wiedzę. Mapuj istniejące przepływy pracy i zależności Najlepszym miejscem na rozpoczęcie jest zrozumienie, jak i gdzie dokładnie używane są starsze systemy. Możesz odkryć, że niektóre fragmenty starszych systemów są używane wszędzie — nie tylko w Twoim produkcie, ale także w biznesowych pulpitach nawigacyjnych, przez agencje zewnętrzne i inne firmy, które integrują Twój produkt ze swoimi usługami.
Bardzo często starsze systemy mają własne zależności, integrując inne starsze systemy, które mogą być znacznie starsze i w znacznie gorszym stanie. Istnieje duże prawdopodobieństwo, że nawet nie weźmiesz ich pod uwagę przy przeprojektowaniu wielkiego wybuchu – głównie dlatego, że nie wiesz, ile jest tam czarnych skrzynek.
Skonfiguruj tablicę do dokumentowania bieżących przepływów pracy i zależności, aby uzyskaćlepsze pojęcie o tym, jak wszystko ze sobą współpracuje. Włącz interesariuszy i włącz do rozmowy wielu użytkowników. Nie będziesz w stanie otworzyć czarnej skrzynki, ale nadal możesz rzucić na nią trochę światła z perspektywy różnych osób, które mogą polegać na dziedzictwie w swojej pracy.
Gdy już to zrobisz, zorganizuj spotkanie, aby przedstawić użytkownikom i interesariuszom to, co odkryłeś. Będziesz musiał zbudować pewność siebie i pewność, że nie przeoczyłeś niczego ważnego, a także musisz zwizualizować zależności, jakie starsze narzędzie ma dla wszystkich zaangażowanych osób. Wymiana starszego systemu nigdy nie dotyczy wyłącznie starszego systemu. Chodzi także o zależności i przepływy pracy, które na tym polegają. Wybierz strategię migracji UX Gdy masz już przed sobą duży obraz, musisz zdecydować, co robić dalej. Ponowne uruchomienie w wielkim stylu czy mała aktualizacja? Które podejście sprawdzi się najlepiej? Zanim podejmiesz decyzję o dalszym postępowaniu, możesz rozważyć następujące opcje:
Ponowne uruchomienie z wielkim hukiem. Czasami jest to jedyna dostępna opcja, ale jest bardzo ryzykowna, kosztowna i może zająć lata bez żadnych ulepszeń istniejącej konfiguracji w międzyczasie. Migracja przyrostowa. Powoli wycofuj starsze elementy, zastępując je nowymi projektami. Zapewnia to szybsze zwycięstwa w stylu Frankensteina, ale może sprawić, że system będzie niestabilny. Migracja równoległa. Uruchom publiczną wersję beta zamiennika wraz ze starszym systemem, aby zaangażować użytkowników w kształtowanie nowego projektu. Wycofaj stary system, gdy nowy będzie stabilny, ale przygotuj się na koszty utrzymania obu. Przyrostowa migracja równoległa. Wypisz wszystkie wymagania biznesowe, które spełnia dotychczasowy system, a następnie zbuduj nowy produkt, który będzie je niezawodnie spełniać, dopasowując się do starego systemu od pierwszego dnia. Przetestuj wcześniej z zaawansowanymi użytkownikami, prawdopodobnie oferując opcję zmiany systemu do czasu całkowitego wycofania starego. Aktualizacja starszego interfejsu użytkownika + publiczna wersja beta. Dostosuj starszy system przy niskim ryzyku, aby dostosować UX, jednocześnie stopniowo budując nowy system z publiczną wersją beta. Daje to szybsze i długoterminowe zwycięstwa, idealne do szybkich rezultatów.
Wymiana systemu, który był starannie udoskonalany i w dużym stopniu dostosowywany przez dekadę, jest zadaniem monolitycznym. Nie da się po prostu odbudować w ciągu kilku tygodni czegoś, nad czym inni pracowali latami. Dlatego też, jeśli to możliwe, staraj się zwiększać stopniowo, angażując po drodze użytkowników, interesariuszy i inżynierów – zachowując wystarczający czas buforowy i ciągłe pętle informacji zwrotnej. Podsumowanie W przypadku starszych projektów porażka często nie wchodzi w grę. Migrujesz nie tylko komponenty, ale także użytkowników i przepływy pracy. Ponieważ działasz w samym sercu biznesu, spodziewaj się dużo uwagi, sceptycyzmu, wątpliwości, obaw i obaw. Buduj więc silne relacje z kluczowymi interesariuszami i kluczowymi użytkownikami i dziel się z nimi współwłasnością. Będziesz potrzebować ich wsparcia i wsparcia, aby wdrożyć swoją pracę związaną z UX. Zainteresowane strony będą wymagać starych i nowych funkcji. Skoncentrują się na przypadkach brzegowych, wyjątkach i drobnych zadaniach. Będą kwestionować Twoje decyzje. Będą wysyłać mieszane sygnały i zmieniać zdanie. Oczekują też, że nowy system będzie działał bezbłędnie od pierwszego dnia. A najlepsze, co możesz zrobić, to współpracować z nimi przez cały proces projektowania, od samego początku. Przeprowadź udany projekt pilotażowy, aby zbudować zaufanie. Wielokrotnie raportuj swoje postępy. I uwzględnij intensywne fazy rygorystycznych testów ze starszymi użytkownikami. Modernizacja starszego systemu jest trudnym wyzwaniem. Jednak rzadko zdarza się projekt, który może mieć tak duży wpływ na taką skalę. Zakasz rękawy i pomyślnie przez to przebrnij, a Twój zespół zostanie zapamiętany, szanowany i nagradzany przez wiele lat. Poznaj „Zmierz wpływ na UX i projekt” Poznaj Measure UX & Design Impact, praktyczny przewodnik Witalija dla projektantów i liderów UX, dotyczący śledzenia i wizualizacji niesamowitego wpływu Twojej pracy nad UX na biznes — dzięki szkoleniu na żywo z UX jeszcze w tym roku. Przejdź do szczegółów.
Poznaj Measure UX i Design Impact, praktyczny kurs wideo dla projektantów i leadów UX.
Szkolenie wideo + UXTylko wideoWideo + szkolenie UX495,00 $ 799,00
Uzyskaj szkolenie wideo + UX 25 lekcji wideo (8 godz.) + szkolenie UX na żywo. 100-dniowa gwarancja zwrotu pieniędzy. Tylko wideo 250,00 USD 350,00 USD
Skorzystaj z kursu wideo25 lekcji wideo (8h). Aktualizowany co roku. Dostępny również jako pakiet UX z 3 kursami wideo.
Przydatne zasoby
Strategia migracji UX dla starszych aplikacji — Tamara Chehayeb Makarem Jak ulepszyć starsze systemy — Christopher Wong Projektowanie zDziedzictwo — Peter Zalman Przeprojektowanie dużego, starszego systemu — Paweł Halicki Jak zarządzać starszym kodem — Nicolas Carlo Jak przekształcić dziedzictwo — Bansi Mehta Projekt Dług 101 autorstwa Alicji Suskiej Praktyczny przewodnik po UX w przedsiębiorstwie, autorstwa Yours Truly Poradnik dotyczący projektowania UX w służbie zdrowia, autorstwa Yours Truly
