Промпты для проверки бизнес-допущений

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

Мнение чат-бота и валидация спроса

Модель уверенно отвечает на любой вопрос об идее. Без переданных свидетельств у модели нет фактической опоры для вывода о ваших клиентах. Это ключевое различие для всей работы с промптами: текст модели описывает правдоподобный сценарий, а валидация требует свидетельств из внешнего мира.

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

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

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

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

Рабочий приём: в каждом промпте явно запрещайте модели подтверждать спрос и придумывать числа. Формулировка «не подтверждай спрос» и «без придуманных процентов» переводит ответ в режим структурирования. Ответ ограничивается разбором переданного материала.

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

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

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

Три промпта: извлечение, ранжирование, дизайн проверки

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

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

Ты помогаешь разложить бизнес-идею на проверяемые утверждения.
Вот описание идеи: [ваше описание идеи в 5-10 предложениях].
Вот что уже известно: [ваши наблюдения, разговоры, цифры, если есть].

Сделай следующее:
1. Выпиши все утверждения, которые должны быть верны, чтобы идея работала.
2. Раздели их на две группы: факты (есть подтверждение из моих данных) и допущения (подтверждения нет).
3. Для каждого допущения укажи, о ком или о чём оно: клиент, канал, цена, продукт, партнёр.
4. Не подтверждай спрос. Не придумывай проценты, доли рынка и прогнозы выручки.
5. Если для утверждения не хватает данных, пометь его как непроверенное.

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

Вот список допущений: [вставьте список из первого шага].

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

Промпт для дизайна проверки. Задача: получить карточку проверки с методом, наблюдением и критерием решения.

Составь авторскую учебную карточку проверки для одного допущения.
Допущение: [выбранное допущение].
Формат карточки:
- гипотеза: что именно проверяем, одним предложением;
- метод: какое действие выполню и с кем;
- наблюдение: что буду фиксировать дословно;
- критерий решения: какое условие считаю достаточным, зафиксированное до проверки.
Не генерируй интервью, продажи и рыночные числа.
Не предлагай попросить модель разыграть клиентов.

Порядок применения важен. Извлечение даёт полный список. Ранжирование сокращает список до одного-двух пунктов, где ошибка дороже всего. Дизайн проверки превращает выбранное допущение в конкретное действие с заранее зафиксированным условием.

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

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

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

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

Желательность, осуществимость и жизнеспособность

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

Желательность проверяется разговорами о прошлом поведении. Strategyzer описывает разговор с клиентами как способ понять, ценят ли они идею и готовы ли платить. Вопросы о будущем поведении дают вежливые ответы. Вопросы о прошлом дают случаи с датами и последствиями.

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

Жизнеспособность проверяется числами ваших затрат и ваших цен. Модель не знает ваших издержек и не может оценить сходимость экономики. Она может помочь построить таблицу, в которую вы подставляете свои значения, и показать, какие строки остаются пустыми.

Таблица разводит три группы по способу проверки и типу свидетельства.

Промпт для разведения групп. Задача: разложить список допущений по трём группам и указать способ проверки для каждой.

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

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

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

Третья ошибка: считать группу проверенной по одному свидетельству. Один разговор даёт один случай. Повторяемость появляется при нескольких разговорах, и именно повторяемость отличает случай от закономерности.

Учебная карточка проверки с критерием до наблюдения

Ниже — авторский учебный пример. Он вымышлен и составлен вручную для обучения. Продуктовый запуск, импорт, испытание модели, интервью, реальные сделки и эффект не проводились и не измерялись. Числа в примере — условные учебные значения, выбранные для показа структуры.

Учебная идея: сервис напоминаний для мастерских. Есть прототип, интервью и оплат пока нет. Допущения: владельцы теряют заказы из-за пропущенных уведомлений; готовы менять канал; готовы платить.

Карточка проверки для первого допущения.

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

Разбор полей карточки. Гипотеза задаёт утверждение о повторяемости наблюдаемой проблемы. Метод называет действие и число разговоров. Наблюдение описывает, что именно фиксируется в записи: дата и последствия. Критерий задаёт порог, при котором допущение считается прошедшим проверку.

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

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

Промпт для карточки под вашу идею.

Составь авторскую учебную карточку проверки для одного допущения.
Допущение: [ваше допущение].
Заполни поля: гипотеза, метод, наблюдение, критерий решения.
Гипотеза — утверждение о повторяемости, одним предложением.
Метод — действие и число разговоров или прогонов.
Наблюдение — что фиксирую дословно, включая дату и последствия.
Критерий решения — порог, зафиксированный до проверки.
Пометь карточку как учебный шаблон.
Не генерируй интервью, продажи и рыночные числа.

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

Частая ошибка: записывать в наблюдение интерпретацию. «Клиент заинтересовался» — интерпретация. «Клиент назвал дату последнего пропущенного заказа и сумму потери» — наблюдение. В карточку идёт второе.

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

Третья ошибка: считать учебный шаблон стандартом. Карточка собрана для обучения и не воспроизводит структуру внешних методик. Поля можно менять под свою задачу.

Чего не поручать модели

Модель не проводит интервью. Разговор с клиентом ведёт человек, и свидетельство появляется из ответов клиента. Просьба разыграть клиента даёт текст, который выглядит как интервью и не содержит внешних данных.

Модель не делает продаж. Оплата — это действие клиента в реальной сделке. Никакой текст модели не заменяет факт оплаты, и учебный пример с оплатами не подтверждает готовность платить.

Рыночные числа требуют источников. Объём рынка, доли, прогнозы выручки и вероятности проверяйте по данным с понятными датой, методом и областью применения. Если опора не установлена, число остаётся непроверенным и в решение не идёт.

Таблица разводит задачи по исполнителю.

Промпт-ограничитель. Задача: получить от модели список того, что она не может дать, и перечень данных, которые нужно собрать вручную.

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

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

Вторая ошибка: использовать сгенерированные отзывы как свидетельство. Отзывы, написанные моделью, отражают языковые шаблоны. Свидетельством остаётся отзыв реального человека с его словами.

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

Как сохранить свидетельства и воспроизвести решение

Для учебной карточки заведите отдельную запись наблюдения. Сохраните формулировку вопроса, ответ участника и контекст, в котором он описывал проблему. Отделите дословные слова от своего пересказа. Если собеседник говорит о желании, уточните, какое действие он уже совершал; отсутствие такого рассказа оставьте пробелом. Пробел показывает, что именно предстоит выяснить.

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

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

Частые вопросы

Чем промпт для проверки гипотез отличается от обычного вопроса чат-боту?

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

Сколько промптов нужно, чтобы разложить идею на допущения?

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

Можно ли поручить модели провести интервью с клиентом?

Разговор ведёт человек, и свидетельство появляется из ответов реального клиента. Модель может помочь составить список вопросов о прошлом поведении. Просьба разыграть клиента даёт текст без внешних данных, и опираться на него в решении нельзя.

Что делать, если модель называет проценты и прогнозы выручки?

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

Как понять, что допущение проверено?

Допущение проходит проверку, когда наблюдение из внешнего мира совпало с критерием, зафиксированным до проверки. Один случай даёт одно свидетельство, повторяемость появляется при нескольких. Критерий остаётся учебным условием решения и не доказывает распространённость явления на рынке.