Учёт обращений клиентов из разных каналов работает только тогда, когда для каждого входа определён понятный порядок. Письмо может попасть в общую очередь, звонок — остаться у менеджера в памяти, а сообщение с личного рабочего номера — затеряться после пересылки коллеге. В результате команда использует CRM, но часть клиентов всё равно не имеет владельца.
Единый регламент не требует немедленно подключить все каналы автоматически. Он должен закрывать и ручные участки: кто создаёт запись, что переносит, как проверяет результат и кому передаёт работу при отсутствии. Ниже — порядок для небольшой команды без предположений о наличии конкретных интеграций.
Составьте карту реальных входов
Перечислите не желаемые каналы будущей системы, а места, куда клиенты обращаются сейчас. Общая почта, телефон, форма сайта, согласованные рабочие аккаунты сотрудников и сообщения действующему менеджеру могут иметь разные способы регистрации.
Для каждого входа заполните пять строк:
- Где появляется исходное сообщение или факт звонка.
- Кто первым замечает новое обращение.
- Кто отвечает за создание или привязку записи.
- Каким способом проверяют, что запись появилась.
- Кто подменяет владельца в период отсутствия.
Не оставляйте владельцем «отдел продаж». В каждый рабочий период нужен конкретный дежурный или правило назначения, которое команда действительно понимает.
Учебный пример четырёх каналов
Все числа условные. Команда принимает сообщения через общую почту, телефон, форму сайта и рабочие аккаунты менеджеров. За утро зафиксировано 27 входящих событий.
Из них девять писем содержат семь новых вопросов и два уточнения. Шесть звонков относятся к четырём новым вопросам и двум уже открытым. Пять сообщений формы включают три новых вопроса, один повтор и одно нерелевантное сообщение. Семь сообщений в рабочих аккаунтах содержат один новый вопрос и шесть продолжений.
Всего новых обращений: 7 + 4 + 3 + 1 = 15. Остальные двенадцать событий не исчезают: их связывают с прежними вопросами или обоснованно исключают из новых.
В примере почтовый канал уже создаёт записи в принятом рабочем процессе. Телефон, форма и рабочие аккаунты пока обрабатываются вручную. Значит, ручной регистрации требуют 4 + 3 + 1 = 8 новых обращений. Это описание условного процесса, а не утверждение о готовых подключениях какого-либо продукта.
Что переносить при ручной регистрации
Сотрудник фиксирует исходное время обращения, канал, доступный контакт, суть вопроса и следующий шаг. Время переноса сохраняется отдельно: запись, созданная в 12:00 по звонку в 10:15, не должна выглядеть как новый звонок в полдень.
Для телефонного разговора достаточно точного краткого резюме. Не нужно придумывать дословную цитату, если запись разговора не велась. Если сведения спорные, отметьте, что именно требуется подтвердить.
Для сообщения сохраняйте доступную ссылку или иной принятый способ найти оригинал. Пересказ без основания особенно опасен, когда обсуждаются количество, версия документа или обещанный срок.
Минимальная запись: «Обращение О-318; звонок 10:15; компания и контакт; просит проверить срок по заказу З-48; ответить до 14:00; владелец — Павел; зарегистрировано 10:25; резюме разговора приложено».
Как не создавать несколько записей на один вопрос
Перед созданием нового обращения проверьте клиента, предмет и действующие вопросы. Совпадение номера телефона помогает поиску, но само по себе не доказывает, что речь идёт об одной потребности.
В примере клиент сначала отправил форму, затем позвонил с уточнением размера. Если предмет и контекст совпадают, звонок связывают с существующим обращением. Если он дополнительно сообщил о повреждении другого заказа, для этого вопроса может понадобиться отдельная запись.
Не объединяйте всё под одной компанией. У неё одновременно могут быть закупка, претензия и вопрос о документах. Граница обращения определяется клиентским результатом, а не только контактным лицом.
Передача ответственности между дежурным и менеджером
Дежурный отвечает за попадание вопроса в учёт, но не обязательно ведёт его до конца. Для передачи нужен назначенный владелец и подтверждение приёма в принятом порядке.
Фраза «отправил в общий чат» не доказывает передачу. Сотрудники могут прочитать сообщение и решить, что им занимается кто-то другой. Проверяемый результат — запись найдена, ответственный определён, ближайшее действие понятно.
Если назначенный менеджер отсутствует или перегружен, регламент должен указывать резервный маршрут. Не стоит ждать окончания дня, чтобы обнаружить восемь ручных обращений без исполнителя.
Регламент в короткой форме
Используйте этот шаблон для каждого канала:
- Канал: рабочий телефон участка продаж.
- Период контроля: согласованные часы обслуживания.
- Основной участник: дежурный менеджер.
- Замещение: назначенный сотрудник на отсутствие.
- Правило регистрации: новый самостоятельный вопрос создаёт обращение; уточнение связывается с действующим.
- Обязательные сведения: исходное время, контакт, предмет, владелец, следующий шаг.
- Срок переноса: установленный командой интервал, выполнимый при текущей нагрузке.
- Подтверждение: запись доступна владельцу, связь с исходным событием сохранена.
- Проверка полноты: сверка с доступным независимым журналом или перечнем событий.
- Сбой: временный журнал и последующее восстановление с исходными датами.
Не устанавливайте красивый интервал, который никто не сможет выдержать. Сначала замерьте реальную нагрузку и определите моменты контроля в течение дня.
Для обращения с неизвестным контактным лицом предусмотрите отдельный порядок уточнения. Не присваивайте сообщение первому похожему клиенту ради заполнения обязательного поля. Зафиксируйте доступные сведения и вопрос, который нужно проверить, сохранив владельца и срок следующего действия.
Также договоритесь, что делать с сообщением вне принятого периода обслуживания. В карточке остаётся реальное время поступления, а обещание ответа рассчитывается по установленному рабочему правилу. Не стоит скрывать ночное или выходное обращение переносом его даты на начало следующей смены: это затруднит разбор клиентского ожидания.
Что делать при сбое или отсутствии доступа
Временная запись должна содержать те же минимальные сведения. После восстановления доступа переносите данные с сохранением исходного времени и отметкой о задержке регистрации.
Перед повторным созданием проверьте, не появилась ли запись другим путём. Иначе восстановление после сбоя породит дубли. Ответственный за сверку должен знать, какие временные записи уже перенесены.
Если команда использует несколько ручных журналов, обозначьте место окончательной проверки. Недостаточно убедиться, что каждый сотрудник сохранил свои заметки: нужно увидеть общий список незавершённых вопросов.
Как проверить регламент за одну неделю
Выберите четыре канала из карты и ежедневно просматривайте небольшую выборку событий. Проверяйте наличие записи, правильность связи и назначение владельца. Отдельно отмечайте задержку переноса.
В нашем примере среди восьми ручных новых обращений одно зарегистрировано поздно, но все восемь присутствуют. Полнота регистрации равна восьми из восьми, а своевременность — семи из восьми, если установленные правила подтверждают опоздание. Эти показатели отвечают на разные вопросы.
Подробную методику сверки можно взять из статьи о полноте очереди заявок. Для дальнейшего назначения используйте правила распределения входящих обращений.
ЧатПлюс включает единые входящие, CRM и задачи команды. Принесите в ExtentLab карту своих каналов и один день обезличенных событий. Это позволит предметно обсудить доступные способы приёма, ручные участки и контроль передачи без обещания заранее неизвестных интеграций.