Многие бизнес-аналитики смотрят в сторону нейросетей с надеждой и опаской одновременно. Кажется, что это мощный инструмент, но как его применить к ежедневным задачам, кроме как для написания писем? В этой статье собраны практические промпты для бизнес-аналитика, которые помогут автоматизировать рутину и освободить время для более сложных задач.
Забудьте об абстрактных советах. Здесь только конкретика, которая прошла проверку на реальных проектах. Материал построен так, чтобы Вы не просто скопировали текст запроса, а поняли, почему он работает и как его адаптировать под свои нужды.
Это не волшебная таблетка, которая напишет за Вас идеальное техническое задание (хотя было бы неплохо, правда?). Это скорее умный помощник, которого нужно правильно направить. В статье Вы найдете готовые решения для таких задач, как:
- Анализ интервью и выявление требований
- Создание пользовательских историй и критериев приемки
- Моделирование бизнес-процессов
- Подготовка технической документации
- Анализ конкурентных решений
Давайте разберемся, как перестать получать от нейросети воду и начать извлекать реальную пользу.
Типичные ошибки при работе с нейросетями в бизнес-анализе
Прежде чем переходить к готовым решениям, важно понять, почему многие попытки использовать ИИ заканчиваются разочарованием. Обычно проблема не в нейросети, а в подходе. Вот самые частые грабли, на которые наступают даже опытные специалисты.
- Использовать слишком общие запросы без контекста. Просьба “проанализируй требования” без деталей проекта, целей и ролей пользователей приведет к ответу, который можно найти в первой ссылке поисковика.
- Просить нейросеть “сделать все и сразу”. Запрос “напиши полное ТЗ для CRM-системы” – это прямой путь к провалу. Нейросеть запутается, а результат будет поверхностным и неприменимым.
- Игнорировать важность формата ответа. Если не указать, в каком виде нужен результат (таблица, список, схема), Вы получите стену текста, разбирать которую дольше, чем делать задачу с нуля.
- Бояться давать конкретные данные. Нейросеть не может помочь с анализом, если у нее нет информации. Не обязательно раскрывать коммерческую тайну, данные всегда можно обезличить или заменить на вымышленные, но аналогичные по структуре.
- Думать, что ИИ хорош только для генерации текста. Его можно и нужно использовать для структурирования информации, поиска противоречий в требованиях, классификации данных и даже для генерации тестовых сценариев.
- Сдаваться после первой неудачной попытки. Первый ответ нейросети – это почти всегда черновик. Успех приходит после нескольких уточнений, дополнений и корректировок первоначального запроса.
Как превратить слабый запрос в сильный: практические примеры
Разница между бесполезным и рабочим промптом – в деталях. Давайте на конкретных задачах посмотрим, как небольшие изменения в формулировке кардинально меняют качество результата. Это поможет понять логику, которая заложена в готовые промпты далее в статье.
| Задача | Слабый промпт | Почему это плохо | Сильный промпт для бизнес-аналитика |
| Сбор требований из интервью | “Проанализируй текст интервью и выдели требования”. | Нейросеть не знает, какие требования искать (функциональные, нефункциональные, бизнес-требования), для какой системы и кто является пользователем. Результат будет общим списком без структуры. | “Ты – опытный бизнес-аналитик. Проанализируй стенограмму интервью с владельцем продукта. Выдели и сгруппируй: 1. Бизнес-требования. 2. Функциональные требования к системе. 3. Нефункциональные требования (производительность, безопасность). 4. Ограничения. Ответ представь в виде маркированного списка с подзаголовками для каждой группы”. |
| Создание пользовательской истории | “Напиши user story про личный кабинет”. | Слишком абстрактно. Непонятно, для какого пользователя, какую ценность он должен получить и в рамках какого продукта. История будет выдуманной и бесполезной. | “Ты – владелец продукта в компании, разрабатывающей ПО для фитнес-центров. Напиши пользовательскую историю для роли ‘Клиент клуба’. Цель: клиент хочет видеть историю своих посещений. История должна быть написана по шаблону: ‘Как [роль], я хочу [действие], чтобы [ценность]’. Добавь 3-5 критериев приемки”. |
| Анализ конкурентов | “Сравни три CRM-системы”. | Нейросеть не знает, по каким критериям сравнивать, что важно для Вашего проекта. Она выдаст общую информацию с сайтов конкурентов, не имеющую отношения к Вашей задаче. | “Ты – системный аналитик. Проведи сравнительный анализ CRM-систем ‘Битрикс24’, ‘amoCRM’ и ‘Мегаплан’ для компании, занимающейся оптовой торговлей стройматериалами. Сравни их по следующим критериям: 1. Возможности управления воронкой продаж. 2. Интеграция с 1С. 3. Наличие мобильного приложения. 4. Стоимость для команды из 10 человек. Результат оформи в виде таблицы”. |
29 готовых промптов для бизнес-аналитика: от сбора требований до сдачи проекта
Теперь перейдем к главному – арсеналу готовых запросов. Каждый из них создан для решения конкретной задачи, с которой аналитики сталкиваются ежедневно. Просто скопируйте текст, вставьте свои данные в квадратные скобки и получите структурированный результат.
1. Анализ стенограммы интервью
Проблема: После часового интервью со стейкхолдером остается много “воды” и неструктурированной информации. Нужно быстро извлечь суть.
Решение: Промпт помогает автоматически выделить из текста интервью ключевые требования, проблемы, цели и ограничения.
Текст промпта:
*****
Ты – старший бизнес-аналитик, твоя задача – извлекать суть из разговоров с заказчиком. Проанализируй текст стенограммы интервью ниже. Твоя цель – структурировать информацию для команды разработки.
Выполни следующие шаги:
1. Выдели основные бизнес-цели, которые преследует заказчик.
2. Сформируй список функциональных требований, упомянутых в разговоре. Для каждого требования укажи, к какой части системы оно относится.
3. Определи нефункциональные требования (например, к производительности, безопасности, удобству использования).
4. Выяви все ограничения и допущения, озвученные заказчиком.
5. Найди и перечисли все открытые вопросы, которые требуют уточнения.
Формат ответа: строгий, структурированный отчет с разделами: “Бизнес-цели”, “Функциональные требования”, “Нефункциональные требования”, “Ограничения и допущения”, “Вопросы для уточнения”. Не добавляй никакой воды и вступлений.
Текст стенограммы:
“[Вставьте сюда полный текст стенограммы интервью]”
*****
Почему это работает: Промпт четко определяет роль, задачу и, что самое важное, структуру вывода. Разбивка на конкретные пункты (цели, требования, ограничения) заставляет нейросеть классифицировать информацию, а не просто пересказывать текст.
2. Генерация пользовательских историй (User Stories)
Проблема: Нужно быстро сформулировать несколько пользовательских историй на основе общего описания функции (эпика).
Решение: Промпт генерирует истории по классическому шаблону, помогая разбить большую задачу на мелкие, понятные части.
Текст промпта:
*****
Ты – опытный владелец продукта (Product Owner). Твоя задача – декомпозировать крупную функциональность (эпик) на пользовательские истории.
Эпик: “[Опишите крупную функциональность, например, ‘Управление заказами в интернет-магазине’]”
Целевые роли пользователей: “[Перечислите роли, например, ‘Покупатель’, ‘Менеджер магазина’, ‘Администратор системы’]”
На основе этой информации сгенерируй 5-7 пользовательских историй. Каждая история должна соответствовать шаблону: “Как [роль пользователя], я хочу [выполнить действие], чтобы [получить ценность]”.
Стиль: лаконичный и четкий. Избегай двусмысленности.
*****
Почему это работает: Задание роли “владелец продукта” и строгого шаблона для ответа направляет ИИ на создание историй, ориентированных на ценность для пользователя, а не просто на описание функций. Указание ролей помогает создать релевантные сценарии.
3. Создание критериев приемки (Acceptance Criteria)
Проблема: Пользовательская история готова, но команде разработки и тестировщикам неясно, когда задача считается выполненной.
Решение: Этот промпт помогает сформулировать четкие и проверяемые критерии приемки для конкретной user story.
Текст промпта:
*****
Ты – QA-инженер с опытом в бизнес-анализе. Твоя задача – написать критерии приемки для пользовательской истории.
Пользовательская история: “[Вставьте текст пользовательской истории, например, ‘Как покупатель, я хочу добавлять товары в корзину, чтобы купить их позже’]”
Напиши 5-7 четких и проверяемых критериев приемки для этой истории. Используй формат “Given-When-Then” (Дано-Когда-Тогда) для описания сценариев.
Пример:
Дано: Пользователь находится на странице товара.
Когда: Пользователь нажимает кнопку “Добавить в корзину”.
Тогда: Товар появляется в корзине с указанием количества “1”.
Ограничения: Не пиши общие фразы вроде “система работает корректно”. Только конкретные проверяемые действия и результаты.
*****
Почему это работает: Указание формата “Given-When-Then” заставляет нейросеть мыслить сценариями, что идеально подходит для тестирования. Роль “QA-инженер” смещает фокус с бизнес-ценности на проверяемость и конкретику.
4. Выявление нефункциональных требований (НФТ)
Проблема: Команда сосредоточена на функциях, но упускает из виду важные аспекты: производительность, безопасность, надежность. Это приводит к проблемам на поздних стадиях проекта.
Решение: Промпт генерирует список потенциальных нефункциональных требований на основе описания системы, о которых стоит подумать.
Текст промпта:
*****
Ты – системный архитектор. Твоя задача – определить ключевые нефункциональные требования (НФТ) для нового проекта.
Описание проекта: “[Кратко опишите суть проекта, например, ‘Высоконагруженный новостной портал с личными кабинетами для журналистов’ или ‘Внутренняя система документооборота для 1000 сотрудников’]”
Основные функции: “[Перечислите 3-5 ключевых функций, например, ‘Публикация статей’, ‘Авторизация пользователей’, ‘Поиск по архиву’]”
На основе этой информации составь список возможных нефункциональных требований по следующим категориям:
1. Производительность (например, время отклика страницы).
2. Безопасность (например, требования к паролям, защита от атак).
3. Надежность и доступность (например, uptime, резервное копирование).
4. Масштабируемость (например, готовность к росту нагрузки).
5. Удобство использования (usability).
Формат ответа: маркированный список с подзаголовками для каждой категории. Для каждого требования дай краткое пояснение, почему оно важно для этого проекта.
*****
Почему это работает: Промпт предоставляет ИИ контекст (описание проекта) и четкую структуру (категории НФТ). Это не позволяет модели дать общий ответ, а заставляет применить знания из каждой категории к конкретному проекту, объясняя причинно-следственную связь.
5. Описание бизнес-процесса в нотации BPMN
Проблема: Нужно быстро описать бизнес-процесс для обсуждения с командой, но нет времени рисовать схему с нуля.
Решение: Нейросеть генерирует текстовое описание процесса, которое можно использовать как основу для создания BPMN-диаграммы.
Текст промпта:
*****
Ты – бизнес-аналитик, эксперт по моделированию бизнес-процессов. Твоя задача – описать процесс в виде последовательности шагов, готовой для переноса в нотацию BPMN.
Название процесса: “[Например, ‘Обработка заказа в интернет-магазине’]”
Участники (пулы/дорожки): “[Например, ‘Клиент’, ‘Менеджер’, ‘Система’]”
Краткое описание процесса: “[Опишите процесс своими словами, например, ‘Клиент оформляет заказ на сайте, менеджер его подтверждает, система отправляет уведомление на склад’]”
Опиши этот процесс шаг за шагом, указывая для каждого шага участника, действие, и возможные ветвления (шлюзы). Используй терминологию BPMN (стартовое событие, задача, шлюз, конечное событие).
Пример шага:
– Пул “Клиент”: Стартовое событие “Заказ создан”.
– Пул “Система”: Задача “Проверить наличие товара на складе”.
– Пул “Система”: Исключающий шлюз “Товар в наличии?”.
– Ветка “Да”: …
– Ветка “Нет”: …
*****
Почему это работает: Промпт требует использовать терминологию и структуру BPMN (пулы, задачи, шлюзы). Это заставляет ИИ не просто пересказывать процесс, а раскладывать его на стандартные блоки, что сильно упрощает последующее создание визуальной диаграммы.
6. Генерация вопросов для интервью со стейкхолдером
Проблема: Предстоит встреча с заказчиком, нужно подготовить список вопросов, чтобы ничего не упустить и собрать максимум полезной информации.
Решение: Промпт помогает составить структурированный опросник, покрывающий разные аспекты будущего проекта.
Текст промпта:
*****
Ты – ведущий бизнес-аналитик. Ты готовишься к первому интервью с ключевым стейкхолдером по новому проекту.
Тема проекта: “[Например, ‘Разработка мобильного приложения для записи к врачу’]”
Цель интервью: “[Например, ‘Понять основные бизнес-цели, определить ключевых пользователей и собрать высокоуровневые требования’]”
Составь список из 10-15 открытых вопросов для этого интервью. Сгруппируй их по темам:
1. Проблема и цели (Почему мы это делаем? Какую проблему решаем?).
2. Пользователи и роли (Для кого мы это делаем?).
3. Основной функционал (Что система должна делать?).
4. Ограничения и риски (Что может нам помешать?).
5. Критерии успеха (Как мы поймем, что проект успешен?).
Ограничение: Избегай закрытых вопросов, на которые можно ответить “да” или “нет”.
*****
Почему это работает: Структурирование по темам (проблема, пользователи, функционал) гарантирует, что все важные области будут охвачены. Требование задавать открытые вопросы помогает получить развернутые ответы, а не односложные подтверждения.
7. Анализ и структурирование обратной связи от пользователей
Проблема: Есть десятки отзывов пользователей из разных источников (почта, соцсети, формы обратной связи), и нужно понять основные болевые точки.
Решение: Промпт классифицирует и обобщает обратную связь, выделяя самые частые проблемы и предложения.
Текст промпта:
*****
Ты – аналитик продукта. Твоя задача – проанализировать массив неструктурированных отзывов пользователей и подготовить сводку для команды.
Проанализируй отзывы ниже. Выполни следующие действия:
1. Классифицируй каждый отзыв, присвоив ему одну или несколько категорий: “Сообщение об ошибке”, “Предложение по улучшению”, “Проблема с юзабилити”, “Положительный отзыв”.
2. Выдели 3-5 самых часто упоминаемых проблем.
3. Выдели 3-5 самых интересных предложений по улучшению.
4. Оцени общий тон отзывов (преимущественно негативный, нейтральный, позитивный).
Формат ответа:
– Раздел “Ключевые проблемы” (списком).
– Раздел “Интересные предложения” (списком).
– Раздел “Общая тональность”.
Массив отзывов:
“[Вставьте сюда 10-20 отзывов пользователей, каждый с новой строки]”
*****
Почему это работает: Промпт превращает качественную задачу (чтение отзывов) в количественную (подсчет и ранжирование). Требование классификации заставляет ИИ вчитываться в суть каждого отзыва, а не просто искать ключевые слова.
8. Составление глоссария проекта
Проблема: В проекте много специфических терминов, которые разные члены команды понимают по-своему. Это ведет к недопониманию и ошибкам.
Решение: На основе описания проекта и требований ИИ создает единый глоссарий терминов и определений.
Текст промпта:
*****
Ты – технический писатель и бизнес-аналитик. Твоя задача – создать глоссарий для проекта, чтобы вся команда говорила на одном языке.
Проанализируй предоставленные ниже тексты (описание системы, требования, переписка). Выдели все специфические термины, аббревиатуры и понятия, относящиеся к предметной области проекта.
Для каждого термина дай краткое и однозначное определение.
Формат ответа: таблица из двух колонок: “Термин” и “Определение”.
Исходные тексты для анализа:
“[Вставьте сюда фрагменты ТЗ, описания архитектуры или другие документы проекта]”
*****
Почему это работает: Промпт поручает ИИ задачу, с которой он справляется отлично – находить сущности в тексте и систематизировать их. Запрос на формат таблицы делает результат сразу готовым к использованию в проектной документации.
9. Сравнение “AS-IS” и “TO-BE” моделей процесса
Проблема: Нужно наглядно показать заказчику, как изменится и улучшится бизнес-процесс после внедрения новой системы.
Решение: Промпт генерирует сравнительное описание текущего (“как есть”) и будущего (“как будет”) состояния процесса.
Текст промпта:
*****
Ты – эксперт по оптимизации бизнес-процессов. Твоя задача – подготовить сравнительный анализ моделей “AS-IS” и “TO-BE”.
Название процесса: “[Например, ‘Согласование отпуска сотрудника’]”
Описание процесса “AS-IS” (как есть):
“[Опишите текущий процесс, например, ‘Сотрудник пишет бумажное заявление, подписывает у руководителя, несет в отдел кадров, кадровик вручную вносит данные в 1С’]”
Описание предлагаемых изменений (“TO-BE”):
“[Опишите, как процесс будет работать с новой системой, например, ‘Сотрудник создает заявку в личном кабинете, руководитель получает уведомление и утверждает ее онлайн, данные автоматически попадают в 1С’]”
На основе этой информации создай таблицу со следующими колонками: “Этап процесса”, “Описание AS-IS”, “Описание TO-BE”, “Выгоды от изменений”.
В колонке “Выгоды от изменений” укажи конкретные улучшения: сокращение времени, уменьшение ошибок, повышение прозрачности.
*****
Почему это работает: Запрос на создание таблицы с колонкой “Выгоды” заставляет ИИ не просто описать два состояния, а провести реальный анализ, находя причинно-следственные связи между изменениями и их положительным эффектом для бизнеса.
10. Генерация тестовых данных
Проблема: Тестировщикам нужны разнообразные данные для проверки функционала, но придумывать их вручную долго и скучно.
Решение: Промпт создает набор синтетических данных (включая пограничные и неверные значения) для тестирования.
Текст промпта:
*****
Ты – инженер по тестированию. Сгенерируй набор тестовых данных для формы регистрации пользователя.
Поля формы и их валидация:
– Имя: [например, ‘только кириллица, от 2 до 50 символов’]
– Электронная почта: [например, ‘валидный формат email’]
– Пароль: [например, ‘минимум 8 символов, одна заглавная буква, одна цифра’]
– Дата рождения: [например, ‘формат ДД.ММ.ГГГГ, возраст не менее 18 лет’]
Создай таблицу с 10 наборами данных для тестирования. Включи:
– 3-4 набора с корректными данными.
– 5-6 наборов для проверки каждого правила валидации (например, слишком короткое имя, неверный формат почты, простой пароль).
– 1-2 набора с пограничными значениями (например, возраст ровно 18 лет).
Формат ответа: таблица с колонками “Имя”, “Электронная почта”, “Пароль”, “Дата рождения”, “Ожидаемый результат (успех/ошибка)”.
*****
Почему это работает: Промпт четко задает правила (валидацию) и требует сгенерировать не только позитивные, но и негативные, и пограничные сценарии. Это обеспечивает полное покрытие тестами и помогает найти неочевидные ошибки.
11. Создание схемы базы данных (ER-диаграммы)
Проблема: Нужно быстро набросать структуру базы данных для новой функции, чтобы обсудить ее с разработчиками.
Решение: Промпт генерирует текстовое описание сущностей, их атрибутов и связей, которое легко превратить в ER-диаграмму.
Текст промпта:
*****
Ты – системный аналитик и проектировщик баз данных. На основе описания предметной области создай логическую модель данных.
Предметная область: “[Опишите сущности и их взаимодействие. Например, ‘Система для блога. У каждого Пользователя может быть много Постов. Каждый Пост может иметь много Комментариев. У Поста есть Категория.’]”
Твоя задача:
1. Определи основные сущности (таблицы).
2. Для каждой сущности определи набор атрибутов (полей), включая первичные (ID) и внешние ключи. Укажи предполагаемые типы данных (строка, число, дата).
3. Опиши связи между сущностями (один-ко-многим, многие-ко-многим).
Формат ответа: для каждой сущности создай отдельный блок.
Пример:
Сущность: Пользователи (Users)
– user_id (первичный ключ, целое число)
– username (строка)
– email (строка)
Связи:
– Users.user_id (1) -> Posts.author_id (M)
*****
Почему это работает: Промпт заставляет ИИ мыслить в терминах реляционных баз данных (сущности, атрибуты, ключи, связи). Результат получается структурированным и сразу понятным для разработчиков, экономя время на формализацию.
12. Написание текста для страницы “Часто задаваемые вопросы” (FAQ)
Проблема: После запуска новой функции в поддержку начинают поступать однотипные вопросы от пользователей.
Решение: Проактивно создаем раздел FAQ, который ответит на большинство вопросов и снизит нагрузку на поддержку.
Текст промпта:
*****
Ты – менеджер по продукту и технический писатель. Твоя задача – написать раздел “Часто задаваемые вопросы” (FAQ) для новой функции.
Функция: “[Опишите функцию, например, ‘Двухфакторная аутентификация в личном кабинете’]”
Целевая аудитория: “[Например, ‘Нетехнические пользователи нашего сервиса’]”
Сгенерируй 5-7 вопросов, которые могут возникнуть у пользователей, и напиши на них ясные и краткие ответы.
Вопросы должны касаться:
– Что это за функция и зачем она нужна?
– Как ее включить / выключить?
– Что делать, если возникли проблемы (например, потерян доступ к телефону)?
– Безопасно ли это?
Формат ответа: список пар “Вопрос-Ответ”. Стиль ответов – простой, понятный, без сложного технического жаргона.
*****
Почему это работает: Промпт заставляет ИИ встать на место пользователя (“нетехнические пользователи”) и предугадать его вопросы и страхи. Указание тем для вопросов гарантирует, что все ключевые аспекты функции будут освещены.
13. Подготовка структуры технического задания (ТЗ)
Проблема: Нужно начать работу над ТЗ, но сложно с ходу определить правильную структуру документа.
Решение: Промпт генерирует стандартный скелет технического задания, который остается только наполнить содержанием.
Текст промпта:
*****
Ты – опытный системный аналитик, автор десятков ТЗ. Создай шаблон структуры технического задания для проекта.
Тип проекта: “[Например, ‘Разработка нового модуля для существующей ERP-системы’ или ‘Создание корпоративного портала с нуля’]”
Создай детализированное оглавление для ТЗ, включающее все стандартные разделы:
– Введение (цели, назначение)
– Требования к системе (функциональные, нефункциональные, к интерфейсу)
– Роли пользователей и их права
– Сценарии использования
– Требования к данным и интеграциям
– Глоссарий
Для каждого пункта верхнего уровня добавь 2-4 подпункта, уточняющих его содержание.
Формат ответа: нумерованный многоуровневый список.
*****
Почему это работает: Запрос основан на лучших практиках составления ТЗ. ИИ, обученный на миллионах документов, знает стандартную структуру. Просьба детализировать каждый пункт подпунктами делает шаблон более полным и практичным.
14. Анализ конкурентного решения
Проблема: Нужно быстро понять сильные и слабые стороны приложения-конкурента, не тратя часы на его изучение.
Решение: Промпт генерирует структурированный анализ на основе общедоступной информации о продукте.
Текст промпта:
*****
Ты – продуктовый аналитик. Твоя задача – провести быстрый анализ конкурентного приложения по открытым данным.
Название приложения-конкурента: “[Например, ‘Todoist’ или ‘Яндекс.Лавка’]”
Наша цель: “[Опишите, что вы хотите понять, например, ‘Понять, как они решают задачу совместной работы над проектами’ или ‘Оценить их модель монетизации’]”
Проведи анализ и подготовь отчет по структуре:
1. Целевая аудитория и ключевая ценность продукта (судя по описанию и отзывам).
2. Основные функциональные возможности.
3. Сильные стороны (что хвалят в отзывах, уникальные функции).
4. Слабые стороны (на что жалуются пользователи).
5. Модель монетизации (платные функции, подписка).
Используй только общедоступную информацию, которую можно найти в сети. В ответе укажи, что анализ является предположительным.
*****
Почему это работает: Промпт четко ограничивает область поиска (“общедоступная информация”) и задает аналитическую структуру. Это превращает ИИ из простого поисковика в аналитический инструмент, который собирает, классифицирует и делает выводы.
15. Перевод технических требований на язык бизнеса
Проблема: Разработчики описали техническое решение, но заказчик не понимает, зачем это нужно и какую пользу принесет.
Решение: Промпт “переводит” технический жаргон на язык бизнес-выгод.
Текст промпта:
*****
Ты – менеджер проектов, который выступает мостом между разработкой и бизнесом. Твоя задача – объяснить заказчику ценность технического улучшения.
Техническое описание: “[Вставьте описание от разработчиков, например, ‘Мы переведем базу данных на репликацию master-slave и добавим кэширование на уровне Redis’]”
Целевая аудитория: “[Например, ‘Финансовый директор, который не разбирается в технологиях’]”
Напиши короткое объяснение (2-3 абзаца), которое отвечает на следующие вопросы с точки зрения бизнеса:
1. Какую проблему это решает? (Например, “сайт медленно работает в пиковые часы”).
2. Что мы получим в результате? (Например, “система будет работать стабильнее, страницы будут открываться на 50% быстрее”).
3. Какие риски это снимает? (Например, “снизится риск падения сайта во время распродажи”).
Стиль: простой, убедительный, без технических терминов. Используй аналогии.
*****
Почему это работает: Промпт заставляет ИИ сменить перспективу с “как это сделано” на “зачем это нужно”. Фокусировка на бизнес-вопросах (проблема, результат, риски) и запрет на технический жаргон гарантируют, что ответ будет понятен и убедителен для нетехнического специалиста.
16. Формулирование гипотез для A/B-тестирования
Проблема: Есть идея по улучшению продукта, но неясно, как проверить ее эффективность и измерить результат.
Решение: Промпт помогает сформулировать проверяемую гипотезу для A/B-теста по стандартному шаблону.
Текст промпта:
*****
Ты – продуктовый аналитик. Сформулируй гипотезу для A/B-тестирования.
Идея для улучшения: “[Опишите идею, например, ‘Изменить цвет кнопки ‘Купить’ с синего на зеленый’]”
Ожидаемый эффект: “[Что, по вашему мнению, должно произойти? Например, ‘Увеличится конверсия в покупку’]”
Ключевая метрика: “[Как будете измерять? Например, ‘Процент пользователей, нажавших на кнопку ‘Купить”]”
Сформулируй гипотезу по шаблону: “Если мы [изменение], то для [сегмент пользователей] это приведет к [ожидаемый результат], что мы измерим по росту метрики [название метрики] на [X]%”.
Заполни этот шаблон на основе предоставленных данных. Дополнительно предложи 1-2 вторичные метрики, за которыми стоит следить.
*****
Почему это работает: Строгий шаблон “Если…, то…” заставляет четко определить действие, ожидаемый результат и способ его измерения. Это превращает расплывчатую идею в конкретный, измеримый эксперимент.
17. Создание Mind Map (интеллект-карты) для исследования темы
Проблема: Нужно разобраться в новой сложной теме (например, новый закон или технология), но непонятно, с чего начать и как структурировать информацию.
Решение: Промпт генерирует структуру интеллект-карты, которую можно использовать для дальнейшего исследования.
Текст промпта:
*****
Ты – аналитик-исследователь. Твоя задача – создать структуру для изучения новой темы в формате интеллект-карты (Mind Map).
Центральная тема: “[Например, ‘Закон о маркировке интернет-рекламы’ или ‘Технология GraphQL’]”
Создай структуру интеллект-карты с 4-6 основными ветвями. Для каждой основной ветви предложи 3-5 подветвей (ключевых вопросов или подтем).
Примерные основные ветви могут быть: “Основные понятия”, “Ключевые участники/технологии”, “Преимущества”, “Недостатки”, “Практическое применение”, “Сравнение с …”.
Формат ответа: многоуровневый список, имитирующий структуру карты. Не пиши длинных объяснений, только названия веток.
*****
Почему это работает: Запрос на создание структуры, а не подробного отчета, позволяет быстро получить “скелет” для исследования. Формат интеллект-карты помогает визуализировать связи между разными аспектами темы и ничего не упустить.
18. Описание API-метода для разработчиков
Проблема: Аналитик спроектировал логику, а теперь нужно описать ее для команды разработки в виде спецификации API.
Решение: Промпт генерирует документацию для одного API-метода в общепринятом формате.
Текст промпта:
*****
Ты – системный аналитик, документирующий API. Опиши метод API на основе предоставленной информации.
Название метода: “[Например, ‘Получить список заказов пользователя’]”
HTTP-метод и URL: “[Например, ‘GET /v1/users/{userId}/orders’]”
Краткое описание: “[Что делает метод?]”
Параметры запроса: “[Опишите параметры пути, строки запроса, тело запроса. Например, ‘userId в пути, status в строке запроса’]”
Пример успешного ответа (200 OK): “[Опишите структуру и пример данных JSON]”
Возможные ошибки: “[Например, ‘404 Not Found, если пользователь не найден’, ‘401 Unauthorized, если нет авторизации’]”
Оформи документацию в формате, похожем на Swagger/OpenAPI:
– Заголовок с HTTP-методом и путем.
– Описание.
– Раздел “Параметры” (таблица: имя, где находится, тип, описание).
– Раздел “Ответы” (с кодами состояния, описанием и примером тела ответа).
*****
Почему это работает: Промпт требует использовать структуру, принятую в индустрии (Swagger/OpenAPI). Это гарантирует, что документация будет полной, понятной для разработчиков и будет содержать все необходимые секции: параметры, ответы, ошибки.
19. Генерация User Flow (пользовательского пути)
Проблема: Нужно описать последовательность шагов, которые пользователь совершает для достижения цели в системе.
Решение: Промпт генерирует текстовое описание пользовательского пути, которое можно использовать для проектирования интерфейса или для обсуждения с командой.
Текст промпта:
*****
Ты – UX-аналитик. Опиши пользовательский путь (User Flow) для выполнения задачи.
Задача пользователя: “[Например, ‘Сбросить забытый пароль’]”
Роль пользователя: “[Например, ‘Зарегистрированный пользователь’]”
Точка входа: “[Где начинается путь? Например, ‘Страница входа в систему’]”
Опиши по шагам последовательность действий пользователя и реакций системы. Укажи, на каких экранах/страницах происходят действия. Включи возможные развилки и альтернативные сценарии.
Формат ответа: нумерованный список.
Пример:
1. Пользователь на странице ‘Вход’ нажимает ссылку ‘Забыли пароль?’.
2. Система отображает страницу ‘Восстановление пароля’ с полем для ввода email.
3. Пользователь вводит email и нажимает ‘Отправить’.
4. …
*****
Почему это работает: Промпт фокусируется на взаимодействии “пользователь-система” и требует описать его по шагам. Упоминание экранов и развилок делает описание более детальным и готовым для передачи дизайнеру или разработчику.
20. Поиск противоречий в требованиях
Проблема: В большом документе с требованиями от разных стейкхолдеров могут содержаться взаимоисключающие пункты.
Решение: Промпт помогает найти потенциальные конфликты и несоответствия в наборе требований.
Текст промпта:
*****
Ты – скрупулезный системный аналитик, твоя сильная сторона – поиск несостыковок. Проанализируй список требований ниже на предмет логических противоречий, двусмысленности или неполноты.
Список требований:
“[Вставьте сюда список требований из ТЗ или другого документа. Чем больше, тем лучше.]”
Твоя задача – выявить и описать все потенциальные проблемы. Для каждой найденной проблемы:
1. Укажи, между какими требованиями возникает конфликт.
2. Объясни суть противоречия.
3. Сформулируй вопрос, который нужно задать заказчику для разрешения этого конфликта.
Если противоречий не найдено, напиши “Противоречий не обнаружено”.
*****
Почему это работает: Этот промпт использует одну из самых сильных сторон больших языковых моделей – способность удерживать в контексте большой объем текста и находить в нем логические связи. Запрос на формулировку уточняющего вопроса делает результат сразу применимым в работе.
21. Подготовка плана демонстрации продукта
Проблема: Нужно провести демонстрацию готового функционала для заказчика, но есть риск сбиться, забыть что-то показать или выйти за рамки времени.
Решение: Промпт помогает составить пошаговый план демонстрации с таймингом.
Текст промпта:
*****
Ты – менеджер проекта. Подготовь план для проведения демонстрации нового функционала заказчику.
Тема демонстрации: “[Например, ‘Новый модуль отчетности’]”
Продолжительность: “[Например, ’30 минут’]”
Цель: “[Например, ‘Показать, что основной функционал готов, и собрать обратную связь’]”
Ключевые сценарии для показа: “[Перечислите 3-4 основных сценария, которые нужно продемонстрировать. Например, ‘1. Создание отчета по продажам. 2. Фильтрация данных в отчете. 3. Экспорт отчета в PDF.’]”
Составь пошаговый план демонстрации с примерным таймингом для каждого блока. План должен включать:
– Вступление (2-3 мин): приветствие, цели встречи.
– Демонстрация сценариев (20 мин): пошаговый показ каждого сценария.
– Сессия вопросов и ответов (5-7 мин).
– Заключение (1-2 мин): подведение итогов, дальнейшие шаги.
Для блока “Демонстрация сценариев” распиши действия более подробно.
*****
Почему это работает: Промпт заставляет структурировать демонстрацию как отдельный мини-проект с целями, таймингом и планом. Это помогает провести встречу профессионально и эффективно, не упустив ничего важного.
22. Создание Customer Journey Map (CJM)
Проблема: Нужно понять и визуализировать весь путь клиента при взаимодействии с компанией, включая его мысли, эмоции и болевые точки.
Решение: Промпт генерирует текстовую основу для CJM, описывая этапы, действия, мысли и эмоции клиента.
Текст промпта:
*****
Ты – UX-исследователь. Создай текстовое описание карты пути клиента (Customer Journey Map).
Персона: “[Опишите вашего типичного клиента, например, ‘Марина, 35 лет, менеджер, ищет онлайн-курсы по маркетингу’]”
Цель персоны: “[Например, ‘Выбрать и оплатить подходящий курс’]”
Опиши путь клиента по следующим этапам:
1. Осознание (Awareness): Как клиент узнает о проблеме и возможных решениях.
2. Рассмотрение (Consideration): Как клиент ищет и сравнивает варианты.
3. Покупка (Purchase): Как происходит процесс выбора и оплаты.
4. Использование (Service/Usage): Как клиент проходит курс.
5. Лояльность (Loyalty): Что заставит клиента вернуться или порекомендовать курс.
Для каждого этапа опиши в виде таблицы: “Действия клиента”, “Точки контакта с компанией”, “Мысли и вопросы клиента”, “Эмоции (позитивные/негативные)”, “Барьеры и проблемы”.
*****
Почему это работает: Промпт использует стандартную структуру CJM и заставляет ИИ думать не только о действиях, но и о внутреннем мире клиента (мысли, эмоции, барьеры). Это помогает выявить неочевидные проблемы и найти точки роста.
23. Формулирование требований к интеграции систем
Проблема: Нужно описать требования к обмену данными между двумя системами так, чтобы разработчики обеих сторон поняли задачу одинаково.
Решение: Промпт генерирует структурированное описание требований к интеграции.
Текст промпта:
*****
Ты – интеграционный архитектор. Сформулируй требования для интеграции двух систем.
Система-источник: “[Например, ‘CRM Битрикс24’]”
Система-приемник: “[Например, ‘1С:Управление торговлей’]”
Бизнес-сценарий: “[Опишите, зачем нужна интеграция. Например, ‘При переводе сделки в CRM в статус ‘Успешно завершена’, в 1С должен автоматически создаваться заказ покупателя.’]”
Опиши требования к интеграции по следующей структуре:
1. Цель интеграции.
2. Триггер (событие, запускающее обмен данными).
3. Передаваемые данные (какие поля из источника в какие поля приемника должны попасть).
4. Метод интеграции (предположительный: API, выгрузка файла и т.д.).
5. Требования к частоте обмена (в реальном времени, раз в час).
6. Требования к обработке ошибок (что делать, если данные не передались).
*****
Почему это работает: Промпт разбивает сложную задачу интеграции на понятные составляющие (триггер, данные, метод, ошибки). Это позволяет избежать двусмысленности и предусмотреть большинство потенциальных проблем еще на этапе проектирования.
24. Мозговой штурм для поиска решений проблемы
Проблема: Команда столкнулась со сложной проблемой и зашла в тупик, нужны свежие идеи.
Решение: Промпт использует нейросеть в качестве партнера для мозгового штурма, предлагая идеи с разных точек зрения.
Текст промпта:
*****
Ты – креативный фасилитатор мозгового штурма. Твоя задача – помочь команде найти решение проблемы.
Проблема: “[Четко опишите проблему. Например, ‘Пользователи регистрируются в нашем сервисе, но не совершают первое целевое действие – не создают свой первый проект.’]”
Сгенерируй 10-15 идей для решения этой проблемы. Рассмотри проблему с разных сторон:
– Как можно упростить процесс? (UX/UI)
– Как можно мотивировать пользователя? (Геймификация, бонусы)
– Как можно лучше обучить пользователя? (Онбординг, подсказки)
– Какие нестандартные/безумные идеи могут сработать?
Формат ответа: сгруппированный список идей по предложенным категориям.
*****
Почему это работает: Промпт предлагает ИИ разные “шляпы мышления” (упрощение, мотивация, обучение), что позволяет получить разнообразные, а не однотипные идеи. Категория “безумные идеи” помогает выйти за рамки стандартных решений.
25. Составление Job Story
Проблема: User Story фокусируется на роли, а иногда важнее понять контекст и мотивацию пользователя в конкретной ситуации.
Решение: Промпт помогает сформулировать требование в формате Job Story, который смещает фокус с “кто” на “зачем”.
Текст промпта:
*****
Ты – адепт методологии Jobs-to-be-Done (JTBD). Переформулируй требование из формата User Story в Job Story.
Исходная User Story: “[Например, ‘Как занятой менеджер, я хочу получать уведомления о новых задачах по почте, чтобы быть в курсе дел.’]”
Сформулируй Job Story по шаблону: “Когда [ситуация/контекст], я хочу [мотивация/цель], чтобы я мог [ожидаемый результат]”.
Проанализируй исходную историю и заполни шаблон Job Story. Добавь краткое объяснение, почему новый формат лучше раскрывает суть потребности пользователя в данном случае.
*****
Почему это работает: Промпт учит использовать альтернативный подход к формулированию требований. Формат Job Story заставляет глубже задуматься о ситуации и истинной мотивации пользователя, что часто приводит к более элегантным решениям.
26. Оценка трудоемкости задач (Story Points)
Проблема: Команде нужно оценить задачи в Story Points, но возникают споры. Нужен независимый “арбитр”.
Решение: Промпт выступает в роли опытного скрам-мастера, который дает предварительную оценку и, что важнее, объясняет ее логику.
Текст промпта:
*****
Ты – опытный скрам-мастер. Помоги команде с относительной оценкой задач в Story Points.
Эталонная задача (1 Story Point): “[Опишите очень простую, понятную всем задачу. Например, ‘Изменить текст на кнопке с ‘Ок’ на ‘Принять’.’]”
Список задач для оценки:
“[Перечислите 3-5 пользовательских историй или задач, которые нужно оценить.]”
Для каждой задачи из списка:
1. Предложи оценку в Story Points (используя последовательность Фибоначчи: 1, 2, 3, 5, 8, 13…).
2. Дай краткое обоснование: сравни сложность задачи с эталоном и другими задачами в списке, упомяни возможные риски и неопределенности.
Ограничение: подчеркни, что это предварительная оценка для начала обсуждения, а не финальное решение.
*****
Почему это работает: Промпт использует метод относительной оценки, который является стандартом в Agile. Просьба обосновать каждую оценку и сравнить задачи между собой заставляет ИИ анализировать сложность, а не просто угадывать цифру.
27. Написание release notes (заметок к выпуску)
Проблема: Выходит новая версия продукта, и нужно рассказать пользователям, что изменилось, на понятном им языке.
Решение: Промпт генерирует текст для release notes, группируя изменения и объясняя их пользу.
Текст промпта:
*****
Ты – менеджер по продукту, который пишет заметки к новому выпуску приложения.
Версия: “[Например, ‘Версия 2.5.0’]”
Список изменений (из Jira или другой системы):
“[Вставьте список выполненных задач. Например: ‘FE-123: Добавлена кнопка экспорта в Excel’, ‘BE-456: Оптимизирован запрос к базе данных’, ‘BUG-789: Исправлена ошибка при входе через соцсети.’]”
Твоя задача – написать понятные для пользователей заметки к выпуску. Сгруппируй изменения по категориям: “Новые возможности”, “Улучшения”, “Исправления ошибок”.
Для каждой новой возможности или улучшения кратко опиши пользу для пользователя. Технические детали (вроде оптимизации запросов) переформулируй в выгоду (например, “Отчеты теперь строятся в два раза быстрее”).
Стиль: дружелюбный, позитивный.
*****
Почему это работает: Промпт заставляет перевести внутренний “язык разработки” (номера задач, технические термины) на внешний “язык пользователя” (польза, выгода). Группировка по категориям делает текст структурированным и легким для восприятия.
28. Подготовка чек-листа для регрессионного тестирования
Проблема: Перед выпуском новой версии нужно убедиться, что новый функционал не сломал старый. Составлять список проверок вручную – долго.
Решение: Промпт генерирует список ключевых сценариев, которые нужно проверить, чтобы убедиться в работоспособности основных функций системы.
Текст промпта:
*****
Ты – ведущий QA-специалист. Составь чек-лист для регрессионного тестирования нашего приложения перед релизом.
Описание приложения: “[Кратко опишите продукт, например, ‘Интернет-магазин по продаже книг’]”
Основные бизнес-критичные сценарии:
“[Перечислите 5-7 самых важных путей, которые всегда должны работать. Например: ‘1. Регистрация и авторизация пользователя. 2. Поиск товара. 3. Добавление товара в корзину. 4. Оформление и оплата заказа. 5. Просмотр истории заказов в личном кабинете.’]”
На основе этой информации создай детализированный чек-лист для проверки. Для каждого основного сценария предложи 3-5 конкретных проверок.
Формат ответа: многоуровневый маркированный список.
Пример:
– Авторизация пользователя
– Проверить вход с верным логином/паролем
– Проверить вход с неверным паролем
– Проверить работу функции “Восстановить пароль”
*****
Почему это работает: Промпт фокусируется на самых критичных для бизнеса функциях, что соответствует принципу риск-ориентированного тестирования. Просьба детализировать каждый сценарий помогает создать более полный и практичный чек-лист.
29. Резюмирование длинного документа (summary)
Проблема: Нужно быстро понять суть большого документа (статьи, исследования, другого ТЗ) на 50 страниц, но нет времени на его полное прочтение.
Решение: Промпт извлекает из текста ключевые тезисы и представляет их в сжатом виде.
Текст промпта:
*****
Ты – аналитик, который умеет быстро извлекать главное из больших объемов текста. Сделай краткую выжимку (summary) из документа ниже.
Твоя задача – изложить суть документа в 5-7 ключевых тезисах. Отчет должен дать ответ на следующие вопросы:
1. Какова основная проблема или тема документа?
2. Какие основные выводы или решения предлагаются?
3. Какова целевая аудитория этого документа?
4. Какие ключевые цифры или факты приводятся?
Формат ответа: нумерованный список тезисов. Общий объем выжимки – не более 200 слов.
Текст для анализа:
“[Вставьте сюда полный текст документа, который нужно проанализировать]”
*****
Почему это работает: Это одна из базовых, но чрезвычайно полезных функций ИИ. Запрос на ответ на конкретные вопросы (проблема, выводы, аудитория) направляет анализ и делает результат более структурированным, чем простое “сократи текст”.
Продвинутые приемы для улучшения качества ответов
Когда базовые запросы освоены, можно переходить на следующий уровень. Существуют специальные команды и подходы, которые заставляют нейросеть думать глубже и давать более точные, аргументированные ответы. Вот некоторые из них.
| Прием/Команда | Описание | Пример использования для бизнес-аналитика |
| “Рассуждай по шагам” (Chain of Thought) | Вы просите нейросеть сначала описать свою логику, а потом дать финальный ответ. Это значительно улучшает качество ответов на сложные, многоэтапные задачи. | “Проанализируй требования и предложи архитектуру модуля. Сначала рассуждай по шагам: какие есть сущности, как они связаны, какие компоненты понадобятся. А потом дай итоговое описание архитектуры.“ |
| “Выступи в роли критика” (Act as a critic) | Вы просите нейросеть не согласиться с вами, а найти слабые места, риски и потенциальные проблемы в вашем предложении. | “Вот моя пользовательская история: ‘…’. Выступи в роли придирчивого тестировщика и найди в ней все неоднозначности, неполноту и возможные ‘дыры’ в логике.“ |
| Предоставление примеров (Few-shot prompting) | Вы даете нейросети 1-2 примера того, какой результат хотите получить. Она улавливает паттерн и генерирует ответ в том же стиле и формате. | “Мне нужно переписать требования в формат гипотез. Пример: ‘Требование: нужна кнопка экспорта. Гипотеза: если мы добавим кнопку экспорта, пользователи смогут делиться отчетами, что повысит их удовлетворенность’. Теперь перепиши по этому примеру следующие 5 требований…“ |
| Запрос на несколько перспектив | Вы просите нейросеть посмотреть на проблему с разных точек зрения, от лица разных ролей. | “Проанализируй идею о внедрении геймификации в наше приложение. Опиши потенциальные плюсы и минусы с точки зрения: 1. Пользователя. 2. Владельца продукта (бизнес-метрики). 3. Разработчика (сложность реализации).“ |
| Уточнение через ограничения | Вы не только говорите, что нужно сделать, но и чего делать НЕ НУЖНО. Это помогает отсечь нерелевантные или нежелательные варианты. | “Придумай название для нового модуля аналитики. Избегай банальных слов вроде ‘аналитика’, ‘отчеты’, ‘дашборд’. Не используй английские слова. Название должно быть коротким и запоминающимся.“ |
Неочевидные советы для эффективной работы
Напоследок – несколько рекомендаций, которые редко упоминаются в статьях, но сильно экономят время и нервы на практике. Это результат опыта, полученного через множество ошибок и экспериментов.
- Создайте “персону-помощника” для каждого проекта. Сохраните в отдельном чате или документе большой промпт, описывающий роль ИИ, контекст проекта, ключевые термины, целевую аудиторию. Начиная новую задачу, просто копируйте этот “контекстный блок” в начало запроса.
- Используйте нейросеть для “обратного инжиниринга”. Дайте ей фрагмент кода, SQL-запрос или готовую веб-страницу и попросите восстановить исходные бизнес-требования или пользовательскую историю. Это отлично помогает при работе с унаследованными системами без документации.
- Просите ИИ генерировать негативные сценарии и пограничные случаи. Вместо вопроса “как это должно работать?”, спросите “а что, если…?”. Например: “Что будет, если пользователь введет в поле ‘количество’ отрицательное число? А если введет текст? А если миллион?”. Это помогает выявить скрытые требования к валидации и обработке ошибок.
- Превращайте “стены текста” в структурированные данные. Получили от заказчика письмо на 5 страниц или ссылку на длинный юридический документ? Попросите нейросеть извлечь из него все ключевые обязательства, сроки, сущности или требования и представить их в виде таблицы или списка.
- Используйте ИИ как “резинового утенка”. Иногда, чтобы решить проблему, нужно просто кому-то ее внятно объяснить. Попробуйте описать свою задачу нейросети так, как будто объясняете коллеге. Часто в процессе формулирования запроса решение приходит само.
- Проверяйте факты, но доверяйте структуре. Нейросеть может выдумать статистику, несуществующий закон или несуществующую функцию в API. Всегда перепроверяйте фактическую информацию. Однако ИИ отлично справляется со структурированием, классификацией и форматированием данных – эту часть работы ему можно доверять.
