Бізнес-цілі та цілі користувачів

Етап 3: Аналіз

Надзвичайно важливий аналітичний етап. Шанси створити потрібний та життєздатний продукт на ринку є незначними без розуміння бізнес-цілей та цілей користувачів.

Цю статтю, я б хотів розпочати з того, що нагадаю вам, що таке дизайн, хто такий дизайнер та поділюся своєю думкою про UX дослідження.

Дизайн (перекладається, як «проєктування») — це більше про те, як воно працює та є проєктовано, ніж те, як воно виглядає.

Design is not just what it looks like and feels like. Design is how it works. — Steve Jobs

Дизайнер — це людина, яка вирішує проблеми бізнесу та користувачів за допомогою інтерфейсу.

UX методи дослідження — це не істина в останній інстанції, а лише інструменти, які в правильних руках можуть звести до мінімуму ймовірність зробити безлічь помилок, піти в неправильному напрямку та розробити нікому не потрібний продукт.

Єдина умова — це правильне, професійне та обдумане застосування тих чи інших методів дослідження.

Дослідження — це обов’язковий процес, не пропускайте його. Якщо ваше рішення не базується на дослідженні користувачів, тоді воно не може називатися USER experience.

Аналогія

Будь ласка, представте собі 2-ва острова, котрі знаходяться один біля одного, але між ними немає моста. На першому острові знаходиться бізнес з своєю ідеєю та грошима на реалізацію, а на другому — платоспроможні потенційні користувачі, в яких є певні проблеми та потреби.

Очевидно, що якщо ви зараз на цьому етапі, то ви вже досить багато дізналися про: цілі бізнесу та його процеси, ринок та конкурентів, а також провели необхідні кількісні та якісні дослідження.

І саме зараз, вам необхідно проаналізувати розроблені вами артефакти та зрозуміти, чи бізнес-цілі та цілі користувачів збігаються, і якщо так, тоді необхідно розробити та протестувати ваше рішення. Іншими словами, збудувати міцний міст між 2-ма островами.

Підсумок: бізнес інвестує велику кількість грошей та часу в свій продукт (ідею), а в той же час користувачі платять певні кошти за розроблений для них продукт, який ефективно вирішує їхні проблеми та потреби.

Підхід, який є орієнтований на користувача

Емпатія — це неймовірний інструмент в руках дизайнерів, але чому тоді нас називаються «Адвокатами користувачів»? Відповідь є досить проста — ми докладаємо усіх зусиль для задоволення користувачі, але забуваємо за бізнес-цілі та ставимо їх на задній план. Це є погано.

Я хочу нагадати вам, що містер Alan Cooper припустив, що підвищення емпатії до вашого користувача під час проєктування взаємодії — позитивно вплине на результат. Я з цим не спорю, але нам необхідно тримати в голові не тільки користувачів, які будуть вирішувати певний ряд своїх проблем та потреб за допомогою вашого продукту, але й і цілі стейкхолдерів. Бізнес повинен заробляти гроші.

Підхід, який є орієнтований на бізнес

Про цю сторону медалі, давайте поговоримо детальніше. Я часто чую від клієнтів, що Senior UX designer — це професіонал, який знає і може абсолютно все, навіть спроєктувати якісний продукт без будь-яких досліджень, опираючись лише на власний досвід та суб’єктивну думку стейкхолдерів.

Якщо ж, дизайнер каже, що такий підхід є не правильний, і нам обов’язково необхідно провести хоча б користувацьке дослідження, то така відповідь в очах стейкхолдерів є ознакою профнепридатність дизайнера.

Причиною є прагнення бізнесу зекономити гроші на розробці продукту та швидше запустити мінімально життєздатний продукт (MVP).

Ви, ваша команда та стейкхолдери ≠ вашим користувачам.

Ідеальна середина

Саме цю концепцію ми й будемо розглядати в цій статті. Якщо коротко, то нам необхідно дотримуватися балансу між бізнес-цілями та цілями користувачів.

Для запису даних скористаємося діаграмою Венна (англ. Venn diagram), що показує всі можливі логічні відношення.

Проста діаграма Венна. Зліва та справа — відмінності, а посередині — спільні цілі

Складна діаграма Венна. Зліва та справа — відмінності, внизу — технічні потреби, посередині — спільні цілі, а 1,2, 3 — це додаткові дані, які перетинаються

Цінність для команди

Проведення цього етапу дасть змогу підсумувати цілі, порівняти їх та зробити певні висновки. Можливо, доповнити бізнес-стратегію чи кардинально змінити її, якщо буде виявлено, що продукт не буде покривати основні цілі користувачів.

Цінність для бізнесу

Це ще один додатковий шанс зрозуміти, чи ваш продукт рухається в правильному напрямку.

Тривалість:

Підготовка: до 30 хвилин
Діяльність: від 2 до 4 годин

Процес створення:

Перед початком воркшопу, я рекомендую всій команді освіжити знання про проєкт, перечитати та переглянути всі результати досліджень, а також вимоги та обмеження від стейкхолдерів.

Крок 1. Намалюйте необхідний вид діаграми Венна на аркуші фліпчарту, ватмані або оберіть електронний варіант

Крок 2. Обговоріть з командою та вирішіть з якого із 3-х областей ви будете починати

Крок 3. Описуємо бізнес-цілі (business goals)

Під час стартової зустріч та інтерв’ю з зацікавленими сторонами, ви повинні були зрозуміти:

• Суть компанії та її місію;
• Цілі, які перед вами ставить бізнес;
• Який продукт чи послугу надаватиме цей бізнес?
• Яку цінність буде мати для користувачів?
• Що це за ринок та які конкуренти є на ньому?
• Які існують обмеження?
• Як бізнес буде заробляти гроші?
• Інші інсайти.

Всю цю отриману інформацію необхідно перенести в розділ з бізнес-цілями.

Крок 4. Описуємо цілі користувачів (user goals)

Надзвичайно важливий блок, який повинен містити інформацію, яка була зібрана в результаті завершених досліджень.

Отже, ваше дослідження повинно було містити:

• Воркшоп, де команда та стейкхолдери повинні були зрозуміти, хто є імовірна цільова аудиторія;

Результат: ви повинні були скласти прото-персону.

• На основі прото-персони, необхідно було знайшли респондентів (в цьому вам міг допомогти опитувальник) та провели інтерв’ю з ними;

Результат: ви повинні були скласти довільний звіт для команди та стейкхолдерів.

• Також, ви могли запустити опитувальники, який через деякий час міг зібрати деяку кількість кількісних та якісних даних (не велика кількість);

Результат: ви повинні були проаналізувати дані та скласти довільний звіт для команди та стейкхолдерів.

• Для кожного з респондентів ви склали карту емпатії;

Результат: ви повинні були проаналізувати користувацькі інтерв'ю та розмістити якісні дані на карту, яка складається з 9-ти блоків, а також виявити інсайти та перетворити їх в потреби.

• На основі попередніх даних, ви виявили емпіричні персони.

Результат: саме з розділу «Goals» вам необхідно перенести цілі в нашу діаграму.

Крок 5. Описуємо технічні потреби (technical needs)

Мається на увазі, всі аспекти, які необхідні для того, що реалізувати ваш продукт.

Також в Інтернеті можна побачити, що цей блок може мати інші назви й, можливо, навіть значення:

• Технічні міркування/аспекти (technical considerations);
• Технічні обмеження (technical constraints);
• Технології (technology);
• Розробка (development);
• Технічна можливість (technical feasibility).

Крок 6. Розділи 1,2 та 3

Це додаткові дані, які перетинаються.

Крок 7. Описуємо спільні цілі (Shared goals/Sweet spot)

Необхідно визначити, що є спільного між розділами. Це головна цінність цього етапу.

Рекомендую прочитати книжку «Sweet Spot UX: Communicating User Experience to Stakeholders, Decision Makers and Other Humans» by Mike Newman.