Как проверять спрос на новый продукт по оплатам: опыт Zerocoder
Как команда Zerocoder проверяет новые предложения по оплатам и принимает решение о развитии продукта. По рассказу Кирилла Пшинника.
На встрече сообщества CMO.PRO 4 сентября 2026 года Кирилл Пшинник рассказал, как Zerocoder проверял новые продуктовые идеи: сначала собирал сигналы о спросе, затем проводил проверку на своей базе и решал по продажам, стоит ли продолжать.
Соберите первые сигналы о спросе
До разработки команда проверяла, есть ли вакансии в направлении, какие поисковые запросы используют люди и какие предложения уже есть у конкурентов. Агенты помогали собрать эту информацию в отчёт.
Такие сигналы помогают понять, стоит ли запускать проверку идеи. Сами по себе они ещё не подтверждают, что покупатели готовы платить.
Проведите ограниченную проверку на своей аудитории
В описанном процессе первую проверку проводили на собственной базе. Команда собирала посадочную страницу, приглашала людей на вебинар по теме продукта и фиксировала продажи. Порядок проверки:
- Подготовить страницу с описанием предложения.
- Пригласить часть базы на вебинар по теме продукта.
- Провести вебинар силами внутреннего эксперта.
- Зафиксировать оплаты.
Вебинар обычно проводил эксперт из команды, который знал продукт и мог объяснить его аудитории. Внешних экспертов привлекали реже, поскольку их нужно было отдельно вводить в контекст. Обычно платную рекламу подключали позже, если продукт показывал результат на базе. Отдельно спикер описал случаи, когда для предложения искали другую аудиторию вне своей базы.
Определите коммерческий критерий до запуска
Главным критерием в кейсе были продажи. Регистрации на вебинар команда считала косвенным показателем: они показывали интерес к теме, но не подтверждали готовность купить.
До запуска команда задавала внутренний порог продаж. Если проверка проходила этот порог, продукт испытывали дальше, в том числе на платной рекламе. Порог относился к модели Zerocoder, а не к другим компаниям.
Доработайте или остановите гипотезу по результату
Если первый запуск не срабатывал, команда разбирала причину и могла повторить проверку после доработки. Если продажи не появлялись, продукт не запускали. Результат также мог отличаться между собственной базой и платной рекламой.
| Ситуация | Решение команды |
|---|---|
| Продукт покупают по базе, реклама не приводит покупателей | Оставляют продукт в цепочке для базы |
| База реагирует слабо, а реклама приводит покупателей | Ищут отдельную внешнюю аудиторию |
Поэтому слабый результат на базе не всегда означал, что продукт нужно закрыть: иногда команда искала подходящую аудиторию во внешней рекламе. Если проверка там тоже не срабатывала, идею не развивали.
Показывайте команде метрики и причины решений
В компании открывали сотрудникам метрики отделов, чтобы участники запуска могли обсуждать результаты и понимать причины решений. Продажи были главным показателем, а регистрации и положительные ответы в опросах — дополнительными сигналами: интерес к идее не всегда превращался в покупку.
Статья подготовлена по записи встречи CMO.PRO. Обсуждение практических подходов продолжается в сообществе CMO.PRO.
