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

Как устроена библиотека

Все промпты собраны по одной схеме: роль модели, контекст задачи, структура ответа и правила — прежде всего запрет додумывать. Без него модель охотно «восстанавливает» факты, которых не было, и это главный источник конфузов. Текст в квадратных скобках заменяйте своими данными. Работают промпты на любой сильной языковой модели, но удобнее держать их там же, где сами модели: на СуперИнтеллекте больше 90 чат-моделей в одном окне — лёгкая для сводок, флагман для писем заказчику. Как платформа выглядит с точки зрения вашей роли — на странице для проект-менеджеров.

Планирование

1. Декомпозиция задачи в план

Применяйте, когда задача приходит одной фразой — «нужен личный кабинет к концу квартала» — а от вас ждут план работ. Черновик декомпозиции модель делает за минуту, ваше время уходит на проверку зависимостей и разговор с командой.

Ты — опытный руководитель проектов. Разбей задачу на план работ.

Задача: [формулировка задачи и срок].
Команда: [состав и роли].
Ограничения: [что известно: занятость людей, технологии, бюджет].

Сделай:
1. Декомпозицию до задач длительностью не больше трёх дней.
2. Этапы с критерием готовности каждого — по какому признаку этап закрыт.
3. Зависимости: что нельзя начать, пока не закончено другое.
4. Критический путь и главные угрозы сроку.

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

2. Вопросы заказчику до старта

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

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

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

Отсортируй по важности. К каждому вопросу — одной строкой,
чем грозит старт без ответа на него.

3. Повестка встречи

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

Составь повестку рабочей встречи на [30/60] минут.
Цель: [решение, которое нужно принять на встрече].
Участники: [роли].
Материалы, которые все прочитают заранее: [список].

Сделай:
1. Пункты с таймингом и желаемым результатом каждого пункта.
2. Вопросы, которые вынесем за рамки, если не уложимся во время.
3. Последние 5 минут — фиксация решений и задач с ответственными.

Коммуникации: статусы, письма, протоколы

4. Статус-репорт заказчику

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

Собери еженедельный статус-репорт для заказчика из моих заметок.

Структура: общий статус проекта (в графике / есть отклонения / критично),
что сделано за неделю, что в работе на следующую, риски,
что нам нужно от заказчика — с датами.

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

Заметки: [вставьте черновые заметки за неделю]

5. Письмо о переносе сроков

Применяйте, когда срок съехал и это уже факт. Самое трудное в таком письме — не скатиться ни в оправдания, ни в канцелярскую сухость. Модель держит структуру «суть — причина — план — новая дата», а вы правите тон под конкретного заказчика.

Напиши письмо заказчику о переносе срока.

Факты: [что сдвигается, на сколько, из-за чего — честно].
Новый план: [дата и что изменили в процессе, чтобы она была надёжной].
Что идёт по плану: [если есть — перечислите].

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

6. Ответ на недовольство клиента

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

Помоги ответить на письмо недовольного заказчика.

Его письмо: [вставьте].
Что произошло на самом деле: [ваша версия, честно].
Что готовы предложить: [варианты решения].

Напиши ответ:
— признай то, в чём мы действительно ошиблись, без размазывания;
— с несправедливыми упрёками не соглашайся, но и не спорь о словах —
  переводи разговор на факты и шаги;
— предложи конкретные действия с датами.
Покажи два варианта тона: нейтрально-деловой и более тёплый.

7. Сводка переписки за день

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

Ниже — выгрузка рабочих чатов за [период].

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

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

[вставьте выгрузку переписки]

8. Протокол встречи из транскрипта

Применяйте сразу после созвона, пока контекст свеж. Список участников в промпте обязателен: без него модель путает похожие имена и вешает задачи на «кого-то из разработчиков».

Сделай протокол встречи из транскрипта ниже.

Участники: [имена и роли].

Структура:
1. Принятые решения — по одному предложению на каждое.
2. Задачи: формулировка — ответственный — срок.
   Если срок не назван, так и пиши: «срок не назван».
3. Открытые вопросы, по которым решения нет.
4. Следующая встреча: дата и повестка, если обсуждались.

Правило: задачу назначай только тому, кто прямо взял её в транскрипте.

[вставьте транскрипт]

Риски и качество

9. Реестр рисков

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

Составь реестр рисков проекта в виде таблицы.

Контекст проекта: [три-четыре предложения].
Что уже беспокоит: [ваши опасения].

Колонки: риск, вероятность (низкая/средняя/высокая), влияние на срок
и бюджет, ранние признаки того, что риск сбывается, план реакции, владелец.

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

10. Пре-мортем

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

Проведём пре-мортем проекта.

Представь: прошло [срок], проект провалился.
Контекст: [описание проекта, команда, сроки, ограничения].

Назови десять самых правдоподобных причин провала — от процессных
до человеческих. Для каждой:
— ранний признак, что сценарий начал сбываться;
— одно действие сейчас, которое снижает этот риск.

Абстракции вроде «плохая коммуникация» не принимаются —
только конкретные сценарии с действующими лицами.

11. Проверка плана на дыры

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

Ты — придирчивый тимлид, который видит этот план впервые.

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

Формат: место в плане — в чём проблема — вопрос, который нужно закрыть.

[вставьте план]

Команда: ретро, онбординг, обратная связь

12. Подготовка к ретроспективе

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

Подготовь план ретроспективы спринта на [45-60] минут.

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

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

13. Разбор итогов ретро

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

Ниже — анонимные ответы команды на вопросы перед ретро.

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

Отдельно выдели:
— противоречия: одни хвалят то, что другие называют проблемой;
— темы, которые повторяются из ретро в ретро.
  Темы прошлых ретро: [вставьте].

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

[вставьте ответы]

14. Онбординг новичка

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

Составь план онбординга нового участника команды.

Роль новичка: [должность и будущие задачи].
Проект: [краткое описание и стадия].
Команда: [кто есть, кто наставник].
Инструменты и доступы: [список].

Сделай план на первые две недели в формате:
день — что делает — с кем знакомится — какой осязаемый результат.
Правило: в первую неделю каждый день заканчивается маленьким
законченным результатом, а не «изучал документацию».

В конце — чек-лист для меня: что подготовить до его первого дня.

15. Структурированная обратная связь

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

Помоги подготовиться к разговору с участником команды.

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

Собери структуру разговора:
1. Факты без ярлыков и обобщений «ты всегда/никогда».
2. Влияние на проект и команду.
3. Вопрос о его видении ситуации — до моих выводов.
4. Договорённость с проверяемым результатом и сроком.

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

Сколько стоят 15 промптов

Расход на платформе считается в нейронах: медианный ответ — около 2 нейронов, лёгкие модели укладываются меньше чем в 0,5, флагманы берут 10-15. Логика выбора простая: чем дальше текст уйдёт от вас — тем сильнее модель. Сводка для себя — лёгкая, письмо заказчику — флагман.

Группа промптовУместная модельЦена за прогон
Сводка переписки, протокол (7-8)лёгкая или средняядо 2 нейронов
Планы и повестки (1-3)средняя≈ 2 нейрона
Письма заказчику (4-6)средняя или флагман2-15 нейронов
Риски и проверка плана (9-11)средняя или флагман2-15 нейронов
Ретро, онбординг, обратная связь (12-15)средняя≈ 2 нейрона
Цена промптов библиотеки в нейронах

Бесплатного пакета в 100 стартовых нейронов хватает, чтобы прогнать всю библиотеку на своём проекте несколько раз; ограничение тарифа — 15 сообщений к платным моделям в четырёхчасовом окне. Если модель не ответила из-за сбоя, нейроны не списываются. Дальше — тарифы, включая командные от 5 до 50 мест с общим балансом: промпты и агенты в командном пространстве общие.

Чтобы не вставлять промпты каждый раз

Библиотека в заметках — рабочий, но утомительный вариант. Следующий шаг — превратить частые промпты в ИИ-агентов: роль и правила один раз описываются в системном промпте, дальше вы просто кидаете агенту транскрипт или переписку без инструкций. Пользователи платформы собрали уже больше 700 агентов; на бесплатном тарифе можно держать трёх — «Протоколист», «Статусист» и «Рисковик» закрывают самые частые прогоны. Как такие агенты встраиваются в рабочий день по часам — в гайде день проджект-менеджера с ИИ.

Частые вопросы

Какая нейросеть подходит для работы проджект-менеджера

Единственно правильной нет — и это удобно. Для сводок и протоколов достаточно лёгких и средних моделей, для писем заказчику выручают флагманы: Claude, например, заслуженно славится качеством русского текста. Практичный вариант — платформа, где модели переключаются прямо в переписке: на СуперИнтеллекте их больше 90 в одном окне.

Можно ли пользоваться этими промптами бесплатно

Да. Бесплатный тариф даёт 100 стартовых нейронов, 52 модели, трёх агентов и 15 сообщений к платным моделям в четырёхчасовом окне — карта не нужна. Для проверки библиотеки на живом проекте этого достаточно: полный набор из 15 промптов на средних моделях укладывается примерно в 30 нейронов.

Подойдут ли промпты менеджеру по продажам

Большая часть — без изменений: сводка переписки с клиентами, протокол созвона с лидом, письмо о переносе, ответ на недовольство, подготовка к сложному разговору. Замените «заказчика» на «клиента», а «план проекта» на «план сделки» — структура промптов не изменится. Ещё сотня формулировок под смежные задачи — в подборке 110 промптов для бизнеса.


Соседние материалы: день проджект-менеджера с ИИ — те же задачи, собранные в сценарий рабочего дня, 110 промптов для бизнеса — формулировки под смежные роли, а обзор платформы под вашу роль — на странице для проект-менеджеров.

Собрать первого агента бесплатно — 100 стартовых нейронов, 52 модели и 3 агента на бесплатном тарифе; карта не нужна, на проверку всей библиотеки хватит.