September 5

Инструкция X50 как писать промты, которые стабильно дают результат.

1) Что такое промт и зачем он вам

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

  • Снижает “фантазии” модели.
  • Ускоряет получение нужного результата.
  • Делает поведение ассистента повторяемым и контролируемым.

2) Базовые принципы (золотой минимум)

  1. Одна цель → один промт. Не пытаетесь запихнуть 4 задачи в один текст.
  2. Конкретика > общие слова. Не «сделай хорошо», а «сделай А, затем Б, затем В, по критериям Х».
  3. Ограничения и правила. Скажите, что запрещено, что обязательно, что проверять на выходе.
  4. Контекст и данные. Дайте модели факты: ниша, аудитория, примеры, источники.
  5. Формат вывода. Таблица? JSON? Шаблон? Обозначьте жёстко.
  6. Критерии качества. По каким метрикам модель сама себя проверит (чек-лист/тесты)?
  7. Итерационность. Прогоняете → оцениваете → уточняете → фиксируете финальную версию.

3) Универсальная структура промта (скелет)

Используйте эту последовательность. Это ваш «порядок мыслей» для любых задач.

  1. Роль
  2. Цель (1–2 предложения, измеримо)
  3. Контекст (ниша, продукт, ЦА, ограничения среды, CRM/бот)
  4. Входные данные (что уже есть: бриф, ссылки, UTM, скрипты, офферы)
  5. Ограничения/запреты (что нельзя, лимиты объёма, стиль общения)
  6. Пошаговый план действий (алгоритм выполнения, порядок)
  7. Формат вывода (таблица/JSON/текстовый шаблон; поля и примеры)
  8. Критерии качества (чек-лист самопроверки + мини-тесты)
  9. Дальнейшие шаги (что спрашивать у вас для улучшения; как дополнять контекст)

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) Расширенные техники (поднимают качество в разы)

  1. Пошаговая декомпозиция (Chain-of-Tasks). Просите модель сначала список шагов, потом «Шаг 1», потом «Шаг 2» и т. д.
  2. Примеры (Few-Shot). Дайте 1–2 мини-примера «как надо» и 1 пример «как не надо» — с пометками.
  3. Якорные форматы. Жёстко фиксируйте таблицы/JSON. Без этого модель «плывёт».
  4. Анти-галлюцинации. «Если данных нет — напиши: ‘недостаточно данных, запросите Х’».
  5. Валидаторы. Включайте внутрь промта мини-чек-лист и просьбу самопроверки по пунктам.
  6. Тон/стиль. Задавайте micro-правила: предложения ≤ 18 слов, не более 1 вопроса в сообщении, глаголы действия.
  7. Ограничение запросов контакта. Чёткая логика: «спроси 1 раз при условии Y; иначе — продолжай диалог».
  8. Итерации с критиком. Попросите модель «оценить свою работу как критик» по 5 критериям → доработать.
  9. Приоритизация тем. Просите: «отсортируй по impact-score (частота × сила × близость к оплате)».
  10. Шаблоны CTA. Дайте пул из 5–7 CTA и правило ротации, чтобы не выгорала аудитория.

7) Тестирование промтов (как профессионал)

7.1 Мини-протокол тестов

  1. Набор тест-кейсов (3–5 сценариев: новичок, тёплый, горячий, возражающий, «молчун»).
  2. Что проверяем:
    • соблюдение ограничений (тон, объём, 1 вопрос/сообщение),
    • логика развилок,
    • момент запроса контакта (ровно 1 раз),
    • корректность CTA.
  3. Метрики: % кейсов без нарушения правил; читаемость; ясность CTA; отсутствие повторов.
  4. Регресс-проверка: после правок прогоните тесты снова — не поломали ли старое.

7.2 Автотест внутри промта

Добавляйте блок:

Перед выводом результата проверь по чек-листу:
[список 5–8 пунктов с «Да/Нет»].
Если «Нет» по любому пункту — исправь и выдай исправленную версию.

8) Типовые ошибки и как их гасить

  1. Двусмысленность. Решение: чёткие определения, примеры, запреты.
  2. «Свалка задач». Решение: один промт — одна роль/цель. Остальное — через модульность.
  3. Нет формата выхода. Решение: образец таблицы/JSON.
  4. Слабые критерии качества. Решение: чек-лист самопроверки + мини-тесты.
  5. Навязчивый сбор контактов. Решение: жёсткое правило «1 раз при X» + запрет повторов.
  6. Игнор ЦА. Решение: всегда указывать сегмент, боли, желаемый результат.
  7. Сразу в прод без тестов. Решение: 3–5 тест-кейсов перед выкатыванием.
  8. «Общие» офферы. Решение: оффер строится от боли/кейса/быстрой победы конкретного сегмента.

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» по делу

  1. Добавляйте примеры «как надо/не надо».
  2. Усиливайте контекст конкретикой: цифры, сегменты, каналы, ограничения.
  3. Встраивайте критерии и самопроверку.
  4. Фиксируйте формат (образец).
  5. Прописывайте алгоритм шагов.
  6. Готовьте тест-кейсы (минимум 3).
  7. Включайте анти-галлюцинацию.
  8. Настраивайте тон/стиль микроправилами.
  9. Делайте итерации: версия 0.1 → 0.2 → 1.0 с журналом изменений.
  10. Документируйте «что сработало» и превращайте это в библиотеку шаблонов.

12) Мини-FAQ

В: Можно ли одной моделью закрыть всё?
О: Можно, но правильнее — модули по задачам. Так стабильнее и легче масштабировать.

В: Почему бот повторно просит контакт?
О: Нет явного правила. Добавьте: «сыграй триггер контакта 1 раз при X, иначе — продолжай диалог».

В: Что делать, если ответы «общие»?
О: Дайте примеры, жесткий формат вывода, чек-лист самопроверки и конкретику ЦА.

В: Сколько тестов?
О: Минимум 3–5 типовых сценариев + регресс после каждой правки.


13) Итоговый контрольный лист (распечатайте)

  • Цель промта одна и измерима.
  • Есть роль, контекст, входные данные.
  • Есть ограничения и запреты.
  • Есть пошаговый алгоритм.
  • Формат вывода зафиксирован примером.
  • Встроены критерии качества/самопроверка.
  • Есть тест-кейсы на разные сценарии.
  • Прописана анти-галлюцинация.
  • Тон/стиль нормирован.
  • Прогнан регресс после правок.

14) Готовый «мета-промт» для улучшения любых ваших промтов

Скопируйте, вставьте свой черновой промт — и прогоняйте:

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

1) Разложи мой промт по структуре: Роль, Цель, Контекст, Входные данные, Ограничения, Алгоритм, Формат вывода, Критерии качества.
2) Найди двусмысленности/дыры и предложи правки (почему и как исправить).
3) Усиль: добавь анти-галлюцинацию, чек-лист самопроверки, 3 тест-кейса и пример целевого формата вывода.
4) Дай итоговую версию промта v1.0.
5) Приложи «план итераций» (что спросить у меня, какие данные добавить).

Мой промт (черновик):
<вставьте сюда>

Напоминание

Сильные промты — это не «красивые фразы», а инженерия: структура → контекст → ограничения → формат → критерии → тесты → итерации. Делаете так — и ваши ассистенты работают как система, а не как «лотерея ответов».