С какого процесса начать автоматизацию?

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

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

1. Посчитайте частоту и время

Попросите сотрудника показать процесс целиком. Откуда он берёт данные? Какие поля переносит? Где проверяет результат? Что происходит, когда информации не хватает? Описание руководителя и реальная последовательность действий могут отличаться.

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

Пример расчёта, не результат клиента. Если операция занимает 10 минут и выполняется 20 раз в день, это 200 минут работы. Из возможной экономии нужно вычесть время на проверку, исключения и обслуживание системы.

2. Учтите цену ошибки

Автоматизация действий с разными последствиями требует разного контроля. Ошибка в черновике письма и ошибка в платёжных реквизитах — разные риски.

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

3. Проверьте, готовы ли исходные данные

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

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

Что зафиксировать до разработки

• Где начинается и заканчивается процесс.
• Какой результат должен получить сотрудник.
• Какие примеры используем для проверки.
• Что считается ошибкой и кто её разбирает.
• Какие действия требуют подтверждения.
• Как измерим время до и после запуска.

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