Инструкция X50 как писать промты, которые стабильно дают результат.
1) Что такое промт и зачем он вам
Промт — это техническое задание для модели. Его задача: однозначно задать роль, цель, рамки, формат и критерии качества, чтобы модель не гадала, а выполняла. Хороший промт:
- Снижает “фантазии” модели.
- Ускоряет получение нужного результата.
- Делает поведение ассистента повторяемым и контролируемым.
2) Базовые принципы (золотой минимум)
- Одна цель → один промт. Не пытаетесь запихнуть 4 задачи в один текст.
- Конкретика > общие слова. Не «сделай хорошо», а «сделай А, затем Б, затем В, по критериям Х».
- Ограничения и правила. Скажите, что запрещено, что обязательно, что проверять на выходе.
- Контекст и данные. Дайте модели факты: ниша, аудитория, примеры, источники.
- Формат вывода. Таблица? JSON? Шаблон? Обозначьте жёстко.
- Критерии качества. По каким метрикам модель сама себя проверит (чек-лист/тесты)?
- Итерационность. Прогоняете → оцениваете → уточняете → фиксируете финальную версию.
3) Универсальная структура промта (скелет)
Используйте эту последовательность. Это ваш «порядок мыслей» для любых задач.
- Роль
- Цель (1–2 предложения, измеримо)
- Контекст (ниша, продукт, ЦА, ограничения среды, CRM/бот)
- Входные данные (что уже есть: бриф, ссылки, UTM, скрипты, офферы)
- Ограничения/запреты (что нельзя, лимиты объёма, стиль общения)
- Пошаговый план действий (алгоритм выполнения, порядок)
- Формат вывода (таблица/JSON/текстовый шаблон; поля и примеры)
- Критерии качества (чек-лист самопроверки + мини-тесты)
- Дальнейшие шаги (что спрашивать у вас для улучшения; как дополнять контекст)
4) Быстрый каркас (шаблон, копируйте)
[РОЛЬ] Ты: <роль/специализация>. Твоя задача — <главная цель>. [КОНТЕКСТ] Ниша/продукт: <что продаём/делаем>. Целевая аудитория: <кто, ключевые боли/мотивации>. Канал/среда: <Telegram/бот/лендинг/РК>. Важные вводные: <правила бренда, тона, правовые/этичные рамки>. [ВХОДНЫЕ ДАННЫЕ] Используй только это как истину: <краткий список фактов/ссылок/файлов>. [ОГРАНИЧЕНИЯ И ЗАПРЕТЫ] — Не используй: <слова/обещания/темы>. — Объём: <лимит знаков/слов>. — Язык: <ru/en>, стиль: <деловой, ясный, без воды>. [АЛГОРИТМ] Шаг 1: ... Шаг 2: ... Шаг 3: ... (добавьте 5–9 шагов, чтобы убрать двусмысленность) [ФОРМАТ ВЫВОДА] Выводи строго в формате <таблица/список/JSON>. Пример: <пример целевого формата, чтобы модель «попала» в рамку>. [КРИТЕРИИ КАЧЕСТВА — САМОПРОВЕРКА] Проверь перед выдачей: 1) Соответствует цели и ЦА? (Да/Нет) 2) Нет запрещённых слов/обещаний? (Да/Нет) 3) Уместен стиль/объём/формат? (Да/Нет) 4) Логика шагов выдержана? (Да/Нет) Если где-то «Нет» — исправь и выдай улучшенную версию. [ДАЛЬНЕЙШИЕ ШАГИ] Если данных мало — задай 5 уточняющих вопросов, сгруппировав их по приоритету.
5) Пять готовых «китов» под частые задачи
5.1 Продажный универсальный бот (диалог, без навязчивого сбора номера)
[Роль] Ты — ассистент-продавец. Задача: выявить потребность, квалифицировать, предложить релевантный маршрут (материал/консультация/оплата), собрать контакт ОДИН раз в момент готовности. [Контекст] Ниша: <...>. ЦА: <...>. Канал: Telegram-бот. [Правила] — Не проси контакт чаще 1 раза. Точка триггера: после 4–6 обменов, если есть интерес/подтверждение боли/готовность. — 1 вопрос за сообщение. Короткие реплики. Никаких длинных «простыней». — Тон: уважительный, конкретный, без давления. — Не называй модель, не давай юридически рискованные обещания. [Алгоритм] 1) Приветствие → микроверфикация запроса (1 фраза + 1 вопрос). 2) Выявление цели/боли (до 3 вопросов по очереди). 3) Короткий «резюмирующий» фрейм (что понял) + проверка точности. 4) Предложение 1–2 вариантов действий (материал/мини-оценка/звонок). 5) Если выбран звонок/чат: аккуратный сбор контакта 1 раз. Если отказ — уважительно продолжай диалог, НЕ повторяй запрос. 6) Доведение до целевого действия (кнопка/ссылка). [Формат вывода] Сценарий веток в виде нумерованных реплик. Маркируй узлы: [Q], [INFO], [OFFER], [CTA], [CONTACT]. [Самопроверка] — Нет повторного запроса контакта? Да/Нет — В каждом сообщении ≤ 1 вопрос? Да/Нет — Есть 2 понятные развилки? Да/Нет — Реплики короткие? Да/Нет
5.2 Анализ ЦА (VOC/Jobs-to-be-Done, быстрый)
Роль: Senior VOC-аналитик. Цель: выдать карту ЦА для <ниша/продукт> с приоритетами болей/триггеров под прогрев и офферы. Контекст: продаём <...> для <...>. Гео: <...>. Алгоритм: 1) Сегментация ЦА (3–5 сегментов) по критериям: ситуация → задача → препятствия → желаемый результат. 2) По каждому сегменту: топ-5 болей (сила × частота × близость к оплате), триггеры, возражения, желаемые «быстрые победы». 3) Вывод: 3 гипотезы офферов и 3 темы контента «с высокой вероятностью конверсии». Формат: таблица (Сегмент | Ситуация | Главная задача | Топ-боли | Триггеры | Возражения | Быстрая победа | Оффер | Контент-тема). Самопроверка: нет общих слов; фразы конкретные, проверяемые; не менее 3 сегментов.
5.3 Контент-план как прогрев (заявки → бот/консультация/оплата)
Роль: Контент-стратег по прогревам. Цель: 14-дневный план постов, который ведёт из точки «подписка» в точку «заявка/оплата». Контекст: ниша <...>, ЦА <...>, канал: Telegram/Threads/IG. Ограничения: — 1 ключевая цель на день; CTA только один. — Формат поста: хук → ценность → пример/история → микрокейc/цифры → CTA. Формат вывода (таблица): Дата | Тема | Цель прогрева | Ключевая мысль | Триггеры | Пример/история | CTA | Метрика успеха Самопроверка: в каждом дне понятный CTA, нет «воды», темы не дублируются.
5.4 Оптимизация скриптов продаж
Роль: Аудитор скриптов продаж. Цель: найти 5 «красных зон» в текущем скрипте и выдать улучшенную версию. Вход: текущий скрипт (текст блоками). Алгоритм: 1) Диагностика: где теряется контроль, где нет квалификации, где нет следующего шага. 2) Перепаковывание: добавить вопросы на боль/цену/срок; «мостики»; резюме-рамки; чёткие CTA. 3) Вывод: новая версия + таблица «до/после». Формат: A) «Красные зоны» (номер, проблема, влияние, правка). B) Новый скрипт блоками (Приветствие → Диагностика → Ценность → Проверка → Оффер → CTA).
5.5 Бизнес-план/юнит-экономика (эскиз для быстрой оценки)
Роль: Аналитик юнит-экономики. Цель: посчитать ключевые метрики для <продукт/воронка>. Вход: чек, конверсия, C1→C2→…; бюджет трафика; маржа; фикс-затраты. Формат вывода (таблица): Метрика | Формула | Значение | Комментарий/риски Самопроверка: формулы прозрачны; предположения помечены; даны 2 сценария (база/оптимистичный) и точка безубыточности.
6) Расширенные техники (поднимают качество в разы)
- Пошаговая декомпозиция (Chain-of-Tasks). Просите модель сначала список шагов, потом «Шаг 1», потом «Шаг 2» и т. д.
- Примеры (Few-Shot). Дайте 1–2 мини-примера «как надо» и 1 пример «как не надо» — с пометками.
- Якорные форматы. Жёстко фиксируйте таблицы/JSON. Без этого модель «плывёт».
- Анти-галлюцинации. «Если данных нет — напиши: ‘недостаточно данных, запросите Х’».
- Валидаторы. Включайте внутрь промта мини-чек-лист и просьбу самопроверки по пунктам.
- Тон/стиль. Задавайте micro-правила: предложения ≤ 18 слов, не более 1 вопроса в сообщении, глаголы действия.
- Ограничение запросов контакта. Чёткая логика: «спроси 1 раз при условии Y; иначе — продолжай диалог».
- Итерации с критиком. Попросите модель «оценить свою работу как критик» по 5 критериям → доработать.
- Приоритизация тем. Просите: «отсортируй по impact-score (частота × сила × близость к оплате)».
- Шаблоны CTA. Дайте пул из 5–7 CTA и правило ротации, чтобы не выгорала аудитория.
7) Тестирование промтов (как профессионал)
7.1 Мини-протокол тестов
- Набор тест-кейсов (3–5 сценариев: новичок, тёплый, горячий, возражающий, «молчун»).
- Что проверяем:
- соблюдение ограничений (тон, объём, 1 вопрос/сообщение),
- логика развилок,
- момент запроса контакта (ровно 1 раз),
- корректность CTA.
- Метрики: % кейсов без нарушения правил; читаемость; ясность CTA; отсутствие повторов.
- Регресс-проверка: после правок прогоните тесты снова — не поломали ли старое.
7.2 Автотест внутри промта
Перед выводом результата проверь по чек-листу: [список 5–8 пунктов с «Да/Нет»]. Если «Нет» по любому пункту — исправь и выдай исправленную версию.
8) Типовые ошибки и как их гасить
- Двусмысленность. Решение: чёткие определения, примеры, запреты.
- «Свалка задач». Решение: один промт — одна роль/цель. Остальное — через модульность.
- Нет формата выхода. Решение: образец таблицы/JSON.
- Слабые критерии качества. Решение: чек-лист самопроверки + мини-тесты.
- Навязчивый сбор контактов. Решение: жёсткое правило «1 раз при X» + запрет повторов.
- Игнор ЦА. Решение: всегда указывать сегмент, боли, желаемый результат.
- Сразу в прод без тестов. Решение: 3–5 тест-кейсов перед выкатыванием.
- «Общие» офферы. Решение: оффер строится от боли/кейса/быстрой победы конкретного сегмента.
9) Быстрые мини-шаблоны (копируйте и запускайте)
9.1 Уточняющие вопросы (когда данных мало)
Сформируй до 7 уточняющих вопросов, сгруппируй по блокам: — Продукт/оффер — ЦА/боли — Канал/среда — Ресурсы/ограничения — Риски/право/этика Задавай по 2–3 вопроса за раз, ожидая ответов, чтобы не перегружать.
9.2 Анти-галлюцинация
Если данных недостаточно для точного вывода — явно напиши: «Недостаточно данных для X, спросите: <список конкретных фактов>». Не придумывай факты. Не ссылайся на несуществующие источники.
9.3 Короткий стиль сообщений (для бота)
Правила стиля: — 1 вопрос в сообщении. — ≤ 2 строки текста. — Глаголы действия, без вводных слов и клише. — Уважительный тон, без давления.
9.4 Формат таблицы контент-плана
Дата | Тема | Цель прогрева | Ключевая боль/обещание | Формат (пост/сторис/видео) | CTA | Метрика
9.5 Чек-лист качества ответа
1) Выполнена цель? (Да/Нет) 2) Формат 1 в 1 как в образце? (Да/Нет) 3) Стиль и тон совпадают с правилами? (Да/Нет) 4) Нет запрещённых фраз? (Да/Нет) 5) CTA ясен и один? (Да/Нет) 6) Объём в лимите? (Да/Нет)
10) Модульность промтов (как не «раздувать» одного монстра)
Разбейте «большую» задачу на модули:
- Модуль A — сбор и нормализация вводных.
- Модуль B — аналитика ЦА.
- Модуль C — офферы.
- Модуль D — контент-план.
- Модуль E — скрипты/бот.
- Модуль F — тест-кейсы и регресс-проверка.
Каждый модуль — свой промт, свои критерии. На выходе получаете повторяемость и управляемость.
11) Как усиливать промт «на X50» по делу
- Добавляйте примеры «как надо/не надо».
- Усиливайте контекст конкретикой: цифры, сегменты, каналы, ограничения.
- Встраивайте критерии и самопроверку.
- Фиксируйте формат (образец).
- Прописывайте алгоритм шагов.
- Готовьте тест-кейсы (минимум 3).
- Включайте анти-галлюцинацию.
- Настраивайте тон/стиль микроправилами.
- Делайте итерации: версия 0.1 → 0.2 → 1.0 с журналом изменений.
- Документируйте «что сработало» и превращайте это в библиотеку шаблонов.
12) Мини-FAQ
В: Можно ли одной моделью закрыть всё?
О: Можно, но правильнее — модули по задачам. Так стабильнее и легче масштабировать.
В: Почему бот повторно просит контакт?
О: Нет явного правила. Добавьте: «сыграй триггер контакта 1 раз при X, иначе — продолжай диалог».
В: Что делать, если ответы «общие»?
О: Дайте примеры, жесткий формат вывода, чек-лист самопроверки и конкретику ЦА.
В: Сколько тестов?
О: Минимум 3–5 типовых сценариев + регресс после каждой правки.
13) Итоговый контрольный лист (распечатайте)
- Цель промта одна и измерима.
- Есть роль, контекст, входные данные.
- Есть ограничения и запреты.
- Есть пошаговый алгоритм.
- Формат вывода зафиксирован примером.
- Встроены критерии качества/самопроверка.
- Есть тест-кейсы на разные сценарии.
- Прописана анти-галлюцинация.
- Тон/стиль нормирован.
- Прогнан регресс после правок.
14) Готовый «мета-промт» для улучшения любых ваших промтов
Скопируйте, вставьте свой черновой промт — и прогоняйте:
Ты — редактор промтов. Твоя задача: улучшить мой промт под стабильное выполнение. 1) Разложи мой промт по структуре: Роль, Цель, Контекст, Входные данные, Ограничения, Алгоритм, Формат вывода, Критерии качества. 2) Найди двусмысленности/дыры и предложи правки (почему и как исправить). 3) Усиль: добавь анти-галлюцинацию, чек-лист самопроверки, 3 тест-кейса и пример целевого формата вывода. 4) Дай итоговую версию промта v1.0. 5) Приложи «план итераций» (что спросить у меня, какие данные добавить). Мой промт (черновик): <вставьте сюда>
Напоминание
Сильные промты — это не «красивые фразы», а инженерия: структура → контекст → ограничения → формат → критерии → тесты → итерации. Делаете так — и ваши ассистенты работают как система, а не как «лотерея ответов».