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

Дизайн стає простішим, коли ви починаєте з відповідей

Переклад статті https://uxdesign.cc/questions-ux-designers-should-be-asking-bc9a6ba87a34

Здатність ставити правильні питання - це фундаментальне вміння в інструментарії дизайнера. Я почав помічати явну кореляцію між кількістю питань, які дизайнер ставить на протязі всього процесу, та якістю кінцевого дизайнерського рішення.

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

Щоб зрозуміти поставлену перед ними задачу, дизайнери повинні ставити правильні питання на кожному етапі процесу. Я склав обширний список питань (точніше, 100), які, на мою думку, виявилися корисними для проектів, що охоплюють різні галузі, пристрої та персони. Незважаючи на те, що цей список ніяк не є вичерпним, він повинен забезпечити рамки для дизайнерського мислення на різних етапах проекту.

Стартова зустріч

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

• Яка проблема або потреба, яку ми прагнемо вирішити?
• Що повинен робити продукт?
• Яка бізнес-можливість? (наприклад: збір даних, автоматизація, утримання, дохід тощо)
• Які ключові показники ефективності (KPI)?
• Як ще ми визначимо успіх цього проекту?
• Як цей продукт вписується в загальну стратегію?
• Хто є користувачами або клієнтами?
• Чому це важливо для них?
• Чому вони цим цікавляться?
• Що користувачі намагаються зробити?
• Які їхні болючі точки?
• Як ми можемо дістатися до користувачів через цей процес дизайну?
• Чи є якісь обмеження (технологічні, бізнесові, і т.д.)?
• Чим ми кращі за наших конкурентів?
• Чи є якісь актуальні продукти, на які ми можемо подивитися?
• Хто є основними приймачами рішень у цьому проекті?
• Чи існує якась актуальна документація (персони, потоки користувачів, і т.д.)?
• Чи існують корпоративні стилі?
• Чи існує брендбук?

Інтерв'ю з зацікавленими сторонами (stakeholders)

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

• Яка ваша роль у цьому проекті?
• Що саме ми повинні зробити, щоб цей проект мав цінність?
• Як ви, особисто, визначите успіх цього проекту?
• Яка роль цього проекту у досягненні цього успіху?
• Які цілі вам потрібно досягнути в цьому проекті?
• Що ви пробували, що спрацювало/не спрацювало?
• Що пішло не так в тому випадку?
• Хто є найбільшими конкурентами і що вас турбує в них?
• Як ви очікуєте вирізнити цей продукт від інших?
• Де ви бачите продукт через рік та 5 років?
• Що не дає вам спати з приводу ваших користувачів?
• Які припущення ви можете зробити стосовно своїх користувачів?
• Що ви знаєте про своїх користувачів?
• Які найбільш поширені проблеми, з якими зіштовхуються ваші користувачі?
• Що вас турбує щодо цього проекту?

Дослідження користувачів (user research)

Уникайте ризику та витрат на створення чогось, чого користувачі не хочуть, спочатку зрозумівши їхні цілі та болючі точки. Відповіді на ці питання можуть дати вам важливе "чому" за поведінкою користувача. Ці питання краще доповнювати спостереженнями (тим, що користувачі кажуть і роблять, може бути різним) та аналітикою, якщо вона існує.

Контекст

• Як виглядає ваш звичайний день?
• Розкажіть мені про вашу роль у вашій компанії.
• Які у вас щоденні обов'язки?
• Які додатки та веб-сайти ви використовуєте найчастіше?

Проблема

• Як ви зараз вирішуєте [проблему/задачу]?
• Чи шукаєте ви рішення або альтернативу для [проблеми/задачі]?
• Розкажіть мені про останній раз, коли ви намагалися [проблема/задача].
• Що ви зараз робите, щоб полегшити [проблему/задачу]?
• Ви пробували якісь обходні шляхи, щоб допомогти вам з цим?
• Ви пробували якісь інші продукти або інструменти?
• Якщо так, то як ви про них дізналися?
• Що вам найбільше заважає в [проблемі/задачі]?
• Як часто ви зіштовхуєтеся/виконуєте [проблему/задачу]?
• Скільки часу ви витрачаєте на [проблему/задачу]?

Тестування користувачів (user testing)

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

Перше враження

• Яка ваша перша реакція?
• Що ви думаєте, дивлячись на продукт?
• Як це відповідає вашим очікуванням?
• Що ви можете тут зробити?
• Для чого цей продукт?
• У вас є якісь питання?
• Чому хтось би це використовував?
• Як ви думаєте, це допоможе вам?
• Що б ви зробили спершу?

Зосереджені на завданні

• Якщо б ви хотіли виконати [завдання], що б ви зробили?
• Чого ви б очікували?
• Які частини цього були для вас найбільш/найменш важливими? – Як ми могли б подати інформацію, щоб вам було зручніше?
• Чи є щось, що ви б змінили/додали/видалили, щоб продукт став кращим для вас?
• Що було найважчим?
• Чи було щось несподіване або неочікуване?
• За шкалою від 1 до 5, наскільки [умова] це було?

Підсумок

• Ви б використали це сьогодні?
• Що може відвернути людей від використання продукту?
• Скільки би ви були готові заплатити за це?
• Що вам подобається або не подобається?
• Якби у вас була чарівна паличка, що б ви змінили?
• Ви відчуваєте що це було розроблено для вас?
• Чи чогось не вистачає?
• Які прикметники ви б використали, щоб описати це?
• За шкалою від 1 до 5, наскільки ви б рекомендували це другу?
• Оскільки це ще не готово, що б ви хотіли бачити в остаточній версії?

Огляд дизайну (design reviews)

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

Загалом

• На яку частину цього дизайну ви шукаєте відгук?
• З якими обмеженнями ви працюєте?

Дизайн взаємодії

• Що користувач намагається досягнути на цьому екрані?
• Яку проблему це вирішує?
• Як цей дизайн може зазнати невдачі?
• Як ви прийшли до цього рішення?
• Яка простіша версія цього?
• Чи є щось, що ми можемо видалити?
• Які припущення ви робите?
• Чому це там?
• Чому це взагалі показано?
• Чи варто це показувати за замовчуванням?
• Чому екран організований таким чином?
• Чому це краще рішення, ніж [встановлений шаблон дизайну]?

Візуальний дизайн

• Яка ваша типова ієрархія?
• Які шаблони інтерфейсу ви використовуєте?
• Які правила ви визначили для цих шаблонів?
• Чи є можливості бути більш послідовними?
• Які ваші правила для полів і відступів?
• Які правила ви визначили для палітри кольорів?

Огляд зацікавлених сторін (stakeholders reviews)
Отримуйте відгук від зацікавлених сторін, який є чітким, релевантним та корисним. Вони, швидше за все, не є експертами у наданні відгуку з дизайну, тому вашею відповідальністю є ставити питання, які направляють відгук в напрямку цілей проекту та областей, в яких вони є експертами.

• Чи вирішує це потреби ваших користувачів?
• Чи ефективно це враховує [цілі проекту]?
• Чи відповідає це всім функціональним вимогам?
• Чи адекватно це відображає бренд?
• Чому [запит дизайну] важливий?

Завершальні думки

• Супроводжуйте питання здоровою дозою "чому?" або "розкажіть мені більше про це".
• Знайте, чого ви не знаєте.
• Подумайте про продукт, який ви любите. Потім подумайте про великі питання, які дизайнерська команда мала поставити, щоб прийти до такого рішення.