UXPUB 🇺🇦 Дизайн-спільнота

Cover image for Стартова зустріч та інтерв’ю з зацікавленими сторонами
Yaroslav Zhmykhov
Yaroslav Zhmykhov

Опубліковано • Оновлено

Стартова зустріч та інтерв’ю з зацікавленими сторонами

Етап 1: Бізнес-дослідження

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

Стартова зустріч (kick-off meeting) — це етап, коли команда збирає всіх зацікавлених осіб та стейкхолдерів в одному місці, де обговорюються високорівневі цілі та питання щодо процесів на проєкті тощо.

Інтерв'ю зі стейкхолдерами (stakeholder interviews) — це зустрічі, де команда може задати та отримати відповіді (можливо інсайти) про продукт, сервіс чи інші аспекти бізнесу.

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

Ціль стартової зустрічі

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

Ціль інтерв’ю зі стейкхолдерами

Дати відповіді на 4-ри основні питання, котрі направлять проєкт в правильному напрямку, отже необхідно вияснити:

  • Що (what) — це спроба зрозуміти, що за продукт ми робимо, його баченням та ціннісна пропозиція. Також, це спроба сформулювати вимоги або зробити пріорітизацію функцій;

  • Чому (why) — це спроба розібратися «для кого» і «для чого» ми робимо цей продукт. Іншими словами, приблизно зрозуміти хто є наші користувачі та яку користь має принести їм наш продукт (бізнес аспект);

  • Як (how) — це спроба розібратися з «як ми будемо робити цей проєкт» і «як буде організована наша робота на ньому». Наприклад, по якій методології ми будемо працювати?;

  • Хто (who) — це спроба зрозуміти, хто є наші стейкхолдери.

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

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

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

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

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

Тривалість:

Підготовка: до 4 годин для стартової зустрічі та від 2 до 4 години для інтерв’ю з зацікавленими сторонами
Діяльність: від 1 до 3 годин для стартової зустрічі та від 1 до 2 години для інтерв’ю з зацікавленими сторонами

Процес підготовки до стартової зустрічі:

Необхідно зібрати всіх зацікавлених осіб та стейкхолдерів, щоб всі були залучені в процес.

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

Крок 1. Збір інформації для обговорення на зустрічі

Це дуже важливий етап, від якого безпосередньо залежить ефективність і результат зустрічі. Для підготовки до цього етапу можна скористатися методом «Кабінетного дослідження», який я описав у попередній статті.

Крок 2: Створіть та надішліть всім учасникам розклад зустрічі

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

Крок 3: Під час зустрічі:

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

  • Бізнес-огляд. Попросіть, щоб стейкхолдери розказали команді про бізнес та його стратегію. Вам дуже важливо і життєво необхідно розуміти, як бізнес хоче заробляти гроші, яка є специфіка їхньої індустрії, і які є обмеження та ризики, що можуть привести до провалу тощо;

  • Огляд проєкту. В першу чергу, необхідно зрозуміти, який ряд проблем буде вирішувати ваша команда на цьому проєкті, а також яка буде ціль цього продукту чи сервісу, і яку цінність проєкт буде мати для користувачів. Запитайте стейкхолдерів, як вони дійшли до висновку, що ці проблеми реально існують, і що їх можна вирішити за допомогою цього майбутнього продукту. Також, було б добре, якби ви визначили показники успішності проєкту. Таким чином, команда буде знати, чи успішний проєкт або ні, чи вирішили ви проблеми користувачів, і чи задоволений бізнес. Крім того, спитайте, можливо стейкхолдери мають вже зроблені UX дослідження, якими вони можуть поділитися з вами;

  • Поговоріть про цільову аудиторію (на основі суб’єктивного бачення зі сторони бізнесу). Необхідно визначити цілі користувачів, яка в них біль та потреби, і як продукт буде їх вирішувати. Можливо, є відомі продукти якими користуються користувачі зараз. Спитайте, чи буде можливість дослідити та поговорити з користувачами, а коли буде зроблений інтерактивний прототип — провести юзабіліті-тестування;

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

  • Визначення команди. Необхідно, визначитися в тому, «хто» і «за що» буде відповідати, та яку роль буде виконувати на проєкті. Також, необхідно дізнатися, хто буде надавати контент до проєкту, до кого можна звертатися з питаннями щодо бізнесу тощо. Для таких речей, дуже добре підходить матриця RACI (responsible, accountable, consulted та informed);

  • Дедлайн. Дізнайся про терміни здачі проєкту та проміжні дати презентацій;

  • Процес затвердження. Необхідно, обговорити процес затвердження дизайну, і бажано, щоб це була 1-на людина. Також, необхідно обговорити процес зміни вимог (наприклад, команда зробила певну роботу, її затвердили, але клієнт хоче змінити щось).

Крок 4: Meeting follow-up (MFU) / Протокол зустрічі (Meeting minutes)

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

Інтерв’ю з зацікавленими сторонами

Після того, як ви успішно провели стартову зустріч і запланували наступні зустрічі для інтерв’ю із зацікавленими сторонами, вам потрібно повернутися до артефакту з попереднього етапу «Кабінетного дослідження». Цей документ має містити всі ваші запитання, висновки та гіпотези, які вам потрібно задати на інтерв’ю та отримати якісні відповіді.

Інтерв’ю з зацікавленими сторонами майже нічим не відрізняється від інтерв’ю з користувачами. Такий самий принцип побудови питань на основі гіпотез. Більше детальніше читайте в статті «Інтерв’ю з користувачами (на основі прото-персони) та гіпотез».

Топ коментарі (9)

Згорнути/розгорнути
 
marinax profile image
Марина Попова

Классно, когда у вас построен процесс таким образом, что можно встретится с заказчиком и провести вот такую сессию. У нас менеджеры кидают задачу, которую они с трудом понимают и потом танцы с бубном, чтобы угадать желание заказчика))

Згорнути/розгорнути
 
junki profile image
Mikhail Sokolov

Такая же примерно ситуация) Тут лучше компанию сменить, чем тратить время на войны внутри компании, имхо

Згорнути/розгорнути
 
guzel_kazmiruk_79ad0401e6 profile image
Guzel Kazmiruk

Небольшая опечатка
Чому (Why) not (Who)

Згорнути/розгорнути
 
zhmikhov profile image
Yaroslav Zhmykhov

Дякую дуже)) Виправив)

Згорнути/розгорнути
 
nk_oll profile image
Настя Конюченко

Неймовірно корисні та структуровані статті! Дуже дякую!

Згорнути/розгорнути
 
zhmikhov profile image
Yaroslav Zhmykhov

Прошу)

Згорнути/розгорнути
 
marinax profile image
Марина Попова

Стаття англійською мовою: Kick-off meeting & Stakeholder interviews

Тут мабуть лінка повинна бути)

Згорнути/розгорнути
 
zhmikhov profile image
Yaroslav Zhmykhov

Дякую, я виправив)

Деякі коментарі були приховані автором повідомлення - дізнатися більше