Кастдев превращают в задачу на проверку поведения, прежде чем агенты начнут писать продукт

Кастдев, или customer development, помогает проверить представления о клиенте и бизнесе. Интервью дают материал: прошлые действия, текущие затраты, обходные решения, участников покупки. Из него ещё нужно выделить допущение, которое может разрушить замысел продукта.

Допустим, вы хотите продавать сервис еженедельных отчётов руководителям продаж. Собеседник просит красивую панель. Полезнее выяснить, когда он последний раз собирал отчёт, что сделал с результатом и кто согласует покупку. Это условная ситуация, интервью мы не проводили.

Стив Бланк в предложении обновить Lean LaunchPad от 30 сентября 2026 советует проверять отдельные гипотезы небольшими частями продукта. Готовое на вид приложение может появиться раньше доказательств пользы. Это предложение автора методики, а не исследование эффективности агентов. Если меняется клиент или его задача, пивот нового продукта требует отдельной проверки новой гипотезы.

Выберите условие, без которого продукт не имеет смысла. Для отчётного сервиса это может быть регулярное использование результата. Удобство кнопки импорта не отвечает на этот вопрос, хотя его тоже придётся проверить.

В B2B пользователь и покупатель могут быть разными людьми. Руководитель продаж готов пробовать сервис, а бюджет согласует директор. Действие первого не доказывает согласия второго: обе гипотезы требуют своих свидетельств.

Выбирайте форму проверки по неопределённости. Иногда достаточно вручную собрать отчёт и предложить его компании. Код нужен, когда проверяемое действие зависит от работающего сценария, например самостоятельного повторного использования.

Начните задание с наблюдения и отдельно подпишите своё предположение. Ссылка на запись интервью позволяет проверить, что сказал человек, а что добавили вы или модель. Агент не должен превращать пересказ в якобы установленный факт.

Дальше используйте постановку задачи агенту: ожидаемый результат, границы, проверка. Для кастдева добавьте участников, действие, окно наблюдения и правило решения. В Test Card Strategyzer отдельно задаются гипотеза, эксперимент, измерение и порог результата.

Правила для ИИ-агентов ограничивают реализацию: какие данные разрешены, что входит в сценарий, кто принимает работу. Условия эксперимента согласуйте до запуска, чтобы не менять критерий под уже увиденный результат.

Инженер ведёт машину агентов и проверяет, что реализован согласованный сценарий. Руководитель разработки с агентами организует эту работу. Основатель отвечает за вывод о продукте: фактическое поведение участников может не совпасть с гипотезой при исправном коде.

В нашей практике агентной разработки есть урок «Одиннадцать шагов одной задачи». Он относится к движению задания до принятого изменения. Такая дисциплина помогает реализовать проверку, но сама по себе не подтверждает клиентский спрос.

Держите описание результата рядом с кодом и результатами проверки. Для эксперимента добавьте отдельную запись фактических действий и решения владельца. Тогда следующая задача возникает из наблюдения, а не из желания продолжать уже начатую разработку.

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

На vibecoding.ru мы сталкивались с потерянными полями, ложным нулём и правилом без автоматической проверки. Это история нашей машины агентов, не история проверки спроса B2B-сервиса.

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

На открытой странице машины видны изменения проекта и роль инженера в принятии работы. Это доказательство работы конвейера кода. Для подтверждения вашей гипотезы нужны действия ваших участников, а не число наших изменений.

В журнале эксперимента сохраните всех приглашённых, условия предложения, события использования и сопровождение. Если инженер вручную помог каждой компании, это тоже часть результата: самостоятельность использования ещё не проверена.

Завершите запись решением и следующей задачей. Например, повторное использование есть, но покупатель не найден: дальше проверяют покупку. Дополнительная панель не закрывает эту неопределённость.

Сначала убедитесь, что проверка состоялась: предложение дошло до нужных людей, сценарий работал, данные записались. Если этого нет, результат не позволяет судить о гипотезе. Исправляют эксперимент и повторяют наблюдение.

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

Небольшой пилот даёт материал для следующего решения, а не оценку всего рынка. Не переносите условный порог из нашего примера на другой продукт: цена ошибки, цикл покупки и доступность участников отличаются.

Заказывать разработку имеет смысл, когда без рабочего сценария не проверить выбранное действие. Если ответ можно получить разговором с покупателем или ручным предложением отчёта, начните с этого. Так вы точнее определите объём кода.

На странице агентной разработки для бизнеса формат «Один проект» стоит 250 000 ₽ в месяц. Цена сверена 8 октября 2026; это подписка на разработку, а не стоимость гарантированного подтверждения спроса. Инженер ведёт машину агентов и сдаёт изменения на приёмку.

Принесите вывод интервью и критерий результата. Если пока получается только список функций, сначала стоит обсудить постановку задачи. Вопрос для обсуждения: какое действие клиента должно изменить решение о следующей разработке?

1. Вывод интервью превратите в допущение, которое можно опровергнуть.

2. До кода запишите участников, действие, окно наблюдения и правило решения.

3. Отдельно примите работающий сценарий и оцените реальное поведение клиентов.

4. Потерю данных отличайте от отсутствия действия; сопровождение тоже учитывайте.

5. Завершайте эксперимент решением: следующая проверка, изменение гипотезы или остановка.