CustDev без остановки: как работает continuous discovery
Для продакт-менеджеров, которые однажды собрали требования клиентов и считают их окончательными. Объясняю, как непрерывное открытие (continuous discovery) превращает CustDev — исследование клиентов — в постоянный процесс рядом с разработкой, как устроен Dual Track Scrum и что ответить скептикам в команде.
В работе продакт-менеджера часто звучат такие утверждения:
- «Я знаю, чего хотят мои клиенты».
- «Я точно прав».
- «У меня за плечами годы опыта в этой сфере, я понимаю потребности людей».
- «Мы уже определили все требования клиентов, осталось только реализовать».
Звучит уверенно, но на практике ведёт к опасным заблуждениям. Чем чаще я слышу такие слова, тем твёрже становлюсь сторонником непрерывного открытия (continuous discovery). Этот процесс требует постоянно пересматривать предположения и искать подтверждения гипотез. Его цель — по-настоящему понять, чего хотят клиенты и почему, а не полагаться на интуицию и опыт.
Что такое непрерывное открытие
Открытие (discovery) — не этап в начале разработки продукта, а непрерывный процесс, который сопровождает команду на всём пути. Нельзя ограничиваться исследованиями на старте и в конце разработки. Нужно учиться рано и часто. Основной принцип: изучить проблему до того, как начнёте разрабатывать решение.
Как это устроено: Dual Track Scrum
Эффективнее всего модель воплощается в подходе «Dual Track Scrum» («двойной трек»). Его впервые предложил Марти Каган, вдохновившись идеями Джеффа Паттона. Хотя в названии есть Scrum, непрерывное открытие встраивается в любые итеративные методологии — Kanban или XP. Важна не методология, а сам подход: постоянное обучение направляет разработку продукта.
В «двойном треке» команда ведёт два потока одновременно. Первый занимается открытием и проверкой гипотез, второй — разработкой программного обеспечения. Это не два отдельных процесса, а связанные действия, которые питают друг друга: открытия одной итерации помогают делать более точные и востребованные функции в следующей.
Что даёт процесс открытия на выходе
Результаты открытия бывают разными:
- пользовательские истории с критериями приёмки;
- дизайнерские решения или прототипы;
- прототипы разной степени точности и детализации;
- информация о проблемах пользователей, найденных в работе с существующим продуктом;
- данные экспериментов, например A/B-тестов.
Форма не важна. Главная цель — понять реальную потребность клиента и подтвердить, что наши идеи её закрывают.
Три возражения против непрерывного открытия и ответы на них
Многие спрашивают, когда и зачем использовать непрерывное открытие. Вот частые возражения.
«Почему бы просто не разработать продукт и не посмотреть, что получится?»
Этот вопрос часто задают те, кто привык к классическим циклам разработки. Запуск с последующим анализом поведения пользователей — тоже способ учиться. Но непрерывное открытие снижает продуктовые риски намного раньше. Вместо недель или месяцев разработки функций, которые могут оказаться ненужными, вы получаете обратную связь от реальных пользователей в процессе работы.
«Не впадём ли мы в паралич анализа?»
Это одно из частых опасений при внедрении discovery-спринтов. Чтобы его избежать, задайте каждому циклу чёткие временные рамки и объём. Тогда команда не утонет в аналитике и сосредоточится на проверке самых рискованных предположений. Каждый цикл открытия должен заканчиваться набором проверенных потребностей пользователей, которые переходят в разработку в следующем спринте.
«Не будем ли мы ходить по кругу?»
Может показаться, что постоянно тестировать уже работающий продукт — пустая трата времени. Но по моему опыту, даже в работающем программном обеспечении всегда есть что улучшить. Непрерывное тестирование помогает быстрее находить баги и улучшать продукт, не дожидаясь финального релиза. Это намного менее рискованно, чем выпустить продукт в конце разработки и надеяться на успех.
Важно: непрерывное открытие — это не водопадная модель, где каждый этап замыкается на предыдущем. Разработка идёт параллельно с открытием, и новые идеи попадают в реальный продукт уже на следующей итерации.
Главный урок: собирайте требования постоянно
Не собирайте требования клиентов один раз — делайте это постоянно. Когда исследование сопровождает разработку на всех этапах, команда находит решения «рано и часто» и создаёт продукт, который действительно решает задачи клиентов, пока его проектируют и разрабатывают.
Непрерывное открытие — не просто ещё один инструмент продакт-менеджера. Это философия создания продуктов, построенная на постоянном обучении и тесной работе с реальными пользователями. Команда, которая внедрит её в свои процессы, снизит риски и создаст продукт, востребованный на рынке.
- Выпишите 3 утверждения о клиентах, в которых команда «уверена», и отметьте, какие из них подтверждены данными или интервью.
- Выберите самое рискованное предположение и запланируйте его проверку в ближайшем спринте с чёткими рамками по времени.
- Договоритесь с командой, что каждый цикл открытия заканчивается списком проверенных потребностей для следующего спринта.
Вопросы
Чем continuous discovery отличается от классического CustDev?
Классическое исследование часто проводят один раз — на старте или в конце разработки. Непрерывное открытие идёт постоянно, параллельно с разработкой, и его выводы попадают в продукт уже на следующей итерации.
Что такое Dual Track Scrum?
Это подход, в котором команда ведёт два связанных потока: открытие и проверку гипотез и разработку. Несмотря на название, его можно встроить и в Kanban, и в XP.
Что получается на выходе процесса открытия?
Пользовательские истории с критериями приёмки, дизайнерские решения и прототипы, данные о проблемах пользователей и результаты экспериментов, например A/B-тестов.