Библиотека промптов

Готовит профиль конкурента: продукт, цена, маркетинг, slabые места.

Сделай deep dive по компании <name>.

Покрой:
1. Бизнес-модель и сегменты
2. Цена и тарифы (если публично)
3. Ключевые продукты и фичи
4. Позиционирование на сайте / в маркетинге
5. Слабые места: то, что они НЕ делают (по их же UX и материалам)
6. На что они опираются в продажах (cases, integrations, brand)
7. Список их клиентов / case studies — список + ссылки
8. Их публичные движения за последние 6 месяцев

Источники: только публичные. Помечай "[unverified]" если не нашёл подтверждения.

Готовит выпуск рассылки с одним фокусом, без «давайте поговорим о».

Готовь выпуск email-рассылки.

Условия:
- Один главный тезис на письмо
- Заголовок ≤55 символов, без слов "exclusive", "secret"
- Первый абзац должен показать, зачем читать
- Длина 250-450 слов
- 1 ссылка / CTA, не больше
- В конце — PS-строчка с одной полезной мелочью

Вход:
- Тема: <…>
- Контекст: <…>

Превращает заметки со встречи в follow-up письмо с next steps.

Напиши follow-up письмо после встречи.

Должно содержать:
- 1 строка: благодарность без воды
- 3-5 буллетов: что мы услышали
- 2-3 буллета: что мы делаем со своей стороны
- 1-2 буллета: что нужно от клиента
- Дата следующего шага

Вход (заметки со встречи):
<…>

Готовит понятный JD без штампов «динамичная команда» и «безграничные возможности».

Напиши job description для позиции на основе вводных.

Жёсткие правила:
- Никаких "rockstar", "ninja", "unlimited potential"
- Никаких "we're a fast-paced team" без объяснения что это значит
- 3 секции: "Что будете делать в первые 90 дней", "Чем будет легко" / "Чем будет сложно", "Что обязательно нужно уметь"
- Один абзац про вилку зарплат, если она дана; иначе — пометка [salary band TBD]
- Завершить честным "не подходит, если…"

Вход:
<role, seniority, team, key projects, hard requirements, salary>

Превращает заметку про реальный кейс в LinkedIn-пост без копирайтерских штампов.

Напиши LinkedIn-пост от моего лица.

Жёсткие правила:
- Не использовать "Here's what I learned", "And here's the kicker", "Pro tip:"
- Не использовать эмодзи в начале строк как маркеры
- Не делить на одно слово в строке
- Длина: 700-1100 символов
- Концовка: один вопрос аудитории или один практический совет
- Стиль: моя живая речь, без хайпа

Вход (заметка о ситуации):
<…>

Готовит таблицу игроков по сегменту с источниками и датами.

Сделай market scan по сегменту.

Условия:
- Используй Perplexity / web search, если доступно
- Под каждый пункт — ссылка на источник
- Помечай оценочные/неподтверждённые цифры как [estimate]
- Не выдумывай ARR, выручку, headcount
- Помечай дату последнего обновления каждого источника

Вход:
- Сегмент: <…>
- Геогрфия: <…>
- Что мы хотим понять: <…>

Выход: маркдаун-таблица с колонками — Игрок | Описание | Цена | Сильные стороны | Слабые стороны | Источник.

Готовит гайд интервью под методику JTBD / Mom Test без наводящих вопросов.

Подготовь гайд интервью с клиентом по методу JTBD + The Mom Test.

Условия:
- 10-12 вопросов, идущих от прошлого опыта к контексту, к боли, к альтернативам
- Запрещены наводящие "хотели бы вы X?"
- Каждый вопрос должен извлекать факт, а не мнение
- Добавь подсказку для интервьюера про escape-hatch ("расскажите как это было в последний раз")

Вход:
- Сегмент: <…>
- Гипотеза боли: <…>
- Что нужно проверить: <…>

Пишет unit-тесты, начиная с edge cases, а не happy path.

Сгенерируй unit-тесты для функции.

Правила:
- Начни с 3 edge cases и описания почему каждый важен
- Потом happy path (минимум)
- Используй фреймворк, который указан в инпуте (например, vitest/pytest)
- Не выдумывай поведение, которого нет в коде — если что-то непонятно, спроси

Вход: код функции и фреймворк.

Делает code review с акцентом на корректность, читаемость и безопасность.

Сделай code review для следующего диффа.

Правила:
- Никакого "looks good!" без обоснования
- Чёткое разделение: BLOCKERS / SHOULD-FIX / NIT
- Под каждым пунктом 1-2 предложения и, если применимо, пример исправления
- Особое внимание: security, edge cases, error handling, mutation of shared state
- В конце — 1 строка с резюме "merge as-is / merge after fixes / needs rework"

<diff>:
<…>

Из расшифровки/заметок встречи собирает список задач с ответственными и сроками.

Преврати заметки встречи в задачи.

Каждая задача:
- Заголовок (action verb + объект)
- Ответственный
- Срок
- Definition of done

Также:
- Список открытых вопросов, по которым решения не приняли
- Список решений, которые были приняты
- Что точно НЕ делаем (если на встрече было такое)

Если ответственный или срок не назван — напиши [TBD].

Разбивает отзывы клиентов на кластеры по темам и сентименту.

Разбей отзывы клиентов на кластеры.

Шаги:
1. Прочитай инпут (массив отзывов)
2. Выдели 5-8 тем
3. Под каждую тему: краткое описание, объём (сколько отзывов попало), сентимент (позитив/негатив/нейтрал)
4. По 2-3 цитаты в каждом кластере (дословно)
5. В конце — топ-3 действия, которые продукт мог бы предпринять

Не выдумывай отзывы. Если данных мало, скажи об этом.

Делает структурированный конспект статьи / препринта.

Сделай конспект научной статьи. Не пересказ, а конспект для занятого читателя.

Структура:
1. Вопрос исследования (1 предложение)
2. Что нового по сравнению с предыдущими работами
3. Методика (3-5 строк)
4. Главный результат
5. Ограничения, которые признают авторы
6. Чем это полезно практику (если применимо)
7. Что хочется проверить дальше / на чём авторы не настаивают

Вход: текст или ссылка на статью.

Делает резюме контракта с упором на риски и обязательства.

Сделай краткое резюме контракта.

Структура:
1. Стороны и предмет
2. Срок и условия продления
3. Стоимость / расчёты
4. SLA / KPI
5. Ответственность и санкции (числами)
6. Условия расторжения
7. Конфиденциальность и IP
8. Юрисдикция и подсудность
9. Странные / необычные пункты, которые стоит обсудить с юристом
10. Что бы предложил изменить с позиции стороны "клиент / исполнитель"

Не давай юридические заключения. В сомнениях пиши "[uncertain — проверить с юристом]".

Готовит структуру и черновик копирайта лендинга.

Готовь структуру и драфт лендинга.

Секции (в этом порядке):
1. Hero: H1 (≤70 символов) + 1 предложение subhero + 1 CTA
2. Боль: 3 болевых сценария
3. Что мы делаем: 3 ключевых способности, одна строка каждая
4. Социальное доказательство: что нужно подготовить (логотипы, цифры, цитаты) — список
5. Как работает: 3-4 шага
6. Цена: одно предложение про модель
7. FAQ: 5 вопросов с ответами
8. Финальный CTA

Запрещено: "transform your", "unlock your potential", "next-gen".

Не просто переводит, а локализует документ под другую юрисдикцию/культуру.

Локализуй документ.

Шаги:
1. Сначала переведи дословно
2. Затем пройдись повторно и адаптируй: единицы измерения, валюту, юридические термины, культурные референсы, имена и форматы дат
3. Помечай решения, где локализация конфликтует с буквальным переводом — оставляй комментарии в [скобках]

Вход:
- Документ: <…>
- Целевой язык / рынок: <…>
- Тип документа: <…>

Готовит структурированный месячный апдейт инвесторам из набора сырых заметок и метрик.

Ты — co-founder, который пишет ежемесячный апдейт инвесторам. Стиль: спокойный, конкретный, без хайпа и эпитетов.

Структура:
1. TL;DR (3 строки)
2. Highlights: что получилось
3. Lowlights: что не получилось и что меняем
4. Метрики: MRR, новые клиенты, churn, runway
5. Просьбы (asks) к инвесторам — максимум 3
6. Что планируем в следующем месяце

Вход:
<paste raw notes, metrics, wins, fails>

Сделай black-and-white, без маркетинговых формулировок. Если данных не хватает — пометь "[нужно уточнить]" вместо того, чтобы выдумывать.

Собирает структурированный ответ на RFP из материалов компании.

Подготовь черновик ответа на RFP.

Принципы:
- Каждый ответ должен ссылаться на источник (внутренний документ, кейс, метрика)
- Если данных нет — пометить [нужно подтвердить]
- Не использовать "world-class", "best-in-class"
- Структура: вопрос RFP → краткий ответ → расширенный ответ (1-2 абзаца) → доказательство

Вход:
- Вопросы RFP: <…>
- Контекст нашей компании: <…>
- Кейсы и метрики: <…>

Готовит структуру discovery-колла под методику MEDDIC / SPIN.

Подготовь план 30-минутного discovery-call с лидом.

Структура:
1. 2 мин: контекст и согласие на формат
2. 5 мин: текущая ситуация (как сейчас решают задачу)
3. 10 мин: боль и её цена (попроси конкретные цифры)
4. 5 мин: критерии принятия решения, процесс, кто ещё участвует
5. 5 мин: timeline и budget
6. 3 мин: следующий шаг

Под каждый блок — 2-3 хороших открытых вопроса по SPIN/MEDDIC.

Вход:
- Лид: <…>
- Что мы продаём: <…>

Готовит план рефакторинга с шагами, рисками и тестовым покрытием на каждом этапе.

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

Структура:
- Цель рефакторинга (одно предложение)
- Что мы НЕ меняем (поведение, контракт)
- Шаги (5-10), каждый — атомарный и независимо релизуемый
- Под каждым шагом: какие тесты должны проходить, какие риски
- Roll-back план

Вход: описание модуля и проблемы.

Готовит набор слайдов / тезисов для board-митинга из черновых данных.

Сыграй роль chief of staff. Подготовь повестку board-митинга на 60 минут.

Вход:
- Цель встречи: <…>
- Состав: <…>
- Контекст последнего квартала: <…>
- Открытые вопросы: <…>

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

Не пиши "мы рады представить" и т.п. — нейтральный operational tone.

Помогает уложить позиционирование продукта в матрицу «для кого / против кого / почему».

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

Заполни:
- Кто целевая аудитория (1-2 сегмента)
- Какую конкретную задачу мы решаем
- Альтернативы, включая «ничего не делать»
- В чём наше уникальное обещание
- Какие 3 главных возражения и как мы их закрываем
- Что мы намеренно НЕ делаем

Если в инпуте мало данных — отметь "[нужно уточнить у founder]". Не выдумывай факты о бизнесе.

Помогает сформулировать поисковую строку под Sales Navigator и фильтры под ICP.

Помоги составить ICP-фильтры для LinkedIn Sales Navigator.

Дай:
- 5-7 буллевых строк (с AND / OR) для поиска
- Минимум 3 индикатора "triggers" (свежие события, найм, инвестиции, законы) — где их искать
- 3-5 негативных фильтров (компании, которые исключаем)
- Альтернативные тайтлы, которые означают ту же роль

Вход:
- Сегмент: <…>
- Что мы продаём: <…>

Даёт 3 ответа на возражение, каждое с другим углом.

Я работаю с возражением от клиента. Дай 3 разных ответа.

Условия:
- Один ответ — через вопрос обратно
- Один ответ — через цифру или факт
- Один ответ — через признание риска
- Никакого "I totally understand", "great question" в начале

Вход:
- Возражение: <…>
- Контекст сделки: <…>

Объясняет непонятный кусок легаси-кода по слоям: что, зачем, какие зависимости.

Объясни легаси-код по слоям.

Структура объяснения:
1. Что эта функция/модуль делает (одно предложение)
2. Какие у неё контракты на входе/выходе
3. Какие внешние зависимости (БД, сеть, файлы)
4. Какие предположения о входных данных и где они могут ломаться
5. Где «бомбы»: код, который выглядит безопасным, но не такой

Вход: код.

Берёт регуляторный текст (закон, гайдлайн) и собирает сводку для бизнеса.

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

Структура:
1. Что регулирует и кого касается
2. Ключевые требования (5-10 пунктов)
3. Сроки и переходные положения
4. Санкции
5. Что компания должна сделать в первые 30/60/90 дней
6. Что нужно проверить у юристов (явные неоднозначности)

Не интерпретируй спорные нормы как однозначные. Используй формулировки "вероятно", "требует уточнения у юриста".

Вход:
<документ или ссылка>

Готовит структуру SEO-статьи по запросу и поисковой выдаче.

Сгенерируй структуру SEO-статьи.

Вход:
- Целевой запрос: <…>
- ICP: <…>
- Что мы хотим продать в конце: <…>

Выход:
1. H1 + 3 варианта meta description (≤155 символов)
2. Дерево H2/H3 (8-12 пунктов)
3. Под каждой H2: 1 предложение про "что должен унести читатель"
4. Список фактов/цифр, которые надо найти и подтвердить (не выдумывать)
5. CTA в конце статьи

Стиль: editorial, без воды и эпитетов.

Готовит индивидуальное холодное письмо с конкретной причиной обращения.

Напиши холодное письмо.

Жёсткие правила:
- ≤90 слов
- Первая строка — конкретная причина обращения именно к этому человеку (не "I noticed you're CEO of...")
- Одно предложение про нас
- Одно предложение про релевантность
- Один тонкий CTA с конкретным временным окном или конкретным следующим шагом
- Без слов "synergy", "leverage", "circle back"
- Подпись короткая

Вход:
- Получатель и контекст: <…>
- Наш продукт: <…>
- Гипотеза релевантности: <…>

Превращает «у меня не работает» в репортируемый баг с шагами.

Превратись в QA-инженера. Помоги пользователю написать хороший баг-репорт.

Вытащи из инпута:
1. Что именно сломалось (одно предложение)
2. Шаги воспроизведения (нумерованный список)
3. Ожидаемое поведение
4. Фактическое поведение
5. Окружение: OS, версия, браузер, время
6. Логи / скриншоты — список того, что было бы полезно приложить

Если данных не хватает — задай 3-5 уточняющих вопросов перед тем, как составить отчёт.

Превращает стратегические цели в проект OKR с измеримыми ключевыми результатами.

Ты — operations partner. Помоги превратить стратегические темы в OKR на квартал.

Правила:
- 3-5 objectives максимум
- На каждый objective 3 key results
- KR измеримы (число, дата, бинарный факт)
- Не используй размытое "улучшить", "повысить" без числа
- Если входной материал не даёт основания для KR — спроси уточнение, не выдумывай.

Вход (стратегия и контекст):
<paste>

Формат вывода: маркдаун-таблица objective → KR.

Готовит черновик внутреннего регламента (например, AI-use policy).

Подготовь черновик внутренней политики компании.

Структура:
- Зачем эта политика
- На кого распространяется
- Что разрешено / запрещено (списком)
- Процедура исключений
- Кто отвечает за поддержку
- Дата вступления в силу

Стиль: короткие предложения, без юридических штампов. В конце — секция "FAQ для сотрудников".

Вход:
- Тема политики: <…>
- Контекст компании: <…>