Часть 3. Промпты, решения и командная работа

Глава 9. Конструктор сильного промпта

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

Конструктор помогает собирать запрос под задачу и не начинать каждый раз с чистого листа. В нём восемь блоков:

1. Роль.
2. Цель.
3. Контекст.
4. Входные данные.
5. Ограничения.
6. Критерии качества.
7. Формат результата.
8. Следующий шаг.

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

Открыть крупно ↗

Как адаптировать готовый промпт

Готовый запрос удобен для старта, но рассчитан на определённую ситуацию. У другого дилера могут отличаться регион, бренды, структура продаж, клиенты, состояние CRM, бюджет и возможности команды. Скопированный текст не учитывает эти различия автоматически.

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

Блок 1. Роль

Роль задаёт точку зрения.

ИИ может отвечать как консультант, редактор, РОП, маркетолог, финансовый директор, клиент, юрист, скептик, модератор или тренер.

Один и тот же вопрос, заданный разным ролям, даст разные ответы.

Например, задача:

«Проверь предложение по сервисной акции».

Если роль — маркетолог, ИИ будет смотреть на оффер, сегменты, каналы и текст.

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

Если роль — финансовый директор, он обратит внимание на маржу, скидки, экономику и риск привлечь нерентабельный поток.

Если роль — клиент, он оценит понятность, доверие, выгоду и отсутствие давления.

Если роль — юрист, он посмотрит на формулировки, обещания, персональные данные и условия акции.

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

Поэтому роль — не украшение промпта.

Роль управляет углом анализа.

Как выбирать роль

Роль нужно выбирать исходя из задачи.

Если нужно разобрать продажи

Подойдут роли:

• коммерческий директор автодилера;
• опытный РОП;
• бизнес-консультант по продажам;
• тренер продавцов;
• клиент, который выбирает автомобиль;
• скептический собственник.

Если нужно разобрать маркетинг

Подойдут роли:

• директор по маркетингу автодилера;
• performance-маркетолог;
• стратег по клиентским сегментам;
• специалист по посадочным страницам;
• клиент с конкретным намерением;
• конкурент.

Если нужно разобрать сервис

Подойдут роли:

• руководитель сервиса;
• мастер-консультант;
• клиент сервиса;
• операционный директор;
• специалист по клиентской базе;
• финансовый директор.

Если нужно проверить решение

Подойдут роли:

• скептический собственник;
• финансовый директор;
• клиент;
• руководитель подразделения;
• юрист;
• операционный директор;
• сотрудник, который будет исполнять решение.

Если нужно написать текст

Подойдут роли:

• редактор деловых текстов;
• UX-копирайтер;
• автор клиентских коммуникаций;
• руководитель с жёстким, но спокойным стилем;
• клиент, который читает сообщение впервые.

Ошибка в выборе роли

Иногда люди задают слишком общую роль:

«Ты — эксперт».

Слово «эксперт» не задаёт области работы и критериев. Назовите профессиональную позицию и её связь с задачей:

Слабо:

«Ты — эксперт по бизнесу».

Лучше:

«Ты — коммерческий директор автодилерской группы с опытом управления воронкой продаж новых автомобилей и автомобилей с пробегом».

Слабо:

«Ты — маркетолог».

Лучше:

«Ты — директор по маркетингу автодилера, который отвечает не только за лиды, но и за связку маркетинг — продажи — CRM».

Слабо:

«Ты — копирайтер».

Лучше:

«Ты — UX-копирайтер, который пишет короткие понятные тексты для клиентов автодилера без рекламных штампов и давления».

Чем точнее роль, тем точнее угол зрения.

Приём: несколько ролей в одном запросе

Для проверки решений полезно просить ИИ смотреть с нескольких позиций.

Например:

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

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

Блок 2. Цель

Цель отвечает на вопрос:

«Что мы хотим получить в результате работы?»

Без цели ИИ часто даёт информационный ответ.

С целью он помогает двигаться к действию.

Слабая цель:

«Расскажи про работу с клиентской базой».

Сильная цель:

«Нужно подготовить первый тест реактивации клиентов, которые давно не приезжали на сервис».

Слабая цель:

«Напиши про ИИ для продаж».

Сильная цель:

«Нужно подготовить для РОПа 5 сценариев применения ИИ в управлении качеством обработки лидов».

Слабая цель:

«Сделай анализ конкурентов».

Сильная цель:

«Нужно понять, какие офферы конкуренты используют для привлечения клиентов на конкретную модель, и как нам отстроиться на лендинге и в первом звонке».

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

Цель должна быть связана с действием

Плохая цель слишком часто звучит как «разобраться».

«Разобраться с продажами».

«Разобраться с маркетингом».

«Разобраться с ИИ».

Уточните, чем должно закончиться «разобраться»: списком проверяемых гипотез, запросом данных, планом, повесткой, поручениями или решением о тесте. Формат выбирайте по следующему действию.

Например:

Цель — не просто обсудить качество лидов, а подготовить управленческую встречу, на которой мы определим 3 проверяемые гипотезы и план действий на неделю.

Такой промпт сразу настраивает ИИ на практический результат.

Приём: формулируйте цель через «чтобы»

Слово «чтобы» помогает связать задачу с бизнес-смыслом.

Примеры:

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

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

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

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

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

Проверьте часть предложения после «чтобы»: объясняет ли она, зачем нужен результат, или лишь повторяет название задачи?

Блок 3. Контекст

Контекст объясняет ситуацию, в которой предстоит использовать ответ. Руководитель может знать рынок, ограничения бюджета и склада, отношения в команде, историю проблемы и уже проверенные решения, но не включить ничего из этого в запрос «Как улучшить работу с лидами?».

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

Какой контекст нужен автодилеру

Для бизнес-задач автодилера часто полезно указывать:

• тип компании: один ДЦ, дилерская группа, сервис, дистрибьютор;
• направления: новые автомобили, автомобили с пробегом, сервис, запчасти, trade-in, корпоративные продажи;
• регион;
• бренды или сегмент, если можно указывать;
• тип клиента;
• источник лидов;
• участок воронки;
• период;
• ключевые цифры;
• позиции подразделений;
• ограничения по бюджету;
• ограничения по складу;
• ограничения по персоналу;
• состояние CRM;
• что уже пробовали;
• чего делать нельзя;
• кто будет использовать результат.

Не всегда нужно указывать всё.

Но нужно дать достаточно контекста для задачи.

Пример плохого и хорошего контекста

Слабо:

У нас плохо идут продажи. Что делать?

Лучше:

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

Первый вариант даёт туман.

Второй — рабочую ситуацию.

Контекст не должен раскрывать лишнего

Важно помнить главу о данных и безопасности.

Контекст нужен, но не любой ценой.

Не нужно сразу писать:

• ФИО клиентов;
• телефоны;
• VIN;
• точные коммерческие условия;
• имена сотрудников в конфликтных ситуациях;
• закрытые финансовые данные;
• детали договоров.

Можно описать ситуацию обезличенно.

Например:

Вместо:

Менеджер Иванов потерял клиента Петрова, который хотел купить конкретный автомобиль с VIN...

Лучше:

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

Смысл есть.

Риск ниже.

Блок 4. Входные данные

Контекст объясняет ситуацию, а входные данные — это материал, который предстоит обработать. Для правки сообщения нужен его текст, для протокола — заметки встречи, для анализа отказов — записи о причинах. Это также могут быть диалог, таблица, воронка, регламент, описание продукта, отзыв, предложение, лендинг или список задач.

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

Как правильно давать входные данные

1. Отделяйте данные от инструкции

Лучше писать так:

Работай только с доступными тебе материалами. Если файл не открылся или видна лишь часть текста, укажи это и не делай вид, что прочитал документ полностью. Сначала перечисли материалы, на которые можешь опереться.

И затем:

Задача: сгруппировать причины отказов и предложить гипотезы.

Это снижает путаницу.

2. Указывайте, что это за данные

Например:

Ниже обезличенные комментарии менеджеров по потерянным сделкам за неделю.

Или:

Ниже черновик сообщения клиентам сервиса.

Или:

Ниже заметки после совещания коммерческого блока.

ИИ должен понимать природу материала.

3. Указывайте, что с ними сделать

Просьбу «проанализируй» уточните до операции: сгруппировать причины, найти повторяющиеся признаки, проверить логику и риски или подготовить вопросы. Если нужен документ, объясните, требуется ли переписать текст, сократить его, оценить по критериям либо превратить в план и поручения.

4. Не загружайте лишнее

Если для задачи нужны только причины отказов, не нужно прикладывать всю CRM.

Если нужно улучшить письмо, не нужно давать всю историю компании.

Минимально достаточные данные — лучший принцип.

Пример: входные данные для анализа отказов

Плохой запрос:

Проанализируй причины отказов.

Лучше:

Ниже обезличенные причины отказов клиентов за последнюю неделю по новым автомобилям. Задача: 1) сгруппировать причины по типам; 2) отделить реальные причины от формальных отписок; 3) указать, какие причины требуют проверки звонков; 4) предложить гипотезы для РОПа и маркетинга; 5) дать рекомендации, как улучшить фиксацию причин отказа в CRM.

Так ИИ понимает, что нужно делать с данными.

Блок 5. Ограничения

Ограничения — это то, что ИИ должен учитывать и чего не должен делать.

Без ограничений он часто предлагает очевидное, но неприменимое.

Например:

«Увеличьте рекламный бюджет».

А вы не можете увеличить бюджет.

Или:

«Запустите скидку».

А у вас и так просела маржа.

Или:

«Сделайте массовую рассылку клиентам».

А у вас нет согласий и сегментации.

Или:

«Наймите ещё сотрудников».

А проблема не в количестве людей.

Ограничения помогают ИИ не уходить в решения, которые красиво звучат, но не подходят.

Какие ограничения стоит задавать

Бюджетные

Не предлагай решения, требующие увеличения рекламного бюджета.

Временные

Нужны действия, которые можно запустить за 7 дней.

Организационные

Учитывай, что команда перегружена и не готова к сложному внедрению.

Данные

Не используй персональные данные. Работай только с обезличенным описанием.

Клиентская коммуникация

Не используй давление, агрессивные продажи и фразы, которые создают ощущение слежки.

Финансовые

Не предлагай скидки как основной инструмент, потому что маржа уже под давлением.

Юридические

Не давай юридическое заключение. Сформулируй вопросы к юристу.

Управленческие

Не ограничивайся общими советами. Нужны действия, ответственные и критерии проверки.

Ограничения делают ответ не беднее, а полезнее.

Блок 6. Критерии качества

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

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

Общие пожелания вроде «без воды», «на языке собственника» и «можно отдать в работу завтра» стоит раскрыть. Укажите, какие выводы нужны адресату, как они должны опираться на данные и что потребуется для их применения. Примеры критериев по типам задач приведены ниже.

Критерии для разных задач

Для управленческого разбора

• отделить симптом от причин;
• дать гипотезы;
• указать данные для проверки;
• разделить зоны ответственности;
• предложить действия;
• указать риски ошибочного вывода.

Для клиентского сообщения

• коротко;
• понятно;
• без давления;
• один повод;
• одна польза;
• простой следующий шаг;
• без ощущения слежки;
• в тоне бренда.

Для регламента

• пошагово;
• без канцелярита;
• понятно исполнителю;
• с ответственными;
• с контрольными точками;
• с ошибками и критериями проверки.

Для презентации

• логика слайдами;
• короткие заголовки;
• один главный смысл на слайд;
• без перегруза;
• с выводами для решения.

Для анализа диалога

• оценка по критериям;
• конкретные ошибки;
• улучшенный вариант;
• рекомендации для обучения;
• отделить стиль от сути.

Критерии качества превращают ИИ из генератора текста в исполнителя задачи.

Блок 7. Формат результата

Формат определяет, как читатель будет работать с результатом. Причины удобно сопоставлять в таблице, выполнение действий — проверять по чек-листу, договорённости встречи — искать в протоколе. Если требуется объяснить решение, уместнее письмо или связная записка. Выбор зависит от задачи, а не от того, какой вид ответа кажется более деловым.

Основные форматы для руководителя

Таблица диагностики

Подходит для проблем.

Колонки:

• возможная причина;
• признаки;
• данные для проверки;
• кто отвечает;
• быстрые действия;
• риски.

Карточка решения

Подходит для фиксации управленческого вывода.

Блоки:

• проблема;
• причина;
• решение;
• ответственный;
• срок;
• метрика;
• риск;
• следующий шаг.

Чек-лист

Подходит для контроля качества.

Например:

• чек-лист первого звонка;
• чек-лист обработки лида;
• чек-лист подготовки совещания;
• чек-лист запуска кампании.

План действий

Подходит для внедрения.

Колонки:

• действие;
• ответственный;
• срок;
• результат;
• метрика;
• статус.

Протокол встречи

Подходит после обсуждений.

Блоки:

• тема;
• участники;
• факты;
• решения;
• поручения;
• открытые вопросы;
• риски;
• дата проверки.

Матрица рисков

Подходит перед запуском инициатив.

Колонки:

• риск;
• вероятность;
• влияние;
• как снизить;
• кто отвечает.

Структура презентации

Подходит для управленческих обсуждений.

Колонки:

• номер слайда;
• заголовок;
• главный смысл;
• данные;
• визуальная идея;
• вывод.

Формат лучше задавать явно

Слабо:

«Проанализируй проблему».

Лучше:

«Дай ответ в таблице: гипотеза, признаки, данные для проверки, вопросы к руководителю, быстрые действия, риски».

Слабо:

«Подготовь итоги встречи».

Лучше:

«Подготовь протокол встречи: решения, поручения, ответственные, сроки, критерии результата, открытые вопросы».

Слабо:

«Сделай план».

Лучше:

«Сделай план на 7 дней в таблице: день, действие, ответственный, результат, метрика, риск».

Явно заданный формат уменьшает объём последующей переработки. Содержание всё равно нужно проверить перед использованием.

Блок 8. Следующий шаг

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

В конце предложи 3 действия на завтра.

Или:

После анализа подготовь вопросы для совещания.

Или:

Заверши ответ списком поручений.

Или:

Укажи, какие данные нужно запросить у команды.

Или:

Предложи первый безопасный тест.

Следующий шаг превращает аналитический ответ в управленческий материал.

Примеры следующих шагов

Для продаж

В конце предложи план действий РОПа на ближайшую неделю.

Для маркетинга

В конце сформулируй 3 гипотезы для теста на лендинге.

Для сервиса

В конце предложи первый сегмент клиентов для пилотной коммуникации.

Для HR

В конце подготовь вопросы для интервью и критерии оценки кандидата.

Для финансов

В конце укажи, какие данные нужно запросить у финансового директора.

Для совещания

В конце подготовь ожидаемые решения и шаблон протокола.

Для регламента

В конце сделай чек-лист внедрения регламента.

ИИ должен помогать двигаться дальше.

Не просто отвечать.

Полная формула сильного промпта

Теперь соберём все блоки вместе.

Универсальная формула

Ты — [роль].

Мне нужно [цель], чтобы [бизнес-смысл].

Контекст: [описание компании, ситуации, проблемы, участников, периода, ограничений].

Входные данные: [текст, цифры, диалог, список, заметки, если есть].

Учитывай ограничения: [бюджет, данные, сроки, команда, тон, юридические ограничения, что нельзя предлагать].

Критерии качества ответа: [конкретно, без воды, применимо, проверяемо, с рисками, с действиями].

Формат результата: [таблица, чек-лист, план, протокол, карточка решения, матрица].

Если данных недостаточно, сначала задай уточняющие вопросы.

В конце предложи следующий управленческий шаг.

Это базовая конструкция.

Её можно сокращать или расширять.

Быстрая формула для ежедневных задач

Для простых задач можно использовать короткую версию:

Ты — [роль]. Помоги мне [цель]. Контекст: [ситуация]. Дай результат в формате [формат]. Нужен ответ без воды, с конкретными действиями и рисками. Если данных недостаточно, задай вопросы.

Пример:

Ты — опытный РОП автодилера. Помоги мне разобрать, почему менеджеры не назначают встречи после первого звонка. Контекст: лиды есть, клиенты часто спрашивают цену и пропадают. Дай результат в таблице: возможная причина, признаки, данные для проверки, действие РОПа. Нужен ответ без воды, с конкретными действиями и рисками. Если данных недостаточно, задай вопросы.

Формула для проверки решения

Ты — [роль оппонента]. Проверь решение: [описание]. Контекст: [ситуация]. Оцени слабые места, риски, скрытые допущения, данные, которых не хватает, и условия успеха. Дай ответ в формате [формат]. В конце предложи, что нужно изменить до запуска.

Пример:

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

Формула для создания документа

Ты — [роль]. Нужно подготовить [тип документа] для [адресат]. Контекст: [ситуация]. Документ должен помочь [цель]. Структура: [разделы]. Тон: [тон]. Ограничения: [что нельзя]. Критерии: [качество]. В конце добавь [следующий шаг / чек-лист / вопросы].

Пример:

Ты — операционный директор автодилера. Нужно подготовить рабочий регламент обработки входящих лидов для менеджеров и РОПа. Контекст: лиды приходят с сайта, классифайдов, звонков и мессенджеров; проблема — скорость реакции, статусы CRM и слабый follow-up. Документ должен помочь снизить потери между лидом и встречей. Структура: этапы обработки, сроки реакции, обязательные действия, статусы CRM, комментарии, follow-up, контроль РОПа, ошибки, чек-лист. Тон: простой, рабочий, без канцелярита. В конце добавь чек-лист внедрения.

Формула для клиентской коммуникации

Ты — [роль]. Нужно написать сообщение для [сегмент клиентов]. Цель: [цель коммуникации]. Контекст: [ситуация]. Тон: [тон]. Ограничения: [не давить, не создавать ощущение слежки, не обещать неподтверждённое]. Формат: [короткое сообщение / письмо / скрипт]. Дай 3 варианта и объясни, чем они отличаются.

Пример:

Ты — автор клиентских коммуникаций автодилера. Нужно написать сообщение для клиентов сервиса, которые давно не приезжали. Цель — аккуратно пригласить на сезонную диагностику. Контекст: не хотим создавать ощущение слежки и давления. Тон: спокойный, заботливый, деловой. Ограничения: не использовать фразу “мы видим, что вы давно не были”, не обещать скидки, не писать длинно. Дай 3 варианта короткого сообщения и объясни, чем они отличаются.

Формула для анализа диалога

Ты — [роль]. Проанализируй обезличенный диалог с клиентом. Контекст: [что за ситуация]. Оцени по критериям: [критерии]. Найди сильные стороны, ошибки, упущенные возможности. Предложи улучшенный вариант ответа и рекомендации для обучения сотрудника.

Пример:

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

Формула для исследования

Ты — [роль]. Нужно провести первичное исследование по теме [тема]. Цель исследования: [цель решения]. Сначала уточни, какие данные и источники нужны. Затем предложи структуру исследования, критерии сравнения, список вопросов, возможные гипотезы и формат итогового вывода. Отделяй факты от предположений.

Пример:

Ты — директор по маркетингу автодилерской группы. Нужно провести первичное исследование конкурентов по продаже кроссоверов в регионе. Цель — понять, какие офферы используют конкуренты и как нам отстроиться на лендинге и в первом звонке. Сначала уточни, какие данные и источники нужны. Затем предложи структуру исследования, критерии сравнения, список вопросов, возможные гипотезы и формат итогового вывода. Отделяй факты от предположений.

Как собирать промпт пошагово

Руководителю не всегда удобно писать полный запрос сразу.

Можно собирать его по шагам.

Шаг 1. Черновик задачи

Напишите простыми словами:

Нужно понять, почему клиенты после цены пропадают.

Шаг 2. Добавьте роль

Ты — коммерческий директор автодилера.

Шаг 3. Добавьте контекст

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

Шаг 4. Добавьте цель

Нужно понять, какие причины могут стоять за этим и что проверить.

Шаг 5. Добавьте ограничения

Не предлагай сразу снижать цену или давать скидки.

Шаг 6. Добавьте формат

Дай таблицу.

Шаг 7. Добавьте критерии

Нужны конкретные гипотезы, данные для проверки и действия РОПа.

Шаг 8. Добавьте следующий шаг

В конце предложи план короткого разбора на планёрке продаж.

Получается сильный запрос.

Конструктор в действии: продажи

Ситуация

В дилере много лидов, но мало встреч.

Слабый запрос

Как увеличить количество встреч?

Сильный запрос

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

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

Учитывай ограничения: не предлагай увеличение рекламного бюджета и большие скидки. Сфокусируйся на первом контакте, выявлении потребности, аргументации, follow-up и контроле РОПа.

Критерии качества: нужны конкретные гипотезы, данные для проверки и действия, которые можно начать за 7 дней.

Формат результата: таблица — возможная причина, признаки, что проверить, действие РОПа, как измерить эффект.

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

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

Конструктор в действии: маркетинг

Ситуация

Нужно подготовить оффер для лендинга модели.

Слабый запрос

Напиши текст для лендинга автомобиля.

Сильный запрос

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

Контекст: аудитория неоднородная. Есть клиенты, которые ищут наличие здесь и сейчас; клиенты, которые сравнивают с конкурентами; клиенты, которые хотят кредит; клиенты с trade-in; семейные покупатели; клиенты, которые боятся переплатить. Нужна страница не “про автомобиль вообще”, а под разные намерения.

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

Критерии качества: каждый блок должен отвечать на реальный мотив или страх клиента и вести к следующему шагу.

Формат: таблица — сегмент клиента, мотив, страх, оффер, заголовок блока, аргументы, CTA, что должен уточнить продавец после заявки.

В конце предложи структуру первого экрана и 5 вариантов CTA.

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

Конструктор в действии: сервис

Ситуация

Нужно вернуть клиентов в сервис.

Слабый запрос

Напиши рассылку клиентам сервиса.

Сильный запрос

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

Контекст: база неоднородная. Есть клиенты после гарантии, владельцы автомобилей старше 3 лет, клиенты, которые покупали автомобиль, но не обслуживались, клиенты, которые приезжали регулярно и пропали. Не хотим создавать ощущение слежки или давления.

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

Критерии качества: нужны сегменты, поводы обращения, офферы, риски и метрики.

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

В конце предложи, с какого сегмента начать пилот и почему.

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

Конструктор в действии: HR

Ситуация

Нужно нанять менеджера по продажам.

Слабый запрос

Напиши вакансию продавца автомобилей.

Сильный запрос

Ты — HR-директор автодилерской группы. Мне нужно подготовить вакансию и первичную оценку кандидатов на роль менеджера по продажам автомобилей, чтобы привлекать людей, которые готовы работать с лидами, CRM, встречами и доведением клиента до сделки.

Контекст: нам не нужен просто “общительный продавец”. Нужен человек, который быстро реагирует на обращения, умеет выявлять потребность, назначать встречи, работать с возражениями, вести CRM и делать follow-up. Рынок кандидатов сложный, многие не готовы к дисциплине.

Ограничения: не писать шаблонный текст “дружный коллектив и стабильная компания”; не обещать того, чего нет; не делать вакансию слишком длинной.

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

Формат: сначала профиль роли, затем текст вакансии, затем 10 вопросов для интервью и 5 красных флагов.

В конце предложи короткое тестовое задание для кандидата.

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

Конструктор в действии: финансы

Ситуация

Выручка стабильна, прибыль падает.

Слабый запрос

Почему падает прибыль?

Сильный запрос

Ты — финансовый директор автодилерской группы. Мне нужно подготовить управленческий разбор ситуации: выручка последние месяцы держится примерно на одном уровне, но прибыль снижается. Точные финансовые данные пока не загружаю. Цель — сформировать список гипотез и вопросов к финансовому директору, чтобы подготовить встречу с руководителями направлений.

Контекст: бизнес включает новые автомобили, автомобили с пробегом, сервис, запчасти, trade-in и кредитные продукты. Возможны изменения структуры продаж, скидок, маржи, склада, ФОТ, маркетинга и операционных расходов.

Ограничения: не делай окончательных выводов без данных; не предлагай сокращения персонала как первое решение; отделяй гипотезы от фактов.

Критерии качества: нужны группы причин, показатели для проверки, вопросы к данным и возможные управленческие действия.

Формат: таблица — гипотеза, какие показатели проверить, какие вопросы задать, возможный риск, первое действие.

В конце предложи повестку финансового разбора на 60 минут.

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

Как понять, что промпт собран хорошо

Перед отправкой запроса проверьте его по чек-листу.

Чек-лист сильного промпта

• Понятно, какую роль должен занять ИИ?
• Понятно, какая цель задачи?
• Есть ли бизнес-контекст?
• Даны ли входные данные или понятно, что их пока нет?
• Указаны ли ограничения?
• Понятно ли, что считать хорошим ответом?
• Задан ли формат результата?
• Есть ли просьба задать вопросы, если данных недостаточно?
• Есть ли следующий шаг?
• Убраны ли лишние или чувствительные данные?

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

Что делать, если промпт получился слишком длинным

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

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

Приём: сначала попросить ИИ собрать промпт

Если вы не знаете, как сформулировать задачу, можно попросить ИИ помочь собрать запрос.

Например:

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

Это очень полезный приём для сложных задач.

Фактически ИИ помогает вам подготовить постановку задачи.

Приём: промпт как шаблон для команды

Если промпт сработал, его нужно превратить в шаблон.

Например, у РОПа получился хороший промпт для анализа звонка.

Не оставляйте его в личном чате.

Оформите шаблон:

Название

Анализ первого звонка клиента.

Для кого

РОП, старший менеджер, тренер продаж.

Когда использовать

При разборе звонков, обучении менеджеров, проверке качества обработки лидов.

Что подставить

Обезличенный текст диалога, контекст обращения, критерии оценки.

Промпт

[текст промпта]

Что должно получиться

Оценка, ошибки, улучшенный вариант, рекомендации для менеджера.

Как проверить

РОП сравнивает выводы ИИ с реальным контекстом и стандартами компании.

Так промпт становится частью операционной системы компании.

Перед практикумом

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

После ответа отметьте, какие элементы запроса оказались полезны и что пришлось уточнить. В библиотеке сохраняйте не только окончательный текст, но и условия, при которых он сработал.

Практикум главы

Соберите пять промптов для реальных задач вашей компании.

Задача 1. Продажи

Например:

• мало встреч;
• клиенты спрашивают цену и пропадают;
• продавцы не ведут CRM;
• много отказов после тест-драйва;
• слабый follow-up.

Соберите промпт по 8 блокам.

Задача 2. Маркетинг

Например:

• оффер для лендинга;
• анализ конкурентов;
• структура кампании;
• сегменты клиентов;
• связка с продажами.

Соберите промпт по 8 блокам.

Задача 3. Сервис

Например:

• реактивация клиентов;
• сервисная акция;
• скрипт мастера-консультанта;
• работа с жалобами;
• загрузка сервиса.

Соберите промпт по 8 блокам.

Задача 4. Управление

Например:

• подготовка совещания;
• проверка решения;
• протокол;
• поручения;
• конфликт подразделений.

Соберите промпт по 8 блокам.

Задача 5. HR / финансы / операционный процесс

Выберите любую важную задачу:

• вакансия;
• адаптация;
• финансовый разбор;
• регламент;
• чек-лист;
• анализ отклонений.

Соберите промпт по 8 блокам.

Артефакт главы

Конструктор сильного промпта

Заполните таблицу для каждой задачи.

Таблицу можно прокручивать по горизонтали.

Готовая форма промпта

Скопируйте и заполните.

Ты — ___________________________.

Мне нужно ___________________________, чтобы ___________________________.

Контекст: ___________________________.

Входные данные: ___________________________.

Учитывай ограничения: ___________________________.

Критерии качества ответа: ___________________________.

Формат результата: ___________________________.

Если данных недостаточно, сначала задай уточняющие вопросы.

В конце предложи следующий управленческий шаг: ___________________________.

Шаблон для библиотеки промптов

Используйте для сохранения удачных запросов.

Название промпта

Для кого

Какая задача решается

Когда использовать

Какие данные подставить

Текст промпта

Что должно получиться на выходе

Как проверить качество

Куда сохранять результат

Итог главы

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

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