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