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

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

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

Во‑вторых, декомпозиция задач и планирование. Это то, что вы и так делаете как продакт или менеджер: берёте цель и раскладываете её на шаги, потоки, роли, сроки. Модель здесь нужна не для того, чтобы думать за вас, а для того, чтобы ничего не забыть и быстро проверить другие углы: риски, зависимости, альтернативные пути. Грамотно поставленный промт превращает абстрактную цель вроде “вывести MVP за 3 месяца” в список конкретных задач, блоков работ, гипотез, которые надо проверить.

В‑третьих, скрипты продаж и обработка возражений. Здесь вы работаете не просто с текстами, а с логикой диалога: структура первой коммуникации, вопросы для выявления потребности, ответы на типичные сомнения. Промты позволяют вам быстро сгенерировать несколько вариантов: более жёсткий, более мягкий, более экспертный, и адаптировать их под разные сегменты клиентов. Главное – задать модели не только продукт, но и контекст общения: канал (звонок, чат, email), стадия воронки, уровень осознанности клиента.

Наконец, отдельный пласт – промты для менеджеров, аналитиков, продактов. Это уже не разовая генерация, а “рабочие инструменты”: шаблоны запросов, которые вы регулярно используете для подготовки отчётов, анализа гипотез, описания требований, подготовки борд‑апдейтов. Вы фактически создаёте набор команд, которыми ваши специалисты могут пользоваться ежедневно.

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

описать через промты целевую аудиторию, JTBD и конкурентное поле;

сгенерировать 10 фич и приоритезировать их по RICE;

создать скрипт первой коммуникации с клиентом.

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

Сначала вы работаете с целевой аудиторией и JTBD. Здесь вы просите модель не “придумать всё с нуля”, а структурировать ваш продукт вокруг клиентов и их задач. В промте вы задаёте:

кто примерно клиент по вашим предположениям;

в какой стране или регионе он живёт;

какие у него доходы, образ жизни, типичные финансовые сценарии;

что продукт делает на высоком уровне.

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

контекст (когда и где возникает потребность в вашем продукте);

мотивацию (что он хочет изменить или избежать);

ожидаемый результат (как выглядит “успех” в его глазах).

JTBD позволяет вытащить не “хочу приложение для бюджетирования”, а “когда я получаю зарплату или стипендию, я хочу понять, сколько могу потратить, не влезая в минус, чтобы спокойно дожить до конца месяца и не испытывать стыда за очередной перерасход”. Это уже бизнес‑язык задач, а не слайд про “инновационный финтех”.

Следующий слой – конкурентное поле. Здесь вы просите модель:

перечислить типы альтернатив, которые есть у ваших сегментов:

не только прямых конкурентов‑приложений, но и “старый добрый Excel”, “табличка в телефоне”, “вообще ничего не делать, жить ‘на глаз’”;

описать сильные и слабые стороны этих альтернатив для каждого сегмента;

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

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

Когда у вас в руках уже есть ЦА, JTBD и конкурентное поле, вы переходите к генерации фич. Здесь полезно не просить “10 фич вообще”, а структурировать запрос: “предложите 10 возможных функциональных фич, которые помогают закрыть описанные JTBD и дифференцируют продукт от указанных альтернатив”. Обязательно просите для каждой фичи:

какой именно JTBD она закрывает;

какому сегменту особенно полезна;

из какой боли или наблюдения она вытекает.

После того как фичи предложены, вы подключаете RICE‑приоритезацию. RICE (Reach, Impact, Confidence, Effort) – отличный пример того, как через промты вы заставляете модель мыслить, как продакт, а не как копирайтер. Вы просите для каждой фичи оценить:

Reach: скольким пользователям она потенциально будет полезна за единицу времени;

Impact: насколько сильно она меняет поведение или результат для пользователя (например, по шкале L/M/H → числовой коэффициент);

Confidence: насколько обоснована оценка, с учётом данных и допущений;

Effort: условную трудоёмкость (например, человеко‑недели разработки).

Вы можете явно задать шкалу и формулу RICE (Reach × Impact × Confidence / Effort) и попросить модель сделать предварённое ранжирование, комментируя, почему та или иная фича оказалась вверху. Это не заменяет вашей продуктовой интуиции, но даёт хорошую стартовую карту, где видны “быстрые победы” и дорогие спорные инициативы.

Завершает практику скрипт первой коммуникации с клиентом. Здесь вы перепрошиваете модель из продуктовой роли в роль продажника или CSM. У вас уже есть ЦА и JTBD – это и есть основа хорошего скрипта. Вам не нужен сухой “продажный” монолог, вам нужен структурированный разговор:

короткое представление (кто вы и зачем пишете/звоните);

быстрая проверка релевантности (подходит ли вы по профилю, контексту);

1–2 вопроса для выявления текущего состояния и боли;

каркас оффера, привязанный к JTBD;

мягкий CTA (что вы предлагаете сделать дальше).

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

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