В компании уже есть таблица, CRM и рабочий чат. При этом сотрудник всё ещё переписывает сведения, уточняет остатки и напоминает коллегам о следующем действии. Возникает желание автоматизировать сразу весь этот круг.
Начать автоматизацию бизнес-процессов проще с одной повторяющейся операции, для которой понятны входные данные, правило и результат. Разберём, как выбрать такой участок и проверить его на небольшом запуске. Пример с расходниками сервисной компании условный.
Найдите повторение, которое можно описать
Выпишите несколько операций за обычную рабочую неделю. Для каждой отметьте, кто её делает, откуда берёт сведения, куда переносит их и что проверяет после выполнения.
Хороший кандидат для первого запуска возникает регулярно, работает с доступными данными и имеет понятное правило. При этом ошибку можно заметить и исправить без серьёзных последствий.
Предположим, администратор проверяет остатки расходников и составляет список пополнения. Для начала можно автоматизировать подготовку такого списка. Решение о закупке и отправка заказа поставщику остаются у ответственного человека.
Выделите начало и конец участка
Запишите, что запускает операцию и каким результатом она заканчивается. Формулировка «навести порядок на складе» не позволяет проверить готовность. «Из проверенных остатков подготовить черновик списка пополнения» задаёт конкретный результат.
Для условного примера нужны название позиции, текущий остаток, единица измерения, согласованный минимальный остаток и ответственный. Если часть этих сведений отсутствует, сначала определите, кто и как их заполняет.
Правило может быть простым: когда проверенный остаток меньше согласованного минимума, позиция попадает в черновик списка. Минимум и порядок пополнения определяет компания. Программа не должна угадывать их по названию товара.
Опишите обычный случай и исключения
Проверьте будущий порядок на нескольких ситуациях. Остаток выше минимума не требует добавления позиции. Остаток ниже минимума добавляет её в список для проверки. Пустая ячейка требует уточнения.
Отдельно разберите единицы измерения. «Два» может означать две упаковки или две штуки. Если система не знает различия, она должна остановить расчёт этой позиции и показать причину ответственному.
Повторный запуск по тем же данным должен обновлять или возвращать тот же черновик по принятому правилу. Он не должен незаметно создавать второй заказ поставщику. Для действий с оплатой, удалением данных или внешней отправкой отдельно определяют полномочия и подтверждение результата.
Выберите инструмент после описания работы
Для первой проверки может хватить формулы и фильтра в существующей таблице. Когда сведения нужно получать из разных систем, можно рассмотреть интеграцию через API или небольшой модуль. Инструмент должен поддерживать нужный порядок доступа, сохранение результата и разбор ошибок.
Например, n8n позволяет связать шаги обработки и предусмотреть отдельный сценарий при ошибке. Это описано в официальной документации. Такая возможность не заменяет правила учёта остатков, проверку доступа и решение о том, что делать при неясном результате отправки.
Для описанного правила «остаток ниже минимума» достаточно обычного сравнения. Если позже понадобится разбирать свободный текст, задачу ИИ следует выделить и проверить отдельно.
Сравните с ручной работой на тех же данных
Возьмите несколько обычных случаев и заранее подготовленные исключения. Человек и новый инструмент должны получить одинаковый набор исходных данных.
Проверьте четыре вещи:
- Все нужные позиции попали в черновик, лишние не добавились.
- Пропуски и неоднозначные единицы заметны ответственному.
- Повторный запуск не создал дубль внешнего действия.
- Результат можно проверить и исправить привычным для команды способом.
Если цель связана со временем, замерьте всю операцию: подготовку данных, получение списка и его проверку человеком. Быстрое выполнение программы ещё не показывает, сколько работы осталось сотруднику.
Запустите с ответственным и ручным вариантом
На первом этапе новый порядок может готовить черновик, а сотрудник проверять его перед использованием. Договоритесь, кто видит ошибку, кто исправляет исходные данные и как продолжить работу, если инструмент временно недоступен.
После технической проверки посмотрите на обычную работу команды. Пользуются ли списком, понятны ли остановки, приходится ли пересобирать результат вручную? Сохраняйте конкретные наблюдения и сравнивайте их с исходной операцией.
Расширять участок стоит после того, как понятны его результат и нагрузка сопровождения. Следующий шаг выбирайте по обнаруженной проблеме. Автоматическая отправка заказа поставщику потребует отдельного решения о суммах, доступах и подтверждении отправки.
Для начала разбора автоматизации покажите одну операцию: пример исходных данных, ожидаемый результат и случай, в котором сотрудник обычно останавливается. По ним можно определить границы первого запуска и способ его проверки.
