Product Discovery: як визначити, що насправді потрібно користувачам

Product Discovery — це процес, під час якого компанія визначає потреби користувачів та ринку, аналізує бізнес-цілі та тестує ідеї перед тим, як розроблятиме продукт. Основне завдання Product Discovery — переконатися, що команда створює саме те, що потрібно клієнтам.

Автор книги-бестселера “Inspired: How to create tech products customers love” Марті Каган стверджує:

«Мета Product Discovery — швидко відокремити хороші продукти від поганих. У результаті ми отримаємо перевірений беклог продукту».

Що таке беклог і для чого він потрібний читайте в статті: Scrum від А до Я: повний гід з методології гнучкої розробки

Каган також радить команді відповісти на 4 питання:

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

Чому важливо ставити ці питання та шукати позитивні відповіді на них? Аби уникнути ситуації, коли команда розроблятиме продукт, що не матиме попиту на ринку.

Product Discovery допомагає:

• Знизити ризики — створити те, що розв'язуватиме проблему користувача;
• Швидко перевірити ідеї — вибрати кращі та не витрачати час на неефективні;
• Оптимізувати інвестиції — не гаяти ресурси та кошти на зайві рішення;
• Обґрунтувати нововведення — довести, що вони потрібні та корисні;
• Виявити нові можливості та нестандартні виходи з ситуації.

Цей інструмент використовують стартапи та корпорації, маркетологи та дизайнери, продуктові команди та команди розробки.

Що треба зробити, аби дізнатися, який продукт потрібен користувачу:

1. Визначити проблему та сформулювати гіпотези. На цьому етапі команда попередньо аналізує ринок та наявну інформацію. 

Наприклад, команда запускає продукт — застосунок Fit+Happy для людей, що хочуть харчуватися правильно та займатися спортом вдома.

На цьому етапі гіпотеза звучатиме так: «Ми вважаємо, що наша цільова аудиторія — це люди 25-50 років, що активно працюють і не мають часу на спорт у залі. Ми зробимо застосунок зі зручним інтерфейсом та короткими вправами на 5-15 хвилин. Це допоможе клієнтам знайти час на спорт та опанувати інформацію про здорове меню».

Команда може підготувати Assumption Mapping — мапу припущень. Цей візуальний інструмент допоможе зрозуміти, що учасники проєкту думають про майбутній продукт.

2. Дослідити потреби користувача (User Research). Команда прагне зрозуміти, чого насправді хочуть майбутні клієнти, які у них проблеми, болі та мотивація. 

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

Команда Fit+Happy опитала 50 людей, проаналізувала відповіді та з’ясувала: головна проблема не в тому, що клієнтам не вистачає часу, а в тому, що вони не мають плану тренувань та забувають займатися.

3. Сформувати рішення та вибрати, які з них варто протестувати (Ideation & Solution Generation). Команда шукає спосіб розв’язати проблему, про яку вона дізналася на попередньому етапі. Для цього вона генерує ідеї, аналізує конкурентів, описує ідеальний застосунок для майбутніх користувачів.

Команда пропонує ідею: додати в Fit+Happy систему повідомлень-нагадувань, що попереджатимуть про час і тривалість тренування, та синхронізувати застосунок з фітнес-годинником, аби постійно відстежувати результати занять.

4. Створити прототипи та протестувати ідеї (Prototyping&Testing). Команда готує швидкі інтерактивні чи візуальні прототипи, щоб перевірити ідеї до того, як внесе їх в основний продукт. Для цього можна проводити A/B-тести (порівнювати кілька версій одного рішення), Usability тести (виявити проблеми, з якими стикаються реальні користувачі) та інші види тестів.

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

5. Вибрати рішення, підтвердити, що воно життєздатне, запланувати наступні кроки (Validation & Planning). Команда вирішує, які функції варто включити у MVP (мінімально життєздатний продукт) і наступні версії, визначає пріоритети розробки, готує довгостроковий план розвитку продукту.

Команда ухвалює фінальні рішення та розробляє продукт.

Хто бере в цьому участь? 

• Product Manager (PM) організовує процес, ставить цілі, координує учасників. 
• UX/Product Designer досліджує досвід користувачів, створює прототипи, проводить тести.
• UX-райтер пише тексти для інтерфейсу застосунку — прості, зрозумілі та цікаві.
• UX Researcher аналізує поведінку й мотивації користувача, проводить інтерв’ю.
• Tech Lead / Developer оцінює, чи технічно можливо реалізувати ідеї.
• Business Analyst збирає та аналізує бізнес-вимоги.

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