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