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