Кейс 2026 года
Почему стоит прочитать этот кейс до конца
- Почему «передадим мастеру» — это не решённое обращение, а будущий повторный звонок
- Как 22% обращений оказались вопросами о статусе ранее поданной заявки
- Что показал разбор 100% обращений вместо привычных 2%
- Честно о том, что пошло не так и сколько это заняло на самом деле
Из 28 000 обращений в месяц разбирали 560. Мы стали разбирать все — и нашли, что треть звонков это повторы по проблеме, которую уже обещали решить
Диспетчерская работала быстро: трубку берут за двадцать секунд, житель услышан. Разбор всех обращений показал, что скорость ответа маскировала другое — обращение часто не превращалось в заявку с номером, и человек звонил снова. И снова.
О компании
Управляющая компания на несколько сотен домов
Обслуживание жилого фонда: аварийные и плановые заявки, вопросы по начислениям, работа с обращениями жителей. Единая диспетчерская принимает звонки по всем домам круглосуточно, качество работы напрямую влияет на жалобы в надзорные органы.
| Направление | Управление жилым фондом, единая диспетчерская |
|---|---|
| Диспетчерская | 26 человек в круглосуточном режиме |
| Объём обращений | 28 000 в месяц — аварии, плановые заявки, начисления, статусы |
| Средняя длительность обращения | около 3 минут |
| Стоимость обработки обращения | 95 ₽ с учётом ФОТ и связи |
| Ключевая метрика | Доля повторных обращений и жалобы в надзорные органы |
| Заказчик | Директор управляющей компании |
| Учёт | Система заявок с номерами и статусами, интеграция с телефонией |
Что важно: в ЖКХ обращение стоит дёшево, а недовольство накапливается дорого. Повторный звонок сам по себе почти ничего не стоит, но именно из цепочки повторов вырастают жалобы в жилищную инспекцию и в прокуратуру.
Ситуация до
Запрос звучал просто
«Обращений всё больше, штат растёт, а жители всё равно недовольны. Куда уходит эта нагрузка — непонятно»
Диспетчерскую оценивали по скорости ответа и доле пропущенных вызовов — метрикам контакт-центра. По ним всё было хорошо: трубку брали быстро, пропусков почти не было, и оснований для тревоги отчётность не давала.
Рост нагрузки списывали на изношенность фонда и на сезон. Проверить это было нечем: обращения учитывались как события, но связь между ними не отслеживалась — система не показывала, что три звонка за неделю пришли от одного человека по одной и той же трубе.
Как был устроен контроль качества:
- Разбиралось около 560 обращений в месяц из 28 000 — примерно 2%
- Более 27 000 разговоров в месяц не слышал никто
- Метрики измеряли скорость ответа, но не результат обращения
- Повторные звонки по одной проблеме нигде не связывались между собой
Почему нельзя было решить наймом
Обращение в диспетчерскую короткое — в среднем 3 минуты. Один специалист разбирает вручную порядка 400 обращений в месяц. Чтобы покрыть 28 000, нужно около 70 человек — при ставке 55 000 ₽/мес это 3,85 млн ₽ ФОТ ежемесячно при диспетчерской из двадцати шести человек.
Почему рост штата не помогал
Диспетчерскую расширяли дважды за два года, и каждый раз нагрузка возвращалась к прежнему уровню за несколько месяцев. Причина стала понятна только после сплошного разбора: значительная часть потока порождалась самой системой, а не жилым фондом.
Доля повторных обращений
Треть звонков приходила от людей, которые уже обращались по этой же проблеме. В отчётах это были просто новые обращения.
Масштаб слепой зоны
Каждая точка — 280 обращений
Одна сетка — это 28 000 обращений за месяц. Слева то, что успевал разобрать человек. Справа — то, что разбирает система.
560 обращений в месяц на 26 диспетчеров — по два десятка на человека, из которых нельзя увидеть ни одной цепочки повторов.
Все 28 000 обращений разобраны и связаны между собой по адресу и проблеме — повтор виден сразу.
До внедрения анализировалось 2% звонков — 560 из 28 000 в месяц. После внедрения системы Эхо анализируется 100% звонков — все 28 000 в месяц.
Что сделали
Стали мерить результат обращения, а не скорость ответа
Скорость ответа — метрика службы поддержки, и она ничего не говорит о том, что произошло после «здравствуйте». Для диспетчерской результат один: обращение превратилось в заявку с номером и сроком либо не превратилось.
Подключение к телефонии и системе заявок
Записи подтягиваются автоматически, результат разбора и связь с существующей заявкой возвращаются в карточку обращения. Четыре рабочих дня.
Чек-лист под заявку
Идентификация адреса, классификация обращения, проверка ранее поданных заявок по этому адресу, оформление заявки с номером, называние срока, фиксация способа обратной связи.
Связывание обращений в цепочки
Обращения группируются по адресу и типу проблемы: повтор виден сразу, а не после жалобы. Это оказалось самой ценной частью.
Калибровка на живых обращениях
Оценки сверяли со старшим диспетчером, отдельно проверяя аварийные обращения — там оформление заявки идёт после вызова бригады, а не до.
Рутина вместо разовой проверки
Ежедневная сводка, автоматический алерт при третьем обращении по одному адресу, еженедельный разбор цепочек повторов.
Что делают руками после внедрения
Ничего. Смотрят сводку и работают с цепочками повторов. Оценка по скорости ответа осталась, но перестала быть единственной.
Сроки внедрения
| Подключение телефонии и системы заявок | 4 рабочих дня |
|---|---|
| Первые разборы обращений | в тот же день |
| Калибровка чек-листа | 3 недели, три итерации |
| Охват анализа | 2% → 100% обращений |
| Первый измеримый сдвиг в метрике | 1 месяц |
Находка, ради которой всё затевалось
Обращение превращалось в заявку с номером меньше чем в половине случаев
Диспетчер выслушивал жителя, обещал передать мастеру и клал трубку. Человек оставался без номера заявки, без срока и без способа проверить статус — поэтому через день-два звонил снова, и это обращение регистрировалось в отчётах как новое.
обращений, по которым была заведена заявка с номером и сроком. В остальных житель слышал «передадим мастеру».
Диспетчеры работали добросовестно и быстро — по метрикам скорости всё было отлично. Значительная часть потока порождалась самой системой: необработанное обращение возвращалось повторным звонком, тот тоже мог не стать заявкой, и цепочка продолжалась. Расширение штата этот механизм не разрывало, поэтому нагрузка возвращалась к прежнему уровню за несколько месяцев.
Вторая находка
22% обращений оказались вопросами о статусе ранее поданной заявки. Линия работала справочной по собственной непрозрачности: человек не мог узнать, что происходит с его заявкой, иначе как позвонив. Это самая обидная часть нагрузки — она не связана ни с состоянием дома, ни с работой мастеров, а только с отсутствием обратной связи.
Результат
Измерено за первый месяц
| Метрика | До | После |
|---|---|---|
| Охват анализа обращений | 2% | 100% |
| Обращение стало заявкой с номером | 38% | 61% |
| Назван срок выполнения | 29% | 58% |
| Повторные обращения по одной проблеме | 34% | 24% |
Рост получен без расширения диспетчерской и без изменения работы мастеров. Сработали две вещи: оформление заявки стало обязательным пунктом оценки, а третье обращение по одному адресу теперь порождает алерт — цепочка разрывается до того, как превратится в жалобу.
Найденный потенциал
Что даст доведение оформления заявок хотя бы до 80%
Не до формальных 100% — часть обращений действительно справочные. По расчёту рост до 80% снимает порядка 3 800 повторных обращений в месяц.
Это прямая экономия на обработке потока, который порождала сама система. Обращения приходили не из-за состояния домов, а из-за того, что предыдущий разговор не закончился заявкой.
Главный эффект здесь не в этой сумме. Повторный звонок стоит дёшево, но цепочка повторов — это ровно то, из чего вырастают жалобы в жилищную инспекцию и в прокуратуру, а их стоимость измеряется не рублями за обращение. Второй незаложенный эффект — освобождение линии в аварийные пики, когда каждая занятая минута действительно критична.
Хотите узнать, что скрыто в ваших 98% звонков?
Главный вывод для собственника
Главный вывод для собственника — его же словами
«Мы дважды расширяли диспетчерскую и каждый раз через полгода возвращались туда же. Треть нагрузки мы генерировали сами»
Что изменилось для команды
Систему по-разному встретили в диспетчерской и в аварийной службе
Для директора
Появилась картина по 100% обращений вместо 2% и, главное, связь между звонками. Рост нагрузки перестал быть следствием изношенности фонда: треть потока порождала сама система обработки обращений.
Для диспетчеров
Оформление заявки добавляет к разговору полминуты, и это встретили без восторга — при непрерывной очереди каждая секунда заметна. Переубедили цифрами: за месяц поток повторов снизился, и очередь стала короче, чем была.
Для аварийной службы
Линия разгрузилась в пиковые часы. Раньше в аварийный день дозвониться было сложнее всего именно потому, что параллельно шли повторные звонки по старым проблемам.
Честно
Что было сложно
Первая версия чек-листа мешала работать в аварийных обращениях.
При аварии порядок обратный: сначала вызов бригады, потом оформление. Система же требовала завести заявку до всего остального и снижала оценку диспетчеру, который правильно бросил всё и звонил аварийщикам. Претензии были справедливыми, и на них ушла первая неделя.
Реальный пример из тестов
Система засчитывала оформление заявки, когда диспетчер говорил «я записала, передам», — то есть фиксировала намерение вместо номера заявки, по которому житель может проверить статус.
Пришлось разделить обращения по срочности и отдельно задать, что считается оформлением: номер заявки, названный житель, и срок — а не обещание передать.
Вывод, который мы забрали в методологию: в сервисных службах нельзя измерять только скорость. Скорость ответа и результат обращения — разные метрики, и первая прекрасно выглядит в отчёте, пока вторая порождает поток, который эту же скорость и разрушает.
И ещё одно: часть эффекта пришла не из разговоров. Как только стало видно, что 22% обращений — это вопросы о статусе, стало очевидно, что дешевле не учить диспетчеров отвечать на них быстрее, а сделать так, чтобы человек узнавал статус без звонка.
Что система отдаёт сотруднику
Не оценка, а что делать со следующим клиентом
Балл сам по себе никого не убеждает. Поэтому к каждому разбору идёт вывод словами и конкретное действие — по одному обращению и по цепочке.
По каждому обращению диспетчер видит запись, оценку по пунктам чек-листа с обоснованием и то, что конкретно не было сделано: «заявка не оформлена», «срок не назван», «ранее поданные заявки по адресу не проверены».
Отдельно система собирает цепочки повторов по адресу и типу проблемы и поднимает алерт на третьем обращении. Это оказалось важнее оценки диспетчеров: цепочка разрывается до того, как житель дойдёт до жилищной инспекции, а перечень самых частых цепочек показывает, какие работы на доме откладывать больше нельзя.
Кому это подходит
Минимальный порог — 50 звонков в месяц
Ниже этого объёма выводы недостоверны: не набирается статистика, и проверить работу отдела проще руками. Выше — система видит закономерности, которые человек не увидит физически.
Подходит
Диспетчерская или служба поддержки от 50 обращений в месяц, где обращение должно превращаться в заявку с номером и сроком.
Не подходит
Один-два диспетчера с 5–20 обращениями в месяц. Такой объём разбирается вручную и без системы.
Размер организации значения не имеет. Для сервисных служб при этом важен не объём сам по себе, а возможность связывать обращения между собой: без этого повторы выглядят новыми звонками, а нагрузка — внешней и неуправляемой.
Профильное решение под эту отрасль — речевая аналитика Эхо. Другие разборы внедрений — в разделе кейсов.
Вопросы
Что обычно спрашивают про этот кейс
Почему скорость ответа — недостаточная метрика для диспетчерской?
Потому что она измеряет начало разговора, а не его результат. В этом кейсе трубку брали за двадцать секунд, пропусков почти не было, и отчётность не давала оснований для тревоги — при этом обращение превращалось в заявку с номером лишь в 38% случаев. Человек без номера и срока звонил снова, и его повтор регистрировался как новое обращение. Скорость ответа прекрасно выглядела в отчёте, пока порождаемый поток эту же скорость и разрушал.
Почему расширение штата не снижает нагрузку?
Потому что оно не разрывает механизм, который эту нагрузку создаёт. В этом кейсе диспетчерскую расширяли дважды за два года, и каждый раз нагрузка возвращалась к прежнему уровню за несколько месяцев. Причина стала видна только после сплошного разбора: 34% обращений были повторами по уже озвученным проблемам, то есть значительная часть потока порождалась самой системой обработки, а не состоянием жилого фонда.
Что считать правильно оформленным обращением?
Заявку с номером, названным жителю, и со сроком выполнения. Формулировка «я записала, передам» этому не соответствует: человек остаётся без возможности проверить статус, и единственный доступный ему способ узнать, что происходит, — позвонить снова. В этом кейсе первая версия чек-листа засчитывала намерение вместо номера, и её пришлось переписать.
Что делать с вопросами о статусе заявки?
Их в этом кейсе оказалось 22% от всех обращений — линия работала справочной по собственной непрозрачности. Учить диспетчеров отвечать на такие вопросы быстрее бессмысленно: дешевле сделать так, чтобы житель узнавал статус без звонка. Это самая обидная часть нагрузки, потому что она не связана ни с состоянием дома, ни с работой мастеров, а только с отсутствием обратной связи.
Какой результат дал первый месяц работы системы?
Охват анализа вырос с 2% до 100% обращений. Доля обращений, ставших заявкой с номером, выросла с 38% до 61%, называние срока выполнения — с 29% до 58%, а доля повторных обращений по одной проблеме снизилась с 34% до 24%. Потенциал: доведение оформления заявок до 80% снимает около 3 800 повторных обращений в месяц, то есть порядка 361 тыс. ₽ ежемесячно только на обработке потока.
Экономия выглядит скромно — в чём тогда смысл?
Прямая экономия на обработке действительно невелика: повторный звонок стоит дёшево. Главный эффект в другом — цепочка повторов является ровно тем, из чего вырастают жалобы в жилищную инспекцию и в прокуратуру, а их стоимость измеряется не рублями за обращение. Второй эффект, не заложенный в расчёт, — освобождение линии в аварийные пики, когда дозвониться сложнее всего именно из-за параллельного потока повторов по старым проблемам.
Следующий шаг
Посмотрим, сколько повторов в вашем потоке обращений
Разберём линию на реальных записях: покажем, какая доля обращений превращается в заявку и сколько звонков приходит по проблемам, которые уже обещали решить. Как в этом кейсе — первый сдвиг виден за месяц.
Порог для достоверных выводов — от 50 звонков в месяц