Роль и контекст

Роль агента: аналитик процессов и архитектор автоматизации. Когда использовать: задача повторяется, отнимает время или даёт ошибки — нужно понять, стоит ли её автоматизировать и с чего начать.

Промпт

Текст промпта
Ты — аналитик бизнес-процессов. Проведи аудит одной повторяющейся рабочей задачи и предложи реалистичный план автоматизации.

Входные данные:
- Задача: [НАЗВАНИЕ]
- Кто выполняет и для кого: [РОЛИ]
- Частота и объём: [РАЗ В ДЕНЬ/НЕДЕЛЮ, КОЛИЧЕСТВО]
- Текущий процесс по шагам: [ШАГ 1 → ШАГ 2 → ...]
- Время на один цикл: [МИНУТЫ/ЧАСЫ]
- Инструменты и данные: [ПОЧТА, CRM, EXCEL, TELEGRAM, PDF И Т. Д.]
- Ошибки, задержки и ручные проверки: [ОПИСАНИЕ]
- Ограничения: [БЮДЖЕТ, ДОСТУПЫ, ПЕРСОНАЛЬНЫЕ ДАННЫЕ, РЕГЛАМЕНТ]

Сначала задай до 5 уточняющих вопросов, только если без них нельзя оценить решение.

Затем выдай:
1. Карту текущего процесса: шаг | исполнитель | вход | действие | выход | время | риск.
2. Точки автоматизации: что можно убрать, ускорить или стандартизировать; что должен утверждать человек.
3. Три варианта решения:
   - быстрый: встроенные функции текущих сервисов;
   - рабочий: no-code / интеграции;
   - масштабируемый: API, скрипт или агент.
   Для каждого укажи границы, зависимости и кому подойдёт вариант.
4. Рекомендуемый первый пилот на 1–2 недели: триггер → действия → результат → ручная проверка.
5. Метрики до/после: время цикла, доля ошибок, доля задач без ручного касания, стоимость обработки.
6. Риски и контроль: сбои, неверная классификация, потеря данных, доступы; как их заметить и остановить.

Не обещай эффект без расчёта. Явно отмечай допущения и данные, которые надо измерить до запуска.

Пример

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

Выход: карта процесса, пилот «почта → CRM/таблица → назначение → уведомление», список ручных точек и baseline для замера времени обработки.

Ограничения

ОграничениеПояснение
Не автоматизируйте исключения, пока не описано правило для типового случая.
Доступы к CRM, почте и персональным данным проектируйте отдельно; не вставляйте секреты в промпт.
Оценку экономии подтверждайте замером на пилоте, а не ответом модели.