Гипотезы и эксперименты

Hypothesis backlog · Карточка эксперимента

Помогает превратить идею в проверку, после которой можно принять решение.

Что подготовить. Цель, исходные данные и решение, для которого не хватает основания.

Что получите. Составите план проверки идеи и зафиксируете факты, на основании которых сможете принять решение.

Когда пригодится

Одни и те же идеи возвращаются, а любой результат объявляется успехом.

Как использовать

  1. Запишите, для кого и почему изменение должно дать эффект.
  2. Назовите неизвестное, которое мешает решению.
  3. Выберите посильную проверку. Это может быть разговор, предложение, ручная услуга или эксперимент.
  4. До запуска задайте аудиторию, срок, метрику, критерий решения и то, что не должно ухудшиться.
  5. Сохраните результат, ограничения данных и следующий шаг.

Что учесть

«Переделать сайт» — задача. «Если раньше показать полную цену, больше подходящих клиентов завершат оформление» — предположение, которое можно проверить. Маленькая серия наблюдений не доказывает эффект для всего рынка.

Заполненный учебный пример

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

Вывод. Качественная проверка дала основание доработать сценарий. Она не доказала коммерческий эффект.

Следующее действие. Записать, что известно, что осталось неизвестным и каким способом проверяется следующий вопрос.

Что проверить после изменения. Не менять критерий после результата; если данных недостаточно, оставить статус «не определено».

Как отличить гипотезу от задачи в плане

«Запустить рассылку» — действие. Гипотеза объясняет, почему конкретное изменение должно повлиять на поведение определённой группы: например, ясные условия доставки помогут людям закончить оформление. Нужны исходное наблюдение, ожидаемый результат и способ проверки. В реестре полезно хранить и неподтверждённые версии, чтобы команда не возвращалась к ним без новых оснований.

Как зафиксировать, что гипотеза не подтвердилась

Разделите «изменение не помогло» и «мы не смогли корректно проверить». В первом случае меняется версия о причине, во втором — способ измерения или постановка проверки.

Почитать о методе

Как я на это смотрю

Я бы просил команду закончить фразу: «мы считаем, что это сработает, потому что…». Если после неё только мнение, это ещё не запрет на проверку, но основание для осторожного масштаба. И я бы заранее обсуждал, какой результат заставит нас отказаться от идеи: иначе любая проверка может закончиться удобным объяснением.