Смысл проверки не в том, чтобы любой ценой доказать, что люди не нужны. Сначала я отделяю необходимую работу от занятости, которую создают устаревшие знания, повторный поиск и незавершённый цикл. После этого становится видно, где нужен новый сотрудник, а где — другое устройство процесса.
Карта рабочего дня
Слово «завал» нужно разложить на конкретную работу.
Я смотрю не только на очередь задач, а на полный путь от запроса до проверенного результата и обязательного оформления.
Это необходимая работа, ради которой существует функция.
Вопрос решён и понятен следующий шаг.Документы не структурированы, руководство устарело, знания остаются у отдельных людей.
Нужные знания доступны без обхода коллег.Первый ответ оказался неточным или не устранил причину обращения.
Нет возврата и повторного контакта по той же причине.Обязательная часть цикла вытесняется за пределы рабочего дня.
Решение и фиксация результата помещаются в рабочее время.Занятость ещё не доказывает дефицит людей. Она может быть следствием работы, которую система производит сама.
Где терялось время
Новый сотрудник попал бы в те же условия и начал бы повторять те же потери.
Что изменили до найма
- наладили передачу информации от разработки к экспертам поддержки;
- вместе с техническим писателем обновили руководства и регламенты;
- на утренних встречах разбирали типовые неисправности;
- на основе накопленных обращений подготовили частые вопросы и решения;
- актуальные руководства стали передавать клиентам для самостоятельного решения простых вопросов.
Поддержка стала чаще заниматься средними и сложными задачами, где действительно нужна её экспертиза.
Эта логика совпадает с более общим принципом: сначала разобраться, как реально работает процесс, и только затем закреплять его документом. Иначе новый человек лишь увеличит число участников неработающей схемы.

Информация должна доходить до того, кто отвечает клиенту, раньше, чем ошибка превратится в повторное обращение.
Что изменилось
До найма прежняя команда стала обрабатывать заметно больший поток.
обработанных заявок в день
Клиентская база расширялась, а состав обращений менялся. Показатель описывает рост объёма выполненной работы, но сам по себе не доказывает, какая часть результата появилась только благодаря изменениям процесса.
Поэтому я не ограничивался количеством закрытых заявок. Как и в материале о KPI, которые могут скрывать реальную картину, цифру нужно проверять по фактам результата.
Важно было понять, действительно ли вопрос решён, а не только закрыт в системе.
Поворот в диагностике
Людей всё-таки наняли, когда полный цикл перестал помещаться в рабочий день.
Постепенно появился плохой сигнал: иногда сотрудники уже после работы оформляли заявки, которые фактически решили днём. Они не продолжали искать ответ для клиента — они завершали обязательную часть процесса, на которую не хватило рабочего времени.
Даже если это происходит нечасто, отмахиваться нельзя. Нагрузку нужно считать по всему циклу, а не только по времени разговора с клиентом.
Граница решения
Найм оправдан, когда остаётся подтверждённая необходимая нагрузка.
Проверка не противопоставляет найм улучшению процесса. Она показывает, какой дефицит мощности останется после исправлений.
- 01Карта работы собрана?
Понятен полный цикл, а не только видимая очередь.
- 02Повторная работа отделена?
Поиск, возвраты и исправление собственных ошибок не смешаны с необходимой нагрузкой.
- 03Причины потерь исправлены?
Знания, маршруты и правила эскалации актуальны.
- 04Нагрузка измерена снова?
После изменений видно, сколько обязательной работы действительно осталось.
- 05Качество удерживается без скрытой переработки?
SLA, повторные обращения и полный цикл не требуют работы дома.
- 06Понятна роль нового человека?
Определено, какие задачи и какой дефицит мощности он должен закрыть.
Найм — не замена улучшению процесса, а ответ на подтверждённую остаточную нагрузку.
После расширения команды
Работу распределили по сложности, чтобы новый ресурс усилил систему.
Простые и быстрые заявки
Посильный контур для освоения процессов, накопления практики и работы по понятным критериям.
Средние и сложные задачи
Фокус на вопросах, где требуются накопленные знания, диагностика и более высокая цена решения.

Частые вопросы
Коротко о проверке нагрузки перед наймом
Как понять, что команде действительно нужен новый сотрудник?
После устранения очевидных потерь необходимая работа всё равно не помещается в доступную мощность без нарушения сроков, качества или нормального рабочего времени.
Какие данные нужны перед решением о найме?
Нужны состав задач, время полного цикла, повторные действия, SLA, возвраты, повторные обращения, жалобы и фактическая нагрузка команды.
Доказывает ли рост числа закрытых заявок, что найм не нужен?
Нет. На объём влияют размер клиентской базы, сложность обращений и правила учёта; показатель нужно сопоставлять с качеством и трудозатратами.
Можно ли передавать простые обращения новичкам?
Да, если определены критерии сложности, обучение, контроль качества и понятная эскалация к опытному специалисту.
Ключевой вывод
Сначала выяснить, какая работа действительно нужна, а какая возникает из-за устаревшей информации и плохо организованного процесса.
Затем проверить, хватает ли времени на весь цикл — и только после этого принимать решение о найме.Письменный разбор
Если пока непонятно, где причина перегруза
Изучим согласованные материалы, разберём полный цикл работы и зафиксируем выводы, ограничения и приоритетные действия — до решения об изменении штата.
Исходная публикация
Открыть в Telegram ↗Материал расширен диагностической рамкой без изменения фактов кейса и ограничений показателя.
