'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
Как формулировать
Рабочая форма простая: что меняем, для кого, какого результата ждём и по какому показателю поймём. «Напоминание за день до срока снизит долю просрочек с двадцати процентов до двенадцати у команд, которые ведут задачи с датами».
Число обязательно, и назначают его до проверки. Без порога любой результат окажется успехом: подходящую цифру найдут в любом наборе данных задним числом.
Порог выбирают из смысла. Спросите себя, при каком результате вы откажетесь от идеи; это и есть граница.
Самая дешёвая проверка
Разработка — дорогой способ задать вопрос. До неё есть лестница дешёвых: показать прототип на встрече, написать письмо с предложением и посчитать отклики, сделать страницу с описанием, выполнить работу вручную под видом функции.
Ручная имитация недооценена. Заявки приходят через форму, а выполняет их человек: вы узнаёте и спрос, и реальную трудоёмкость, ничего не построив.
Выбирают проверку по соотношению цены и снимаемого риска. Самый большой риск проверяют первым, даже если это неудобно.
- Разговор с прототипом. Часы работы. Отвечает на вопрос, понятно ли решение.
- Письмо или объявление. День. Отвечает на вопрос, есть ли интерес.
- Страница с описанием. Два-три дня. Показывает готовность оставить заявку.
- Ручная имитация. Неделя. Даёт спрос и настоящую трудоёмкость.
- Ограниченный выпуск. Две-три недели. Даёт поведение на реальных данных.
Про минимальный продукт
Размер минимального продукта задаёт вопрос, на который вы отвечаете. Половина функциональности, выпущенная без вопроса, — просто слабый продукт, показанный пользователям.
Полезная проверка формулировки: что вы сделаете, если результат окажется отрицательным. Если ответ «всё равно построим полностью», проверка не нужна, стройте сразу и не тратьте время на ритуал.
Решение после проверки
У проверки три исхода: подтвердилось, не подтвердилось, данных не хватило. Третий встречается чаще, чем хочется, и обычно означает слишком короткий срок или слишком маленькую выборку.
Решение записывают вместе с причиной в журнал. Через полгода эта запись отвечает на вопрос, почему отказались от идеи, которую снова предлагают — а её обязательно предложат снова.
Отказ фиксируют так же спокойно, как подтверждение. Как только за отрицательный результат начинают спрашивать, команда переходит к проверке очевидного, и вся конструкция теряет смысл.
Сколько данных достаточно
Ориентир зависит от того, какое изменение вы хотите заметить. Различие в два раза видно на десятках наблюдений; сдвиг на пару процентов требует тысяч.
Практическое следствие: мелкие улучшения интерфейса проверять экспериментом на небольшом продукте бессмысленно — значимости не будет. Такие решения принимают по здравому смыслу и наблюдению за людьми.
Что проверять и чем
| ВОПРОС | ПРОВЕРКА | СРОК |
|---|---|---|
| Понятно ли решение | Разговор с прототипом | Часы |
| Есть ли интерес | Письмо, объявление | День |
| Готовы ли оставить заявку | Страница с описанием | 2–3 дня |
| Каков реальный спрос и трудоёмкость | Ручная имитация функции | Неделя |
| Как ведут себя на реальных данных | Ограниченный выпуск | 2–3 недели |
Проверка поставлена корректно
Проверка обесценивается двумя способами: показатель выбирают после эксперимента или заранее знают, что построят в любом случае. Пройдите по пунктам до старта.
Отмечено 0 из 7
Как вести проверки в Shtab
Каждая гипотеза — карточка со статусами от формулировки до решения. Показатель и порог живут полями, и после старта их видно всем: подправить задним числом уже не выйдет.
- Статусы списка гипотез показывают, сколько проверок идёт одновременно.
- Поля с показателем и порогом фиксируют условие до начала эксперимента.
- История карточки хранит, когда порог задали, — задним числом не поменяешь незаметно.
- Ограничение незавершённой работы держит число одновременных проверок в разумных пределах.
- Страница-журнал собирает решения с причинами и находится поиском.
- Связи задач соединяют гипотезу с работами, которые из неё выросли.
Частые вопросы
Меняйте способ проверки. На маленькой аудитории работают качественные методы: разговор с прототипом, наблюдение за работой, ручная имитация. Эксперимент со сравнением вариантов требует объёма, которого у небольшого продукта обычно нет, и его результаты там чаще случайны.