Как выбрать первую задачу для автоматизации с ИИ

Ситуация: задач много, а начинать нужно с одной

Письма, протоколы, таблицы и сводки повторяются каждую неделю. Каждая задача кажется кандидатом для ИИ, но у сотрудника нет времени устраивать конкурс инструментов.

Первая цель скромнее: найти один небольшой фрагмент работы, где понятны вход, результат, проверка и цена ошибки. Автоматизация отдела, роли или всего процесса для этого слишком широка.

Результат короткого отбора

На выходе будет одна заполненная карточка и одно решение: задача подходит как кандидат для отдельного пилота, остаётся ручной или требует согласования владельца процесса. Запуск ИИ в этот отбор не входит.

Что положить перед собой

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

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

Порядок: четыре коротких действия

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

Маршрут выбора

Шаг 1. Назовите три задачи, а не три профессии

Формула записи: один глагол, один объект, один наблюдаемый результат. «Работа с клиентами» не подходит; «собрать из заметок список договорённостей» уже можно обсуждать.

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

Шаг 2. Пропустите кандидата через восемь вопросов

Ответьте «да» или «нет». Здесь нет суммы баллов: один опасный ответ нельзя компенсировать удобством остальных.

1. Граница. Можно ли выполнить этот фрагмент отдельно, не перестраивая весь процесс и не подключая интеграции?
2. Повторяемость. Возникает ли задача достаточно часто, чтобы позже сравнить новый маршрут с обычным?
3. Вход. Понятно ли, что именно поступает на вход и откуда это берётся?
4. Разрешение. Можно ли использовать эти данные в выбранном сервисе по правилам организации? Если ответа нет, остановитесь.
5. Выход. Можно ли описать готовый результат без слов «нормально» и «качественно»?
6. Приёмка. Есть ли быстрый независимый способ сверить результат с исходником, правилом или утверждённым образцом?
7. Цена ошибки. Можно ли отменить ошибочный черновик до отправки, публикации, оплаты, удаления или решения о человеке?
8. Владелец. Остаётся ли у названного человека финальная проверка и действие?

Стоп-условия

• Неясно, разрешено ли передавать сервису рабочие, персональные, коммерческие или иные чувствительные сведения.
• Результат сам запускает отправку, публикацию, удаление, платёж или другое необратимое действие.
• Задача влияет на найм, увольнение, здоровье, безопасность, юридическую позицию, кредит или другое решение с высокой ценой ошибки.
• Нет источника, правила или компетентного человека, с которым можно сверить результат.
• Для пробы нужны доступы, интеграции или изменение производственной системы.

Шаг 3. Заполните карточку задачи

НАЗВАНИЕ ЗАДАЧИ — один глагол и один результат
КОМУ НУЖЕН РЕЗУЛЬТАТ — роль получателя
КАК ЧАСТО — наблюдаемая частота
ВХОД — вид данных и источник
РАЗРЕШЕНИЕ НА ДАННЫЕ — правило или владелец согласования
ВЫХОД — точный формат готового черновика
ПРОВЕРКА — источник, правило или утверждённый образец
ЦЕНА ОШИБКИ — что произойдёт и можно ли отменить
ФИНАЛЬНОЕ ДЕЙСТВИЕ — кто проверяет и кто нажимает кнопку
ОБЫЧНЫЙ СПОСОБ — как задача выполняется без ИИ

Если строку нельзя заполнить без догадки, это не повод придумать ответ. Запишите владельца недостающей информации и остановите выбор.

Шаг 4. Запишите одно решение

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

Проверка карточки перед следующим шагом

Пройдите чек-лист без ИИ. Он проверяет решение о кандидате, а не качество будущего ответа.

• Название описывает один фрагмент работы и один результат.
• В карточке указан обычный способ, с которым позже можно сравнить новый маршрут.
• Разрешение на данные подтверждено правилом или владельцем, а не предположением сотрудника.
• Критерии готовности можно проверить независимо от формулировки самого ответа.
• Ошибочный черновик можно остановить до внешнего действия.
• Названы человек, который проверяет результат, и человек, который отвечает за финальное действие.

Если хотя бы один пункт не выполнен, карточка возвращается в решение «вручную» или «к владельцу». Это не отрицательная оценка идеи, а граница первого шага.

Четыре ошибки при выборе

• Брать весь процесс. У него много входов, владельцев и последствий, поэтому невозможно понять, что именно сработало.
• Брать редкую задачу. До сравнимого второго случая успеют измениться вход, инструмент и условия.
• Считать обезличивание разрешением. Удаление имени не обязательно убирает коммерческую тайну, детали клиента или возможность восстановить человека по контексту.
• Верить уверенной форме. Гладкий текст всё равно может содержать ошибочные факты или вымышленные ссылки.

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

Ограничения этого фильтра

Фильтр не выбирает поставщика, не проверяет безопасность сервиса, не измеряет качество и не рассчитывает экономию. Он заканчивается до ввода данных и до первого ответа модели.

Если организация не определила допустимые инструменты и типы данных, безопасный результат отбора — не кандидат, а короткий вопрос владельцу процесса. Это уже полезный исход.