Опишите затруднение пользователя
Представим сервис записи в общественную мастерскую. Человек выбирает занятие, но только в конце узнаёт, что нужный инструмент временно недоступен. Команда предлагает добавить уведомления. Однако сначала стоит уточнить, где возникает проблема: посетитель не понимает условия, данные устарели или информация спрятана слишком глубоко. Каждая причина предполагает своё изменение. Уведомления не исправят неверные сведения, если никто не обновляет расписание оборудования. Здесь продукт включает не только интерфейс, но и работу людей, поддерживающих информацию. Полезная формулировка проблемы описывает пользователя, момент затруднения и последствие: посетитель тратит время на запись, которую затем приходится отменять.
Сформулируйте гипотезу и ограничьте проверку
Допустим, наблюдения показали, что актуальные сведения есть, но видны слишком поздно. Гипотеза: если показать доступность оборудования перед выбором времени, уменьшится число записей, отменяемых именно из-за этой причины. Это предположение связывает изменение с ожидаемой пользой. Первый прототип может быть простым изображением страницы. На нём проверяют, замечает ли человек информацию и понимает ли её. Такой тест не доказывает снижение отмен в работающем сервисе. Для этого потребуются реальные данные после внедрения и подходящий способ сравнения. Разные этапы отвечают на разные вопросы: понятность макета, работоспособность решения и влияние на результат нельзя считать одним и тем же.
Читайте показатели вместе с контекстом
В условном месяце было двести подтверждённых записей и двадцать отмен из-за недоступного оборудования: десять процентов. В следующем месяце записей стало триста, а таких отмен — двадцать четыре, то есть восемь процентов. Абсолютное число отмен выросло, доля снизилась. Оба наблюдения верны и описывают разные стороны ситуации. Но уменьшение доли само по себе не устанавливает причину. Мог измениться состав занятий или доступность оборудования. Стоит также проверить, не стало ли людям труднее завершать запись вообще: снижение отмен ценой потери большинства посетителей сомнительно. Для решения нужны числа, обратная связь и понимание условий сравнения. Важно заранее определить, какие события входят в показатель, чтобы после изменения интерфейса команда не начала считать их иначе.
Попробуйте на практике
Составьте короткую карточку продуктовой гипотезы для вымышленной мастерской. Ничего разрабатывать и публиковать не нужно.
- Запишите проблему пользователя одним предложением и укажите, какие наблюдения помогли бы проверить её существование.
- Предложите одно изменение и объясните, почему оно должно уменьшить отмены по конкретной причине.
- Посчитайте долю таких отмен для двух периодов: пятнадцать из ста пятидесяти и восемнадцать из двухсот двадцати пяти.
- Добавьте один показатель возможного ухудшения и один вопрос для беседы с пользователем. Укажите, чего пока недостаточно для вывода о причинном эффекте.
Как проверить результат. Получились десять и восемь процентов. Карточка различает выполненную функцию и пользу, учитывает возможное ухудшение и не объявляет изменение показателя доказанным эффектом без дополнительной проверки.
Частые вопросы
Если функция выпущена вовремя, задача выполнена?
Работа по выпуску может быть завершена, но продуктовую гипотезу ещё нужно оценить. Важно узнать, решает ли функция заявленную проблему и не создаёт ли новых затруднений.
Можно ли выбрать один главный показатель?
Можно выделить основной ориентир, но полезно проверять его вместе с ограничениями и дополнительными наблюдениями. Одна цифра редко показывает все последствия изменения, особенно для разных групп пользователей.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.