Как внедрить автоматизацию: 8 шагов от выбора задачи до оценки результата

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

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

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

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

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

Этап 1. Выбрать одну операцию и ответственного

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

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

Оценка времени: 1-2 часа совместной работы руководителя и сотрудника.

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

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

Этап 2. Записать текущий маршрут и замерить время

Что сделать. Попросите сотрудника показать несколько недавних операций целиком. Запишите, откуда поступают сведения, куда он их переносит, что проверяет и кому передаёт. Отметьте возвраты на исправление и места ожидания.

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

Оценка времени: 1-2 часа на описание, затем 2-5 рабочих дней наблюдения за обычным потоком. Само наблюдение не требует непрерывного присутствия руководителя: сотрудник фиксирует время при выполнении выбранной операции.

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

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

Этап 3. Описать будущий результат и границы действий

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

Вот пример короткого задания на регистрацию обращений:

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

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

Оценка времени: 2-3 часа руководителя и сотрудника; исполнителя стоит подключить для проверки реализуемости требований.

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

Типичная ошибка: описывать только удачный путь. Формулировка «передавать заявки в CRM» не отвечает, что будет при повторе, неполных данных или потере связи.

Этап 4. Подготовить данные, правила и исключения

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

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

Оценка времени: 2-4 часа сотрудника и владельца процесса при готовых материалах. Разбор противоречащих инструкций может потребовать отдельных решений и занять больше времени.

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

Типичная ошибка: отдавать несколько старых прайсов с просьбой «пусть нейросеть сама разберётся». Выбор действующей цены - решение компании. В документации GigaChat предупреждают о возможной неактуальности и искажении ответов; модель не заменяет ответственного за сведения.

Этап 5. Выбрать минимальное решение и согласовать смету

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

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

Оценка времени: 2-4 часа руководителя на демонстрацию и сравнение предложений. Ответы исполнителей и получение доступов могут добавить несколько календарных дней.

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

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

Этап 6. Собрать пилот и проверить полный путь

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

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

Для первого прогона можно подготовить 20-30 разнообразных случаев. Это организационный ориентир для поиска очевидных проблем, а не доказательство заданного процента надёжности. Редкий, но существенный сценарий нужно проверять отдельно, даже если он не попал в обычную выборку.

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

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

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

Этап 7. Обучить сотрудников и включить ограниченный поток

Что сделать. Покажите команде новую операцию на её привычных примерах. Дайте короткую инструкцию: где увидеть результат, как исправить ошибку, кому сообщить о сбое и как временно выполнить работу вручную.

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

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

Оценка времени: 1-2 часа совместного обучения и 3-5 рабочих дней наблюдения за ограниченным потоком. При редких операциях потребуется более длительный период.

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

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

Этап 8. Сравнить результат и решить, что делать дальше

Что сделать. Сопоставьте исходные замеры с новым процессом на сопоставимых операциях. Посчитайте оставшееся ручное время, исправления, сопровождение и расходы. Отдельно проверьте, не стало ли больше пропусков, дублей и неверных обещаний.

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

Оценка времени: 1-2 часа руководителя и владельца процесса на разбор после накопления достаточного рабочего потока. Для регулярной операции предварительный срез можно запланировать через 1-2 недели, для редкой - позже. Это дата проверки, не обещание положительного результата.

Результат: одно из трёх решений.

  • Запускать дальше: согласованные требования выполнены, польза подтверждается замером, есть ответственный за поддержку.
  • Доработать: найдено конкретное ограничение, понятны стоимость исправления и способ повторной проверки.
  • Остановить: контроль съедает эффект, ошибка слишком дорого обходится или нужные данные недоступны. Процесс возвращается к согласованному ручному порядку.

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

Что сделать в первую неделю

Не нужно освобождать пять полных дней. Для подготовки одной небольшой операции можно распределить работу так:

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

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

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

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

100 нейросетей для экспертов

100 нейросетей
для экспертов

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

Для решения
любых задач
Для роста
и эффективности
Для бизнеса
и карьеры

🎁 Заберите 100 нейросетей для экспертов

Комментарии

Будьте первым - поделитесь мыслями или задайте вопрос.

Чтобы оставить комментарий - войдите

Это пара кликов. Чтобы избежать спама - только зарегистрированные пользователи. Никакой рассылки, только если вы сами захотите.