Выбор: нанять, автоматизировать или убрать работу
- Опишите один процесс от входа до результата вместе с участниками, ожиданиями, исключениями и данными.
- Измерьте на ограниченном периоде фактическую нагрузку, задержки, ошибки, качество и риск — не по чужому распределению процентов.
- Проверьте, можно ли убрать действие, упростить правило или сделать передачу контекста понятнее.
- Если процесс повторяем и описан, выберите малый тест найма или автоматизации с владельцем, ограничениями данных и human review.
- На review сопоставьте эффект, стоимость, нагрузку, качество и побочные последствия перед расширением.
Ниже сохранён исходный материал. Масштабирование, найм и автоматизация не гарантируют рост, экономию, качество, прибыль, отсутствие ошибок или результат конкретного инструмента.
Подробности исходного материала
Собственник сидит на своей первой планёрке этого понедельника. Команда из двенадцати человек собралась в маленькой переговорке, на экране — отчёт за прошлый месяц. Выручка показал положительную динамику, количество заказов — на 22%. Все довольны, но лица немного усталые. Кто-то молча записывает. Кто-то поглядывает в телефон. Собственник понимает, что люди не спят нормально уже недели три.
«Ну что, ребят, — говорит он с воодушевлением, — очевидно, что нужно нанимать. Давайте возьмём ещё троих менеджеров по продажам и одного координатора. Месяц на ввод — и мы разгребаем эту гору».
Все кивают. Кажется, это разумно. Больше заказов — больше людей. Классическая логика любого быстро растущего бизнеса.
Знакомая сцена?
Почему найм в лоб почти всегда создаёт больше работы
Самая популярная реакция собственника на перегруз команды — нанять ещё. Это кажется прямым решением: людей не хватает, давайте добавим людей. Но это работает только в одном случае — если твой процесс уже настроен, измерен, и ты точно знаешь, что именно нужно добавить.
Если процесс не настроен — новый человек приходит в хаос. Он не знает, где что лежит, к кому обращаться по какому вопросу, в каком порядке выполнять задачи. Он начинает спрашивать — и отнимает время у тех, кто уже работает. Он делает ошибки — их исправляют старые сотрудники. Он выдаёт результат — но его нужно проверить, потому что неясно, можно ли ему доверять.
Казалось бы, это временные сложности — месяц-два, и новичок вливается. А вот нет. Потому что если в компании нет процесса, каждый новый человек вливается не в процесс, а в личный стиль конкретного наставника. И приобретает его особенности, привычки, маленькие ошибки. Через год в компании работает не отлаженная машина, а двадцать похожих друг на друга людей, каждый со своим способом делать одну и ту же работу. Это не масштабирование — это размножение хаоса.
В маленькой компании (до 10 человек) это ещё можно терпеть: личный контакт собственника сглаживает. В средней (10–50 человек) это начинает сжирать прибыль. Компания работает, выручка растёт, но маржа падает, и никто не понимает, почему.
А автоматизация «в лоб» работает ещё хуже
Следующая типичная реакция собственника — «давайте автоматизируем». Внедрим CRM, настроим рассылки, запустим чат-бота, подключим интеграции. Это звучит современно и по-взрослому. И правда: ручных действий становится меньше.
Только вот что получается. Если в компании процесс не описан, если никто точно не знает, какой путь проходит клиент от первого касания до оплаты — автоматизация фиксирует тот хаос, который был. CRM, которую настроили «как сейчас работает менеджер», на самом деле зафиксировала ту цепочку действий, которая сложилась случайно и которая наполовину неэффективна.
Через полгода собственник приходит и говорит: «Мы автоматизировали, а лучше не стало. Сделки всё равно идут долго, клиенты всё равно теряются». Интегратор разводит руками: «Ну вы же сами просили вот так». И это правда — просили «как у нас есть».
Классический пример — компании, которые внедряют Битрикс24 под свой существующий процесс продаж, а потом обнаруживают, что процесс был так себе. Люди обходят систему, создают дубли сделок, ставят задачи в Телеграм, а в CRM только формально отмечают «связался с клиентом». И через год отказываются от системы. Не потому что плохая — потому что автоматизировали не то.
Единственный порядок, который работает
Для того чтобы масштабирование не превратилось в дорогое разбухание, есть одна последовательность. Она неочевидна и скучна — но она единственно рабочая. Её не любят собственники, потому что она требует остановиться, посмотреть и подумать. А хочется — действовать.
Последовательность такая: сначала мерить, потом оптимизировать, потом масштабировать. И если ты пропускаешь первый шаг — дальше всё будет болезненно и дорого.
Шаг первый — мерить
Это скучный шаг. Он не про новых людей, не про новые системы, не про новые каналы. Он про то, чтобы честно посмотреть, где сейчас в компании уходит время и деньги.
Причём не в общем («у нас много работы»), а по конкретным цепочкам. Сколько времени занимает обработка одной заявки — от её появления до выставленного счёта? Где в этой цепочке самые длинные паузы? Сколько раз один и тот же менеджер трогает одну сделку? Сколько времени в день твои лучшие сотрудники тратят на то, что могло бы делать хоть кто угодно — например, копипастить данные из одной системы в другую?
Простое упражнение, которое я даю клиентам на трекинге: возьмите одну неделю и попросите каждого сотрудника записывать, что он делал, с интервалом в 30 минут. Не подробно — просто категория: «работа с клиентом», «согласование внутри», «ожидание ответа», «рутинная операция», «обучение новичка». Через неделю у тебя на руках будет карта, где уходит время команды.
Почти в каждом случае картина одна и та же. 20% времени уходит на реальную работу с клиентами. 30% — на внутренние согласования. 25% — на рутину, которую легко автоматизировать. 15% — на ожидание ответов от смежников. И 10% — непонятно на что. Эту последнюю цифру обычно удивляются больше всего.
Шаг второй — оптимизировать
Когда у тебя есть карта, где что происходит и где уходит время, появляется возможность оптимизировать. Причём не всё подряд, а точечно. Убирай не все ручные действия — а те, которые повторяются чаще десяти раз в день и занимают больше пяти минут. Не согласовывай все регламенты — а только те, которые мешают на узких местах карты.
Правило простое: оптимизация должна начинаться с самых больших кусков времени. Не с того, что красиво автоматизируется. Не с того, что модно. А с того, что реально съедает часы команды.
Если больше всего времени съедают внутренние согласования — оптимизируй не через новый инструмент, а через изменение правила принятия решений. Например: «Скидки до 15% менеджер согласует сам, без РОПа». Это простая вещь, но она экономит десятки часов в месяц — и не требует ни одного рубля на ПО.
Если больше всего времени съедает ручное заполнение отчётов — оптимизируй через настройку автоматических дашбордов. Но сначала убедись, что отчёты в нынешнем виде вообще нужны. Очень часто выясняется, что еженедельный отчёт, который собирают три часа, никто не читает с декабря.
У Авито в 2022 году был любопытный кейс: команда поддержки жаловалась на завал тикетов. Руководство чуть не наняло ещё 15 операторов. В примере команда сначала измерила повторяемость обращений и путь пользователя, затем упростила доступ к уже подготовленным ответам. Она проверяла изменение нагрузки и качества сервиса, не выдавая один случай за универсальный эффект.
Шаг третий — масштабировать
И только теперь, когда у тебя процесс описан и оптимизирован, имеет смысл говорить о масштабировании. То есть — о найме новых людей или автоматизации на следующем уровне.
Причём теперь найм становится дешёвым и предсказуемым. Ты знаешь, какой процесс человек будет выполнять. Знаешь, по каким метрикам будешь понимать, что он справляется. Знаешь, в какой точке его работа встраивается в общую цепочку. Новый сотрудник приходит не в пустоту — он приходит в конкретное место в конкретной системе.
То же самое с автоматизацией: теперь ты автоматизируешь не хаос, а проверенный процесс. Ты знаешь, что именно нужно автоматизировать и почему — потому что видел, сколько времени на это уходило. И по итогу получаешь конкретную измеримую экономию, а не обещание «станет лучше».
Матрица: что нанимать, что автоматизировать, что прижать
Когда ты замерил и понимаешь, где в компании уходит время, следующий вопрос — каким инструментом решать каждую проблему. Не всё надо автоматизировать, не всё решается наймом, и кое-что вообще лучше просто выкинуть. Вот простая матрица, которая помогает определиться.
Что автоматизировать
Задачи, которые повторяются часто, хорошо описываются правилами и не требуют человеческого суждения. Например: отправка счетов, напоминания клиентам об оплате, выгрузка данных между системами, рассылка писем по сегментам, первичная квалификация входящих лидов. Тут автоматизация даёт ясный выигрыш — один раз настроили, работает годами.
Российские примеры, которые имеет смысл изучать: Roistat для сквозной аналитики, amoCRM для воронки продаж, Calltouch для отслеживания звонков. Это лишь примеры классов инструментов. Уместность конкретного решения проверяют по процессу, данным, правилам сервиса, затратам, владельцу и рискам.
Что нанимать
Задачи, которые требуют интуиции, ответственности за результат, умения разбираться в нюансах. Например: сложные переговоры, разруливание спорных ситуаций, стратегические решения, работа с ключевыми клиентами, творческие задачи. Здесь автоматизация не поможет — нужен живой человек с опытом и правом принимать решения.
Главная ошибка найма — пытаться взять «универсального» сотрудника, который и то, и это. Такие есть, но они дорогие и редкие. Чаще дешевле взять двух специалистов, каждый из которых делает свою часть хорошо, чем одного, который делает всё средне.
Что прижать или вообще выкинуть
И вот это самый недооценённый элемент матрицы. Очень часто то, что собственник пытается автоматизировать или нанять на него человека, — на самом деле вообще не нужно компании. Это просто осталось от того периода, когда было нужно, и никто не задал вопрос «а зачем мы это до сих пор делаем?».
Типичные кандидаты на закрытие: еженедельные отчёты, которые никто не читает; формальные согласования, которые всегда заканчиваются «да»; регламенты, к которым никто не обращается; встречи, после которых нет решений. Если у тебя в команде регулярно проходит процесс, которому ни один сотрудник не может внятно объяснить смысл — это сигнал.
Собственник Дом.ру как-то рассказывал, что за полгода они отменили в компании больше 20 регулярных активностей: еженедельные отчёты, встречи, регламентные согласования. Никто из клиентов и партнёров ничего не заметил. А команда проверила, изменились ли нагрузка, качество и риски после отмены ненужного действия. Это не про автоматизацию и не про найм — это про «не делать то, что не нужно».
Ремонт машины на ходу — вот ближайшая метафора этой истории. Представь, что твоя компания — это машина, на которой ты едешь с пассажирами. Остановиться нельзя — пассажиры (клиенты) оплатили поездку и ждут результата. При этом двигатель начинает дымить, что-то стучит, и скорость падает.
Первая реакция — закинуть пару банок присадок в бензобак. Может, поможет. Это — «автоматизация в лоб».
Вторая реакция — набрать попутчиков, чтобы они толкали машину сзади. Это — «найм в лоб».
И то, и другое — варианты отложить настоящий ремонт. Настоящий ремонт — это остановиться (хотя бы ненадолго), открыть капот, диагностировать, что конкретно сломалось, и починить то, что нужно. Потом продолжить путь.
Большинство собственников выбирают не останавливаться. Они боятся, что пассажиры за это время разбегутся, что конкуренты обгонят, что инвесторы потеряют терпение. И продолжают ехать на дымящей машине, закидывая в неё присадки и нанимая толкателей. Пока двигатель не заклинит окончательно.
Парадокс в том, что 30-минутная остановка для диагностики экономит месяцы ремонта. Но 30-минутная остановка — это страшно. А месяцы медленного разваливания — привычно.
Два живых кейса: как работает и как не работает
Чтобы не превращать это в теорию, посмотрим на два похожих кейса — один успешный, один нет. Оба из среднего российского бизнеса, оба про переход от 15 до примерно 50 человек, оба — про автоматизацию и найм. А результат получился разный.
Как не работает: компания, которая сначала наняла
Региональный онлайн-ритейлер товаров для дома. За год вырос в выручке в 2,5 раза за счёт удачной маркетинговой гипотезы — ушли в соцсети и получили неплохой трафик. К концу года — перегруз: менеджеры не вывозят, склад буксует, клиенты жалуются на задержки. Собственник реагирует «по учебнику». Нанимает трёх новых менеджеров, одного складского, одного контент-редактора.
Через три месяца выручка ещё подросла, но прибыль осталась на уровне прошлого квартала. Причина оказалась скучной: заказы по-прежнему обрабатывались вручную через Excel-таблицу, каждый менеджер вёл свою версию, данные синхронизировали раз в день. Новые менеджеры добавили в этот процесс свою путаницу — появились дубли заказов, клиентам звонили по два раза, маркетинг тратил бюджет на тех, кто уже купил. Никто этого не замерял, потому что отчёты строились по общей выручке.
Собственник потом признавался: «Мы думали, что у нас проблема ресурсов. А у нас была проблема процесса. Я просто купил больше рук, чтобы делать больше неправильной работы».
Как работает: компания, которая сначала померяла
Другой кейс — сервисная B2B-компания. Тоже выросла за год примерно в 2 раза, такой же перегруз команды. Но собственник перед тем, как нанимать, дал себе три недели на замер. Попросил команду вести логи в простой таблице, где записывается время и категория задачи. Через три недели у него на руках была картина: 27% времени команды уходит на обработку стандартных запросов, которые повторяются почти слово в слово; 19% — на согласования внутри; 22% — на работу с нестандартными случаями.
Решение: автоматизировали обработку стандартных запросов — настроили шаблоны ответов и простой сценарий в CRM. Убрали два уровня согласований, где всегда был «да». И только после этого — наняли одного нового сотрудника на нестандартные случаи, вместо трёх, как изначально планировали.
В примере команда сравнила состояние процесса до и после ряда изменений. Такой случай не подтверждает результат для другой компании: решение о найме или автоматизации требует собственного ограниченного теста и review.
Разница между этими двумя кейсами — не в уме собственников и не в рынке. Разница в очерёдности действий. Первый сразу нанимал, второй сначала замерил. Три недели наблюдений сэкономили второму компании около двенадцати миллионов рублей в год — только на зарплатах.
Три вопроса перед каждым решением о росте
Когда в следующий раз ты почувствуешь, что в компании нужно «что-то делать», — прежде чем нанимать, автоматизировать или реструктурировать, задай себе три вопроса. Они простые, но редко задаются честно.
Вопрос первый: точно ли эта задача повторяется регулярно?
Если задача пока возникала три раза — возможно, её не надо автоматизировать вообще. Может, четвёртый раз она возникнет через полгода, и к тому моменту вся команда забудет, где кнопка в новой системе. Автоматизируй то, что происходит минимум еженедельно. Для разовых задач дешевле потерпеть.
Вопрос второй: если убрать эту активность на месяц — что изменится?
Серьёзно. Не «что теоретически случится», а «что конкретно произойдёт в ближайшие 30 дней». Если ответ — «ничего страшного», значит, активность либо не критична, либо её делают не так, как кажется. В обоих случаях — повод не автоматизировать, а подумать, нужна ли она вообще.
Вопрос третий: смогу ли я описать процесс так, чтобы новый человек понял с первого чтения?
Если нет — ты не готов ни нанимать, ни автоматизировать. Потому что любой инструмент или сотрудник — это способ исполнения процесса. Если процесс в голове у тебя в виде «ну, обычно так», то любая попытка его масштабировать даст тебе двадцать разных версий происходящего.
Чеклист и финальные мысли
Проверь, на какой стадии ты сейчас
- Знаешь ли ты, где в твоей компании уходят самые большие куски времени — не на уровне ощущений, а с цифрами? Если нет — ты на стадии «надо мерить», пока не масштабируйся.
- Описаны ли у тебя 3–5 главных повторяющихся процессов, хотя бы в виде простой схемы на одном листе? Если нет — ты на стадии «надо описывать», любая автоматизация сейчас зафиксирует хаос.
- Есть ли у тебя пара метрик, по которым ты понимаешь, что процесс идёт хорошо или плохо, не спрашивая людей? Если нет — нанимай сначала аналитика, а не ещё одного менеджера.
- Когда в последний раз ты закрывал какую-то регулярную активность, потому что она перестала быть нужной? Если больше года назад — в компании накоплена операционная ржавчина. Она тоже требует масштабирования.
- Есть ли у тебя ясный ответ на вопрос «что точно стоит автоматизировать в ближайший квартал, а что — нет»? Если ответ размытый — сначала мерь, потом принимай решения.
Как это работает на уровне ощущения
Собственник, который идёт по пути «мерить → оптимизировать → масштабировать», на первых порах чувствует себя медленно. Пока другие нанимают и разворачивают системы, он наблюдает, собирает данные, разговаривает с командой. Выглядит это как будто он «не принимает решений».
Но через год картина меняется. У него в команде меньше сумбура, процессы описаны, автоматизация работает на реальные узкие места, найм происходит под конкретные задачи. Компания растёт медленнее в момент роста, но стабильнее в момент плато. И когда приходит кризис — а он приходит — именно такая компания проходит его целой.
Те, кто ехал на дымящей машине с присадками и толкателями, к этому моменту уже стоят у обочины с открытым капотом. И теперь им надо чинить её всё равно — только без пассажиров и без выручки.
Скейлинг без коллапса — это не про то, чтобы медленно расти. Это про то, чтобы расти в нужной последовательности. Мерить то, что есть. Оптимизировать то, что мерилось. Масштабировать то, что работает. В этом порядке и ни в каком другом.
Если ты сейчас чувствуешь, что в компании «всё как-то не так» — не спеши нанимать и не бросайся внедрять системы. Дай себе две недели на то, чтобы посмотреть, где уходит время и деньги. Это скучно, неочевидно и не похоже на решительные действия. Но именно с этого начинается настоящее масштабирование — а не то, которое дорого выглядит и дёшево заканчивается.
Читайте по теме:
- Ценность супервизий для трекеров
- Кто такой супервайзер
- Обязанности торгового представителя: что реально делает хороший ТП
Предприниматель, бизнес-трекер, пишу о том, как развивать бизнес в условиях неопределенности
