Невидимая экономика обработки обращений: сколько вы на самом деле платите за работу поддержки

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

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

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

В этой статье разберем путь одной клиентской заявки и посчитаем, сколько на самом деле стоит ее обработка — от первого сообщения клиента до финального решения.

Экономика клиентской поддержки: сколько стоит обработать обращение клиента

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

Для расчета берем усредненные зарплаты по рынку. По данным сервисов поиска работы, менеджеры по работе с клиентами в крупных городах часто получают 90 000–150 000 ₽ в месяц, а руководители клиентского сервиса — около 200 000–250 000 ₽. Для примера возьмем менеджера с зарплатой 120 000 ₽ и руководителя группы с зарплатой 250 000 ₽. Один рабочий месяц — примерно 168 часов. Тогда час работы менеджера стоит компании около 714 ₽, а минута — около 12 ₽. Час руководителя — около 1488 ₽, минута — около 25 ₽.

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

Этап 1. Получить обращение → восстановить контекст. Клиент пишет в Telegram: «Добрый день, подскажите, когда сегодня будет мастер? И можно ли перенести визит на вечер?»

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

Расчет: 3 минуты × 12 ₽ = 36 ₽.

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

Этап 2. Найти данные → собрать ответ. Чтобы ответить клиенту, менеджер открывает CRM и находит карточку компании. В карточке есть договор и история обращений, но нет актуального времени выезда. Для этого нужно открыть отдельную таблицу с расписанием мастеров. После этого менеджер проверяет внутренний чат: возможно, логист или сервисный инженер уже оставляли комментарий по этой заявке. На поиск и сверку данных уходит еще 5 минут.

Расчет: 5 минут × 12 ₽ = 60 ₽.

После двух этапов заявка уже стоит компании 96 ₽: 36 ₽ за вход в задачу и 60 ₽ за поиск контекста.

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

Этап 3. Согласовать решение → дождаться результата. Менеджер нашел заявку и видит, что мастер стоит в расписании на 16:00. Клиент просит перенести визит на вечер. Сам менеджер не может подтвердить перенос: нужно уточнить у логиста, успеет ли мастер после предыдущего адреса, и у сервисного инженера, не критично ли переносить работу на несколько часов.

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

Расчет активного времени менеджера: 4 минуты × 12 ₽ = 48 ₽.

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

Расчет возврата в контекст: 3 минуты × 12 ₽ = 36 ₽.

Итого этап согласования: 48 ₽ + 36 ₽ = 84 ₽.

К этому моменту стоимость заявки составляет уже 180 ₽: 96 ₽ за первые два этапа и 84 ₽ за согласование.

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

Этап 4. Ответить повторно → снова войти в контекст. Пока менеджер ждал согласования, клиент написал еще раз: «Есть новости? Мне нужно понимать, оставлять человека на объекте или нет». Формально это то же самое обращение. Фактически для менеджера это новое касание: нужно вернуться в диалог, проверить, что уже известно, понять, можно ли отвечать, и сформулировать промежуточный статус так, чтобы клиент не чувствовал, что его забыли.

На повторное касание уходит 7 минут. Сюда входит чтение переписки, проверка внутреннего чата, короткий ответ клиенту и фиксация следующего шага.

Расчет: 7 минут × 12 ₽ = 84 ₽. Стоимость заявки вырастает до 264 ₽.

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

Этап 5. Передать выше → потратить более дорогой ресурс. Допустим, перенос визита возможен, но клиент важный: крупная сеть кофеен, с которой компания давно работает. Менеджер решает согласовать финальный ответ с руководителем, потому что перенос может повлиять на SLA или отношения с клиентом.

Руководитель открывает переписку, смотрит карточку клиента, уточняет, были ли раньше нарушения сроков, и подтверждает решение: можно перенести выезд на 19:00, но нужно сразу предупредить клиента, что повторный перенос будет уже на следующий день. На это уходит 5 минут времени руководителя.

Расчет: 5 минут × 25 ₽ = 125 ₽. Стоимость заявки теперь доходит до 389 ₽.

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

Итог: сколько стоило обслуживание. 389 ₽ прямой стоимости рабочего времени:

1. Вход в задачу: 3 минуты = 36 ₽.
2. Поиск контекста: 5 минут = 60 ₽.
3. Согласование и возврат к заявке: 7 минут активной работы = 84 ₽.
4. Повторное касание клиента: 7 минут = 84 ₽.
5. Подключение руководителя: 5 минут = 125 ₽.

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

Если учесть хотя бы часть этих расходов, стоимость одной заявки легко приближается к 500–700 ₽. Например, если менеджер потратит не 22 минуты, а 35 минут активного времени, а руководитель подключится не на 5, а на 8 минут, прямые трудозатраты составят уже около 620 ₽.

При 1 000 обращений в месяц это 620 000 ₽. И это не новый расход, который появляется после расчета. Эти деньги компания уже тратит — просто обычно они спрятаны внутри фонда оплаты труда и выглядят как «команда много работает».

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

Почему обслуживание обходится дороже, чем кажется

Для этого достаточно выбрать 10–20 реальных обращений и посмотреть на них не глазами клиента, а глазами процесса:

1. Сколько касаний было у заявки? Посчитайте не только сообщения клиента, но и все действия внутри компании: ответ менеджера, уточнение у коллег, повторный контакт, согласование, эскалация.
2. Сколько систем пришлось открыть сотруднику? Не только основные рабочие инструменты, но и все места, где пришлось искать информацию: CRM, таблицы, почта, внутренние чаты, календарь, ERP, сервис‑деск, заметки, история переписки.
3. Сколько раз заявка возвращалась в работу? Например, менеджер ответил → ушел ждать → клиент написал повторно → менеджер вернулся → снова отправил запрос коллегам → снова вернулся.
4. Сколько раз подключался руководитель? Не только для принятия решения, но и чтобы уточнить статус, проверить ответ, подтвердить исключение или помочь сотруднику с коммуникацией.
5. Сколько времени прошло до решения вопроса? Не до первого ответа и не до закрытия в системе, а до момента, когда клиент получил результат.

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

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

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

Что помогает сократить стоимость обслуживания без сокращения команды

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

Собрать весь контекст обращения в одном месте. Самый дорогой этап в обслуживании — не ответ клиенту, а подготовка к нему. Когда история общения, статус заявки, внутренние комментарии и ответственные сотрудники находятся в разных местах, менеджер начинает каждое обращение с мини‑расследования.

Хорошая практика — сделать так, чтобы сотрудник видел в одной точке:

• кто клиент;
• что уже происходило;
• на каком этапе находится обращение;
• кто следующий отвечает за действие.

Сделать статус обращения прозрачным. Если статус обращения понятен и внутри команды, и снаружи — снижается количество уточнений, повторных сообщений и ручных напоминаний. Даже простая логика «принято → в работе → ждем согласование → решено» дает больше эффекта, чем ускорение первого ответа на несколько минут.

Убрать ручную передачу заявки между людьми. Во многих командах маршрут обращения существует только в голове сотрудников. Менеджер знает, кому писать. Логист знает, кого спросить. Руководитель знает, что делать в спорной ситуации.

Считать не только скорость ответа, но и стоимость процесса. Многие сервисные команды измеряют SLA и время первого ответа. Это полезные показатели, но для управления затратами обычно не хватает еще нескольких метрик:

• среднее количество касаний на заявку;
• число возвратов в работу;
• среднее число участников процесса;
• доля обращений с подключением руководителя;
• время до окончательного решения.

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

Что важно запомнить

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

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

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

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

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