Уявіть, що вам потрібно покращити UX застарілої системи. Система, яка мовчки працювала у фоновому режимі майже десять років. Він повільний, напівзламаний, ненадійний і сильно застарілий — свого роду «чорна скринька», на яку всі покладаються, але ніхто насправді не знає, що відбувається під капотом. З чого б ви взагалі почали? Історії спадщини часто лякають, повні пригод і вкрай заплутані. Вони являють собою суміш швидких рішень, швидких виправлень і накопичення боргу UX. Немає універсального рішення для їх усунення, але є способи досягти прогресу, хоч і повільно, з урахуванням потреб і проблем користувачів і зацікавлених сторін. Тепер давайте подивимося, як ми можемо це зробити. Фактичні виклики застарілого UX Може виникнути відчуття, що застарілі продукти будь-якої миті чекають, щоб припинити підтримку. Але насправді вони часто критичні для повсякденної роботи. Багато застарілих систем сильно налаштовані для потреб організації, часто створені зовнішніми постачальниками та часто без ретельного тестування зручності використання. Підприємства зазвичай витрачають 40–60% свого часу на управління, підтримку та тонке налаштування застарілих систем. Вони є важливими, критично важливими, але також дуже дорогими для підтримки.
1. Спадщина повинна співіснувати з продуктами, створеними навколо них Працюючи в зламаній екосистемі десятирічної давності, legacy все ще працює, але ніхто точно не знає, як і чому це все ще працює. Люди, які створили її спочатку, ймовірно, залишили компанію багато років тому, залишивши позаду багато невідомих і погано задокументовану роботу. З ними приходять фрагментовані та непослідовні варіанти дизайну, які застрягли в старих версіях старих інструментів дизайну, які давно припинені.
Тим не менш, застарілі системи повинні акуратно співіснувати в сучасних цифрових продуктах, створених навколо них. У багатьох відношеннях кінцевий результат нагадує Франкенштейна — багато шматочків, склеєних разом, часто суміш сучасних інтерфейсів користувача та дуже повільних і ледь придатних для використання фрагментів тут і там — особливо коли справа доходить до перевірки, повідомлень про помилки або обробки даних. 2. Застарілі системи створюють або руйнують UX Щойно ви трохи швидко виправите помилки, невирішені проблеми бізнес-логіки та макети, що не реагують, ви отримаєте справді розчарування, незважаючи на величезні зусилля, докладені для решти програми. Якщо один крок у складному користувальницькому процесі здається абсолютно зламаним і заплутаним, тоді здається, що весь продукт також зламаний, незважаючи на неймовірні зусилля, які команда дизайнерів доклала до решти продукту. Ну, зрештою, вам доведеться взятися за спадок. І саме тут нам потрібно розглянути доступні варіанти для вашої дорожньої карти UX. Дорожня карта UX для вирішення застарілих проектів Не відкидайте спадок: спирайтеся на наявні знання Тому що застарілі системи часто є невідомими, що викликає розчарування у всіх, від зацікавлених сторін до дизайнерів, інженерів і користувачів. Початкова думка могла полягати в тому, щоб повністю видалити його та змінити дизайн з нуля, але на практиці це не завжди можливо. Редизайн великого вибуху є надзвичайно дорогим і трудомістким заходом.
Застарілі системи містять цінні знання про бізнес-практику, і вони працюють — і нова система має ідеально відповідати рокам знань і налаштувань, зроблених за лаштунками. Ось чому зацікавлені сторони та користувачі (у B2B) зазвичай сильно прив’язані до застарілих систем, незважаючи на всі їхні добре відомі недоліки та проблеми. Для більшості людей, оскільки такі системи знаходяться в самому серці бізнесу, робота з ними здається надзвичайно ризикованою та вимагатиме значної обережності та підготовки. Корпоративні користувачі не хочуть великих ризиків. Тож замість того, щоб повністю відкидати спадщину, ми можемо почати зі збору наявних знань. Зіставте існуючі робочі процеси та залежності Найкраще почати з того, щоб зрозуміти, як і де саме використовуються застарілі системи. Ви можете виявити, що деякі частини застарілих систем використовуються всюди — не лише у вашому продукті, але й на панелях керування бізнесом, зовнішніми агентствами та іншими компаніями, які інтегрують ваш продукт у свої послуги.
Дуже часто застарілі системи мають власні залежності, інтегруючи інші застарілі системи, які можуть бути набагато старішими та в набагато гіршому стані. Велика ймовірність, що ви можете навіть не розглядати їх під час редизайну великого вибуху — здебільшого тому, що ви не знаєте, скільки там чорних ящиків.
Налаштуйте дошку для документування поточних робочих процесів і залежностей, щоб отримати aкраще уявлення про те, як усе працює разом. Залучайте до розмови зацікавлених сторін і активних користувачів. Ви не зможете відкрити чорну скриньку, але все одно можете пролити світло на неї з точок зору різних людей, які, можливо, покладаються на спадщину у своїй роботі.
Зробивши це, організуйте зустріч, щоб відобразити користувачам і зацікавленим сторонам те, що ви виявили. Вам потрібно буде зміцнити впевненість у тому, що ви не втрачаєте нічого важливого, і вам потрібно візуалізувати залежність, яку застарілий інструмент має для всіх учасників. Заміна застарілої системи ніколи не стосується лише застарілої системи. Це також стосується залежностей і робочих процесів, які покладаються на нього. Виберіть свою стратегію міграції UX Отримавши перед собою загальну картину, вам потрібно вирішити, що робити далі. Перезапуск великого вибуху чи невелике оновлення? Який підхід буде найкращим? Ви можете розглянути такі варіанти, перш ніж вирішити, як діяти далі:
Перезапуск великого вибуху. Іноді єдиний доступний варіант, але він дуже ризикований, дорогий і може тривати роками без будь-яких удосконалень наявних налаштувань. Поступова міграція. Повільно видаляйте застарілі частини, замінюючи невеликі фрагменти новими дизайнами. Це забезпечує швидші виграші у стилі Франкенштейна, але може зробити систему нестабільною. Паралельна міграція. Запустіть загальнодоступну бета-версію заміни разом із застарілою системою, щоб залучити користувачів до формування нового дизайну. Виведіть стару систему з експлуатації, коли нова стане стабільною, але будьте готові до витрат на підтримку обох. Поступова паралельна міграція. Перелічіть усі бізнес-вимоги, яким відповідає застаріла система, а потім створіть новий продукт, щоб надійно відповідати їм, відповідаючи старій системі з першого дня. Тестуйте на ранній стадії з досвідченими користувачами, можливо, запропонувавши можливість змінити систему, доки стара не буде повністю виведена з експлуатації. Оновлення застарілого інтерфейсу користувача + публічна бета-версія. Виконайте тонке налаштування застарілої системи з низьким рівнем ризику, щоб узгодити UX, поступово створюючи нову систему за допомогою публічної бета-версії. Це дає швидші та довгострокові перемоги, що ідеально підходить для швидких результатів.
Заміна системи, яка протягом десятиліття ретельно допрацьовувалась і сильно налаштовувалася, є монолітним завданням. Ви не можете просто відновити щось з нуля протягом кількох тижнів, над чим інші працювали роками. Тому щоразу, коли це можливо, намагайтеся поступово збільшуватись, залучаючи користувачів, зацікавлених сторін та інженерів — із достатнім буферним часом і постійними циклами зворотного зв’язку. Підведення підсумків Для застарілих проектів провал часто не є варіантом. Ви переносите не лише компоненти, але й користувачів і робочі процеси. Оскільки ви працюєте в самому серці бізнесу, очікуйте багато уваги, скепсису, сумнівів, страхів і занепокоєння. Тож будуйте міцні відносини з ключовими зацікавленими сторонами та ключовими користувачами та діліться з ними власністю. Вам знадобиться їхня підтримка та бай-ін, щоб реалізувати свою роботу над UX. Зацікавлені сторони запитуватимуть старі та нові функції. Вони будуть зосереджені на граничних випадках, винятках і невеликих завданнях. Вони ставитимуть під сумнів ваші рішення. Вони надсилатимуть неоднозначні сигнали та змінюватимуть свою думку. І вони очікують, що нова система працюватиме бездоганно з першого дня. І найкраще, що ви можете зробити, це працювати з ними протягом усього процесу проектування, з самого початку. Запустіть успішний пілотний проект, щоб зміцнити довіру. Неодноразово повідомляйте про свій прогрес. І враховуйте інтенсивні фази ретельного тестування зі старими користувачами. Реконструкція застарілої системи є складним завданням. Але рідко існує проект, який може мати настільки великий вплив у такому масштабі. Засукайте рукави та успішно пройдіть через це, і вашу команду пам’ятають, поважатимуть і винагороджуватимуть на довгі роки. Зустрічайте «Вимірювання UX & Design Impact» Познайомтеся з Measure UX & Design Impact, практичним посібником Віталія для дизайнерів і UX-лідерів про те, як відстежувати та візуалізувати неймовірний вплив вашої UX-роботи на бізнес — з живим тренінгом UX пізніше цього року. Перейти до деталей.
Знайомтеся з практичним відеокурсом Measure UX and Design Impact для дизайнерів і керівників UX.
Відео + навчання UX Лише відео Відео + навчання UX $ 495,00 $ 799,00
Отримайте відео + тренінг UX. 25 відеоуроків (8 годин) + тренінг UX у реальному часі. 100 днів гарантії повернення грошей. Лише відео 250,00 $ 350,00 $
Отримайте відеокурс25 відеоуроків (8 годин). Оновлюється щороку. Також доступний як UX Bundle із 3 відеокурсами.
Корисні ресурси
Стратегія міграції UX для застарілих програм, Тамара Чехаєб Макарем Як покращити застарілі системи, Крістофер Вонг Проектування ССпадщина, автор Пітер Залман Перепроектування великої застарілої системи, Павло Галіцкі Як керувати застарілим кодом, Ніколас Карло Як змінити спадщину, Бансі Мехта Дизайн Debt 101, Аліція Суська З повагою. Практичний посібник із корпоративного UX Healthcare UX Design Playbook, Щиро Ваші
