Золоте коло Саймона Сімека чудово допомагає створити будь-який план, відповівши на три запитання:
- Крок №1: Чому ми робимо дослідження?
- Який об’єкт нашого дослідження?
- Яка мета нашого дослідження?
- Крок №2: Що ми хочемо дослідити?
- Які наші гіпотези?
- Що ми маємо дослідити в першу чергу?
- Крок №3:Як ми це зробимо?
- Які експерименти ми зробимо?
- Як ми зрозуміємо що отримаємо підтвердження чи спростування гіпотези?
Крок №1: Чому ми робимо дослідження?
Для формулювання мети дослідження нам потрібно зрозуміти що ми будемо тестувати на навіщо.
В цьому нам допоможуть три треки користувацьких досліджень:
- Стратегічний трек: дослідження користувачів, щоб зрозуміти еволюцію їх мети та виявити потреби, які ще їм невідомі для створення довгострокового бачення продукту. Наприклад: щоденникові чи етнографічні дослідження.
- Тактичний трек: дослідження мети та проблем користувачів, щоб зрозуміти за допомогою якого рішення продукт може допомогти в короткостроковій перспективі. Наприклад: інтерв’ю, опитування, сортування карток тощо.
- Трек перевірки: дослідження та тестування рішення, щоб переконатися що воно дійсно допомагає користувачам досягти їх мети. Наприклад: якісні та кількісні тестування.
Під час перевірки гіпотези наші дослідження мають дві фази:
- Дослідження проблеми: чи варто вирішувати цю проблему саме зараз та як її вирішення вплине на користувачів та бізнес?
- Дослідження рішення: яке з наших рішень буде настільки зручним та простим в реалізації, щоб вирішити проблему створивши цінність користувачам та бізнесу?
Приділяйте не більше 40% часу на дослідження проблеми, щоб залишити 60% часу на дослідження рішення
Крок №2: Що ми хочемо дослідити?
Канва пріоритезації гіпотез допомагає визначити які з них варто дослідити в першу чергу.
Цінність гіпотези це співвідношення користі для користувачів та впливу на бізнес
Найпростішим способом є вирахування приблизної (sic!) вартості поганого користувацького досвіду.
Скільки користувачів мають проблему? | × | Які показники бізнесу ми асоціюємо з цією проблемою? | = | Вартість поганого досвіду користувача |
~480 працівників компанії забувають створити заявку на бізнес-ланч | × | ~$15 середня вартість бізнес-ланчу | = | (480×15)×22 = $158,400
недоотриманого прибутку в місяць |
~200 незавершених покупок в інтернет-магазині / місяць | × | Середній чек ~$50 | = | ~$10,000 недоотриманого прибутку в день |
~300 годин дзвінків в службу підтримки на місяць | × | Вартість роботи саппорту ~$75 / година | = | $22,000 витрат на місяць |
15 сторінок сайту які мали відвідувань впродовж кварталу після релізу | × | Команда разом витратила ~80 годин роботи на сторінку | = | Змарновані 15 × 80 = 1,200 годин роботи команди |
Як визначити ризик?
Я рекомендую побудувати матрицю ризиків, розмістивши на одній шкалі відсоток користувачів на які вплинуть зміни та суттєвість цих змін на іншій.
Приклад суттєвості змін користувацького досвіду:
- Незначні зміни: сповіщення за день до завершення прийому заявок на бізнес-ланчі.
- Суттєві зміни: автоматичне копіювання страв бізнес-ланчів на наступний тиждень.
- Кардинальні зміни: користувач разом з колегами обирає дату, час та страви для бізнес-ланчу.
Як наслідок, канва пріоритизацій гіпотез буде виглядати таким чином:
Приклад пріоритизації гіпотез для сервісу вакцинації (скорочена версія твердженнь)
Крок №3:Як ми це зробимо?
Ми створюємо план досліджень поступово рухаючись кривою правди.
Створити власну «криву правди» для гіпотези нам допоможе відповідь на запитання: Скільки часу на дослідження ми матимемо [за цей проміжок часу]?
Шаблон плану перевірки гіпотези
Ми припускаємо, що [ця фіча] для [цих користувачів] призведе до досягнення [цього важливого для бізнесу чи користувачів результату].
Скільки часу на дослідження ми матимемо? | Який тип дослідження будемо використовувати? | Як ми зрозуміємо що отримаємо підтвердження чи спростування гіпотези? | Як ми це зробимо командою? |
30 хвилин
на день | |||
1 день | |||
1 тиждень | |||
1 місяць |
Отже, план перевірки гіпотези може виглядати таким чином
Ми припускаємо, що наявність історій натхнення на сайті підвищить рівень довіри не_донорів до платформи.
Скільки часу на дослідження ми матимемо? | Який тип дослідження будемо використовувати? | Як ми зрозуміємо що отримаємо підтвердження чи спростування гіпотези? | Як ми це зробимо командою? |
30 хвилин
на день | Інтерв’ю | Поспілкувавшись із 3 донорами ми переконаємось:
1. довіра до платформи впливає на прийняття рішеня про пожертву
2. Донори раді ділитися історіями про себе | 1. Разом підготуємо запитання
2. Разом відберемо користувачів
3. Таня спілкується, Юра робить нотатки |
1 день | Тестування | Гіпотезу буде підтверджено, якщо для прототипу з історіями рівень довіри та причетності буде на 10-20% вищий, ніж для прототипу без них. | 1. Юра зробить прототип
2. Таня знайде респондентів та організує тестування
3. Ми разом обробимо результати |
1 тиждень | Опитування | Отримавши 20 заповнених форм ми деталізуємо страхи та очікування на кроках клієнтського шляху | 1. Разом підготуємо запитання
2. Таня зробить форму
попросимо SHUA розмістити
3. Юра проаналізує |
1 місяць | Аналіз метрик | Через місяць після запуску історій ми дізнаємось:
1. Кількість переглядів історій >100.
2. Кількість покупок дефіцитних товарів збільшилась на 10% | 1. Розробники додадуть Google Analytics до сторінки
2. Бізнес надасть нам доступ
3. Ми проаналізуємо результати та запропонуємо наступні кроки |
