Выбор процесса для автоматизации

Кому подойдёт: фрилансерам и владельцам небольшого дела, у которых уже есть клиенты. Категория System.

Вы устали переносить данные, составлять одинаковые сообщения и напоминать себе о сроках. Возникает желание купить сервис, который всё свяжет и освободит время. Но автоматизация тоже требует настройки, проверки и поддержки.

Хорошая первая задача для автоматизации обычно уже понятна: известно, когда она начинается, какие данные получает и каким должен быть результат. Если процесс постоянно меняется, сначала полезно разобраться с ним вручную. Иначе программа начнёт быстрее воспроизводить путаницу.

Начните с повторяющегося действия

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

Для каждого запишите частоту, время, входные данные, результат и распространённые исключения. Формулировка «автоматизировать продажи» слишком широка. «Создавать карточку из корректно заполненной формы» уже позволяет обсудить конкретное решение.

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

Для маленького дела отсюда полезен простой вопрос: можете ли вы объяснить другому человеку, как выполнить действие и когда остановиться для уточнения?

Проверьте можно ли убрать лишнюю работу

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

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

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

Посчитайте чистую экономию времени

Возьмём учебный пример. Действие выполняется 60 раз в месяц и занимает восемь минут. Всего это 480 минут, или восемь часов.

После автоматизации каждую операцию нужно проверять по две минуты: 120 минут, или два часа в месяц. Ещё час занимает поддержка настройки и разбор исключений. Остаётся экономия пять часов в месяц.

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

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

Отделите свободное время от денежных поступлений

Пять освобождённых часов не превращаются автоматически в дополнительную выручку. Для этого нужно продать и выполнить другую работу либо действительно сократить денежные расходы.

1. 60 действий по 8 минут — 8 часов в месяц.
2. Проверка по 2 минуты — 2 часа.
3. Поддержка и исключения — 1 час.
4. Экономия — 5 часов. Это не выручка.

Настройка 15 часов при такой экономии возвращается за 3 месяца только в часах и при стабильной нагрузке. Стоимость сервиса и ошибки в этот расчёт не входят.

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

Для денежного сравнения отдельно запишите плату за сервис, настройку, поддержку и возможные дополнительные расходы. Затем посмотрите, какой реальный денежный эффект возникает и при каких условиях.

Учитывайте цену ошибки

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

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

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

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

Опишите исключения до запуска

Что произойдёт, если поле не заполнено, клиент отправил заявку дважды, сервис недоступен или данные противоречат друг другу? Автоматизация должна иметь понятный путь остановки и передачи вопроса человеку.

Особенно важно избежать повторного выполнения значимого действия. Например, повторная обработка одной заявки не должна без проверки создавать два счёта или отправлять два одинаковых требования об оплате.

Записывайте, что система сделала и с какими исходными данными. Без истории действий будет трудно восстановить причину ошибки. Для простого процесса достаточно доступного журнала или статуса обработки; сложность решения должна соответствовать задаче.

Назначьте ответственного за проверку сбоев. Если никто не смотрит на ошибки, даже хорошо настроенная цепочка может незаметно перестать работать.

Запустите ограниченную проверку

Начните с небольшого набора типичных и необычных примеров. Сравните результат с ручным выполнением. Проверьте пропуски, дубли, неверный формат и остановку при ошибке.

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

Не автоматизируйте сразу всю цепочку. Один полезный работающий шаг даёт возможность измерить эффект и понять требования к следующему. Большая настройка без промежуточной проверки может занять больше времени, чем исходная проблема.

Пересмотрите результат после запуска

Сравните фактическое время, число исключений и стоимость поддержки с ожиданиями. Если проверка занимает почти столько же, сколько ручная работа, решение пока не даёт нужной экономии.

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

Если процесс изменился, настройку нужно пересмотреть. Автоматизация не становится бессрочно правильной в момент запуска.

Практическое задание

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

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