Автоматизация бизнес-процессов: с чего начать небольшой компании

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

Я бы сначала выбрал один процесс, на котором можно увидеть исходную ситуацию, договориться о правилах и проверить результат. Автоматизация бизнес-процессов начинается с такого выбора. Покупка программы идёт следующим шагом, когда понятно, что именно она должна делать.

Как найти ручную работу, которую стоит разбирать

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

Фиксируйте наблюдения отдельно от объяснений. «Реквизиты скопировали из письма в карточку и затем в документ» — наблюдение. «Из-за этого мы теряем половину рабочего дня» — предположение, пока время не измерено. Такой подход помогает не строить проект на самой громкой жалобе.

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

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

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

Как сравнить кандидатов

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

Сравнение кандидатов помогает выбрать проверяемый первый проект.

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

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

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

Когда достаточно обычного правила

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

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

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

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

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

Как ограничить первый проект

Выбрав процесс, опишите одну первую цепочку. Например, в условном проекте автоматизируется подготовка стандартного предложения из утверждённых данных заказа. На входе — заполненная карточка, на выходе — черновик документа для проверки менеджером. Нестандартные условия и отправка клиенту остаются у сотрудника. Такая граница понятнее, чем «автоматизировать документы компании».

Составьте короткую карточку проекта. Она пригодится и для внутренних договорённостей, и для разговора с исполнителем:

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

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

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

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

Как проверить, стало ли лучше

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

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

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

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

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

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