Рабочий процесс 1: от заметок со встречи к плану действий
Используйте этот процесс после созвонов, разговоров с клиентами и планёрок. Цель не в том, чтобы получить пересказ. Цель, это готовый для решений план действий с ответственными, датами, открытыми вопросами и следующими шагами.
Вводные данные -> промпт -> результат -> проверка. Каждая схема в этом гиде использует одни и те же четыре этапа. Если именно этап с промптом вызывает сомнения, метод из статьи промпт-инжиниринг для начинающих разбирает, как писать инструкцию, контекст, ограничения и формат, которые предполагает каждый шаблон ниже.
| Этап | Что вы предоставляете | Почему это важно |
|---|---|---|
| Вводные данные | Настоящий материал: расшифровка, почтовый ящик, страницы-источники, diff, список задач или черновик | Расплывчатый запрос позволяет модели додумывать ответственных, даты и утверждения, которых вы ей не давали |
| Промпт | Роль, контекст, ограничения и точный формат результата | Именно ограничения не подпускают модель к приватным данным и решениям, которые требуют человеческого суждения |
| Результат | Названная структура: таблица действий, очередь приоритетов, таблица извлечения, список выводов, расписание или набор контента | Названный формат гораздо легче проверить, чем абзацы прозы |
| Проверка | Сверка каждого пункта с источником, прежде чем вы начнёте действовать | Имена, даты, числа и обязательства всё равно должен утвердить человек |
Готовые к запуску наборы шаблонов. Семь схем ниже, это общие формы. Эти два набора, это уже заполненные версии, расписанные промпт за промптом.
| Шаблон | Что он делает | Для чего лучше всего |
|---|---|---|
| Founder Research Stack | Девять готовых промптов для карт рынка, разбора конкурентов, структуры цен, позиционирования и анализа языка клиентов, с черновиком лендинга в конце | Основатели, консультанты и операторы, которые решают, куда целиться и сколько просить |
| Claude Coding Prompt Pack | Двенадцать готовых промптов для отладки, ревью кода, рефакторинга, архитектурных разборов и дизайна тестов, с ограничениями, которые не дают маленькой правке превратиться в переписывание файла | Разработчики, которым нужен проверяемый diff, а не переписанный файл |
Вводные данные: расшифровка, черновые заметки, список участников, цель встречи, известные дедлайны и решения, в которых вы уже уверены. Если расшифровка длинная, разметьте её по темам или таймкодам до того, как отправлять промпт.
Промпт: «Преврати эти заметки со встречи в план действий. Контекст: цель встречи, это [цель]. Участники: [имена]. Заметки или расшифровка: [вставьте]. Ограничения: не выдумывай ответственных и даты. Помечай неясные пункты как требующие подтверждения. Отделяй решения от обсуждения. Формат: краткое резюме, решения, таблица задач, риски, письмо с итогами.»
Результат: бриф из пяти частей, где есть короткое резюме, подтверждённые решения, таблица задач с ответственным, датой и статусом, нерешённые вопросы и готовое к отправке письмо с итогами.
Проверка: сверьте каждую задачу с расшифровкой. Уберите всё, что ИИ додумал слишком уверенно. Подтвердите даты и ответственных до отправки. Если результат вышел слишком общим, перезапустите промпт с одним дополнительным ограничением: «Включай только те действия, которые кто-то явно согласился выполнить.»
Рабочий процесс 2: от разбора почты к очереди ответов
Этот процесс помогает разгрести переполненный ящик и при этом не дать ИИ говорить от вашего имени без контроля. Полезный результат, это очередь по приоритету, а не пачка роботизированных ответов.
Вводные данные -> промпт -> результат -> проверка
Вводные данные: отправитель, тема, текст письма, история отношений, срочность и привычный вам стиль ответа. В чувствительных переписках удалите личные данные перед вставкой и просите модель готовить черновик, а не отправлять.
Промпт: «Разбери эти письма на сегодня. Контекст: моя роль, это [роль], мои приоритеты, это [приоритеты], тон должен быть [тон]. Письма: [вставьте]. Ограничения: не отвечай на вопросы, которые требуют приватных данных аккаунта. Помечай всё, что требует человеческого суждения. Формат: таблица приоритетов, рекомендуемое действие и черновик ответа для каждого письма, на которое можно ответить безопасно.»
Результат: таблица с приоритетом, обоснованием, следующим действием, предложенным ответом и меткой риска. Вопросы оплаты, доступа к аккаунту и любые обещания должны уходить на ручную проверку.
Проверка: сначала читайте обоснование приоритета. Если модель не может объяснить, почему письмо срочное, понизьте его. Проверьте все имена, даты, обещания, цены и вложения. Держите личное правило: ИИ пишет черновики, но обязательства подтверждает человек.
Рабочий процесс 3: от анализа конкурентов к исследовательскому брифу
Используйте это как рабочий процесс с ИИ для исследований, когда нужен быстрый, но прослеживаемый взгляд на рынок и не хочется утонуть во вкладках.
Вводные данные -> промпт -> результат -> проверка
Вводные данные: названия конкурентов, заметки по сайтам, фрагменты про цены, страницы продуктов, выдержки из отзывов, целевой клиент и решение, которое вы пытаетесь принять. Можно также начать с Founder Research Stack от Whizi, если нужен более полный шаблон.
Промпт: «Составь разбор конкурентов для [рынок]. Контекст: я принимаю решение [решение]. Конкуренты и заметки: [вставьте]. Ограничения: используй только приложенные заметки. Отделяй факты от выводов. Не выдумывай цены, клиентов и функции. Формат: таблица сравнения, закономерности в позиционировании, пробелы, риски и следующие вопросы для исследования.»
Результат: таблица сравнения с конкурентом, аудиторией, обещанием, функциями, заметками о ценах, доказательствами, слабыми местами и предполагаемым позиционированием. В лучшей версии есть ещё колонка «что проверить дальше», чтобы исследование не притворялось законченным.
Проверка: сверяйте каждое утверждение с заметкой или фрагментом источника. Подсвечивайте необоснованные выводы. Для важных решений запустите тот же промпт на другой модели и сравните, какой ответ чище отделяет доказательства от мнения.
Рабочий процесс 4: от пересказа PDF к проверенной выжимке
Обычные пересказы PDF рискованны: они легко теряют оговорки и преувеличивают выводы. Этот процесс требует извлечения и проверки, а не просто приятного изложения.
Вводные данные -> промпт -> результат -> проверка
Вводные данные: текст PDF или загруженный документ, тип документа, ваша цель, самые важные разделы и точный результат, который вам нужен. Если документ длинный, сначала просите изложение по разделам и только потом синтез.
Промпт: «Разбери этот документ для [цель]. Контекст: тип документа, это [тип], и мне важнее всего [темы]. Ограничения: по возможности цитируй или называй разделы. Помечай неуверенные места. Не пересказывай разделы, которых не видишь. Формат: резюме на одну страницу, таблица ключевых фактов, риски и оговорки, извлечённые даты, числа и имена, чек-лист проверки.»
Результат: компактное резюме плюс структурированная таблица извлечения. Для научной статьи в таблице могут быть утверждение, доказательство, метод, ограничение и уверенность. Для договора, это обязательство, сторона, срок, пункт и риск.
Проверка: ищите в исходном PDF каждое число, срок, имя собственное и цитату. Сделайте второй проход: «Перечисли пять способов, которыми это изложение может ввести в заблуждение.» Если ответ влияет на юридические, медицинские, финансовые или трудовые решения, относитесь к результату ИИ как к помощи при чтении, а не как к совету.
Рабочий процесс 5: от ревью кода к безопасному списку правок
Этот рабочий процесс с ИИ для программирования полезен, когда есть дифф, пул-реквест или файл, который нужно отревьюить. Смысл в том, чтобы снизить риск, а не отдать суждение на сторону.
Вводные данные -> промпт -> результат -> проверка
Вводные данные: дифф, окружающая функция или модуль, ожидаемое поведение, вывод тестов, сообщения об ошибках, ограничения и то, что менять нельзя. Никогда не вставляйте секреты, продакшен-доступы и приватные данные клиентов.
Промпт: «Проверь этот код как опытный инженер. Контекст: ожидаемое поведение, это [поведение]. Цель изменения, это [цель]. Код или дифф: [вставьте]. Ограничения: в первую очередь ищи баги, регрессии, проблемы безопасности, крайние случаи и недостающие тесты. Не давай замечаний только по стилю, если за ними не прячется баг. Формат: таблица находок с серьёзностью, файлом или функцией, проблемой, объяснением, почему это важно, предлагаемым исправлением и тестом, который стоит добавить.»
Результат: отранжированный список замечаний, предложенные тесты и план минимальных изменений. Для рефакторинга просите самое небольшое улучшение читаемости, которое сохраняет поведение, а затем список тестов, доказывающих это.
Проверка: по возможности воспроизводите каждый баг до исправления. Не принимайте предложенный патч, не прочитав его. Прогоняйте тесты, линтер и проверку типов локально. Если две модели расходятся, считайте это расхождение чек-листом для ревью, а не голосованием.
Рабочий процесс 6: от планирования дня к сфокусированному расписанию
Ежедневная рутина с ИИ должна помогать выбирать, чего не делать. Этот процесс превращает беспорядочный список в сфокусированный план с реалистичными блоками, компромиссами и точкой завершения дня.
Вводные данные -> промпт -> результат -> проверка
Вводные данные: список задач, ограничения календаря, дедлайны, уровень энергии, встречи, обязательные пункты, необязательные пункты и одна стратегическая цель. Чем честнее вводные данные, тем лучше план.
Промпт: «Спланируй мой день вокруг результатов, а не занятости. Контекст: доступные рабочие блоки сегодня, это [блоки]. Обязательные дела: [обязательные]. Необязательные задачи: [необязательные]. Уровень энергии: [энергия]. Стратегическая цель: [цель]. Ограничения: защищай время на глубокую работу, закладывай буферы, не перегружай день и объясняй компромиссы. Формат: расписание, три главных результата, список отложенного, список рисков, чек-лист завершения дня.»
Результат: расписание по блокам времени, три результата, список отложенного и финальная десятиминутная процедура завершения дня. Список отложенного важен, потому что не даёт ИИ красиво упаковать невыполнимый день.
Проверка: сверьте план с реальным календарём. Урежьте его на 20 процентов, если он кажется перегруженным. Если у задачи нет определения успеха, попросите модель описать, что значит «готово», прежде чем начинать.
Рабочий процесс 7: от переупаковки контента к набору публикаций
Этот рабочий процесс с ИИ для текстов превращает один полезный источник в несколько готовых к публикации материалов и при этом не делает их одинаковыми на слух.
Вводные данные -> промпт -> результат -> проверка
Вводные данные: исходный материал, аудитория, список каналов, образец голоса бренда, утверждения, которые должны остаться точными, утверждения, которых стоит избегать, и нужные форматы. Приложите примеры своих лучших текстов, если хотите менее шаблонный результат.
Промпт: «Переупакуй этот источник в набор публикаций. Контекст: аудитория, это [аудитория]. Каналы: [каналы]. Образец голоса: [вставьте]. Источник: [вставьте]. Ограничения: сохраняй факты, избегай пафоса, не добавляй неподтверждённую статистику и делай каждый текст родным для своего канала. Формат: главное сообщение, 5 идей для постов, черновик письма, короткие посты в соцсети, длинный пост, блок для рассылки и таблица проверки.»
Результат: контент-набор с многоразовыми углами подачи, черновиками под каждый канал и таблицей проверки, где перечислены исходное утверждение, переиспользованное утверждение, место в источнике и риск.
Проверка: сравните каждый черновик с источником. Уберите утверждения, добавленные ради драматизма. Проверьте, что письмо, пост и вступление статьи решают разные задачи, а не повторяют одно и то же предложение. Сохраняйте промпт как многоразовый шаблон промпта для работы только после того, как он сработал на реальном материале.
- Начинайте каждый процесс с ИИ с реальных вводных данных, а не с расплывчатой просьбы.
- Определяйте результат до запуска промпта: таблица, чек-лист, записка, черновик, план или выжимка.
- Добавляйте ограничения по доказательствам, конфиденциальности, тону, длине и неопределённости.
- Просите шаг проверки как часть результата, а не постфактум.
- Сохраняйте многоразовые промпты по рабочим процессам, а не по моделям: в проект Whizi помещается до 10 закреплённых файлов и 32 000 символов постоянных инструкций.
- Запускайте важные процессы на нескольких моделях и сравнивайте точность, структуру и время доработки.
- Обновляйте каждый шаблон после того, как применили его к реальной задаче.
Частые вопросы
Что такое шаблон рабочего процесса с ИИ?
Шаблон рабочего процесса с ИИ, это повторяемая схема, которая задаёт вводные данные, промпт, ожидаемый результат и проверку качества для конкретной задачи: пересказа PDF, ревью кода или разбора почты.
Как выстроить свой рабочий процесс с ИИ?
Начните с одной повторяющейся задачи, выпишите нужные ей вводные данные, напишите промпт с ограничениями и форматом вывода, а затем добавьте чек-лист, который проверяет факты, решения, имена, числа и следующие шаги.
Стоит ли использовать одну и ту же модель ИИ для всех процессов?
Нет. Разные модели лучше справляются с разными задачами. Для важных процессов запускайте один и тот же промпт на нескольких моделях и оставляйте версию, которая даёт самый точный и пригодный результат.
