Когда применять
Сложносоставная гипотеза продукта, несколько этапов проверки, нужна прозрачность для команды и инвесторов.
#cddc · Customer Development Design Canvas
CDDC систематизирует custdev-исследование: от выявления боли до подтверждения гипотезы деньгами — с декомпозицией на «узловые» этапы и явными метриками.
Сложносоставная гипотеза продукта, несколько этапов проверки, нужна прозрачность для команды и инвесторов.
Заполненный план Discovery и Validation: кто, как, какая метрика и что считать успехом на каждом шаге.
Канвас с этапами 1.1, 1.2 … 2.1, 2.2 и итоговой продуктовой гипотезой.
Customer Development — разработка продукта и компании вокруг потребностей потребителей. CDDC переводит эту идею в рабочий артефакт: таблицу шагов проверки.
Канвас делит работу на Customer Discovery (понять проблему, сегмент, сформулировать решение) и Customer Validation (проверить готовность платить через MVP, трафик, продажи).
CDDC позволяет систематизировать комплексное custdev-исследование, где итогом является подтверждение гипотезы деньгами.
Интервью, опросы, понимание боли и работы потребителя. Формулировка требований к решению. Подходит, когда важно узнать проблему и контекст до того, как спрашивать «каким должен быть продукт».
MVP, трафик, оффер, продажи. Ответ на вопрос «готовы ли платить» даёт рынок: конверсия, отказы, возражения, поведение после покупки.
Каждый этап тестирования (например, 1.1, 2.1) описывается одними и теми же полями — как «узел» проверки. В конце шага фиксируются выводы: что узнали и куда двигаемся дальше.
Неправильная метрика = непроверенная гипотеза. Если цель — продажа, метрика «бесплатные регистрации» не подходит; на ранних этапах — свои показатели (CPI, конверсия в заявку и т.д.).
С чем сравниваем результат: при CPI 60 ₽ — это успех или провал? Бенчмарк определяет, считаем ли гипотезу подтверждённой.
Отдельный блок внизу узла: краткий итог шага — гипотеза подтверждена или нет, главный инсайт и решение (переходим к следующему этапу, меняем гипотезу или останавливаем проверку). Без выводов канвас остаётся набором полей, а не управленческим решением.
Тестировать одну огромную гипотезу — как собирать автомобиль без проверки узлов: что-то сломается, и причину будет сложно найти.
CDDC разбивает проверку на последовательные (или параллельные) шаги: сначала боль, потом сегмент, потом ценность, потом канал, потом монетизация — каждый со своим методом и критерием успеха.
Декомпозиция гипотезы на узлы делает custdev управляемым и показывает, где «узкое место» продукта.
MVP — не «собрать продукт по деталям», а минимальная функциональная версия, которая даёт данные для метрик канваса. Иногда MVP сложнее финального продукта: нужны гибкие тарифы, быстрые переключения, сбор сигналов для HADI и CDDC.
Чат-боты и лендинги полезны для ранних (левых) частей гипотезы, но не заменяют проверку гипотезы в целом.
Канвас CDDC 2026: название проекта, итоговая продуктовая гипотеза, этапы Discovery и Validation с полями гипотеза / метод / респонденты / действия / выводы, метрика, бенчмарк, action standards, бюджет, результат и инсайт.
Заполненный пример для проекта OneScore разбирается в канале — удобно смотреть вместе с пустым шаблоном.
PDF-шаблон для заполнения. Подходит для B2C и B2B, в том числе для проектов с «убер-моделью».