Интернет-магазин: заявки из трёх каналов живут отдельно
Короткий ответ: если один покупатель написал в мессенджер, в сообщество и на почту, а магазин видит трёх покупателей, то теряется не сообщение, а связность — и это дороже. Проверка одна: возьмите пять покупателей за последнюю неделю и посмотрите, сколько раз в каждом случае магазин переспрашивал то, что человек уже сообщал в другом канале.
Это разбор типовой ситуации, а не история конкретного магазина. Признаки собраны из того, как обычно устроена многоканальная торговля: розница с доставкой, товары под заказ, продажи через соцсети и маркетплейсы. Достигнутых результатов внедрения текст не называет.
Ситуация
Покупатель нашёл товар и написал в мессенджер: есть ли в наличии. Ответили. На следующий день он спросил в сообществе про доставку в свой город — отвечал другой сотрудник, потому что сообществом занимается другой человек. Потом он оформил заказ на сайте, указав телефон, отличающийся от того, что привязан к мессенджеру. Потом позвонил.
С точки зрения магазина это четыре события, не связанные между собой. С точки зрения покупателя это один разговор, который он ведёт с одной компанией.
Три свойства ситуации:
- канал выбирает покупатель — и меняет его по ходу, потому что ему удобнее отвечать там, где он сейчас находится;
- у обращений нет общего идентификатора — имя в мессенджере, ник в сообществе и телефон в заказе не связаны ничем, кроме человека;
- каналы часто закреплены за разными сотрудниками — и это разумно организационно, но означает, что о втором разговоре никто не знает.
Отсюда следствие, которое обычно недооценивают: проблема не в скорости ответа. Отвечают быстро, отвечают вежливо, отвечают все — и всё равно покупатель слышит от компании противоречия.
Где возникает риск
Два ответа на один вопрос. Про наличие, про срок доставки, про возможность скидки. Сотрудники отвечают добросовестно, каждый по своей информации. Противоречие обнаруживает покупатель и делает из него вывод не про сотрудников, а про магазин.
Покупатель пересказывает себя заново. В каждом новом канале он снова называет товар, город и пожелания. Одного-двух раз хватает, чтобы вопрос «а вы вообще ведёте записи» прозвучал вслух.
Заказ теряется между каналами. Обращение начали в мессенджере, покупатель дописал важную деталь в сообществе, сборка идёт по данным из формы. Деталь не доехала. Ошибка в заказе обнаруживается на доставке — самое дорогое место для её обнаружения.
Повторный покупатель не опознаётся. Он приходит через другой канал, и его встречают как нового. В торговле это прямо влияет на то, можно ли вообще работать с базой: постоянный покупатель существует, только если магазин его узнаёт.
Претензия разбирается без переписки. Про обещанный срок или комплектацию говорили в одном канале, претензия приходит в другой. Разбирающий сотрудник не видит того разговора.
Каналы копятся, и каждый следующий добавляет нагрузку. Новая площадка означает нового человека или новую вкладку. В какой-то момент часть каналов просто перестаёт проверяться — обычно тот, который открыли последним «на всякий случай».
Что именно теряется по дороге и как собрать сообщения в одну ленту — разобрано отдельно.
План действий
Задача — свести обращения одного человека в одну историю, не заставляя ни его, ни сотрудников менять привычки.
- Составьте список работающих каналов и назовите ответственного за каждый. Включая те, которые «вроде есть». Канал без ответственного — это канал, где обращения ждут неопределённое время.
- Проверьте связность на пяти покупателях. По каждому: сколько каналов он использовал и видел ли отвечавший сотрудник предыдущий разговор. Записывайте результат, а не ощущение.
- Определите признак, по которому обращения соединяются. Телефон, номер заказа, адрес — то, что покупатель называет сам. Не имя: имена совпадают, и ошибка объединения хуже отсутствия объединения.
- Сведите каналы в одно рабочее окно. Смысл в том, чтобы сотрудник видел все обращения одного человека, а не в том, чтобы обращений стало меньше.
- Объедините историю по действующим покупателям вручную. Это разовая работа по открытым обращениям и повторным покупателям, и делать её нужно осознанно: объединение по ошибке показывает одному человеку переписку другого.
- Объявите рабочие часы в каждом канале. Честное «отвечаем с 9 до 21» работает лучше, чем видимость круглосуточной поддержки.
- Введите правило «читаем историю перед ответом». В многоканальной торговле это правило заменяет собой половину регламентов: почти все противоречия происходят от ответа без чтения.
- Через месяц повторите проверку связности. Признак результата — покупатель не пересказывает себя при смене канала.
Чего делать не стоит: закрывать каналы ради упрощения. Обращения не переедут в оставшийся канал, они просто перестанут приходить, и заметить это по внутренним данным невозможно.
Как закрепить процесс
- У каждого канала есть ответственный и объявленные часы. Канал без этого — источник неотвеченных обращений, а не источник заказов.
- Обращения соединяются по признаку, который назвал сам покупатель. Никакого угадывания: цена ошибки здесь — чужая переписка в чужой карточке.
- Ответ идёт после чтения истории. Правило написано, а не подразумевается.
- Новый канал открывается вместе с ответственным. Пункт, который экономит больше всего: канал без владельца добавляется за минуту, а обнаруживается через полгода.
- Раз в квартал — проверка связности на пяти покупателях. Десять минут, и она показывает, не разъехались ли каналы обратно.
Что остаётся за компанией: содержание ответов, распределение каналов между сотрудниками, решение об объединении спорных обращений и качество товара с доставкой. Ни один инструмент не делает эту часть.
Что для этой ситуации есть в LTVchat
- Сообщения подключённых каналов собираются в одно рабочее окно. Поддерживаются пять типов подключений: бот Telegram, личный Telegram, бот MAX, личный MAX и сообщество ВКонтакте.
- Диалоги одного покупателя из разных каналов объединяются в одну карточку и при необходимости разъединяются обратно. Объединение — явное действие сотрудника, а не автоматическая догадка; это важно именно здесь, потому что ошибочное объединение показало бы одному человеку переписку другого. Разъединение существует ровно для того, чтобы ошибку можно было исправить.
- Сообщения сохраняются вместе со временем, направлением, автором и вложениями, а история открывается вместе с карточкой покупателя целиком.
- Роли доступа четыре: менеджер, администратор, владелец, супер-администратор. Роль проверяет сервер, привязку данных к рабочему пространству — отдельная проверка, отклоняющая обращение к чужому пространству. Обращения к данным попадают в журнал действий.
- Учётная запись сотрудника отключается, а сессия отзывается без удаления истории переписки. При сменной работе в поддержке это рядовая операция, а не аварийная.
Чего сервис не делает: не ищет по словам внутри переписки — поиск работает по клиенту, и это две разные возможности, которые стоит проверять по отдельности; не соединяет обращения сам и не назначает ответственного за канал — обе задачи остаются за компанией, второй такой возможности в продукте просто нет; не хранит заказы, наличие и доставку — это задача учётной системы; не работает с каналами, которых нет в списке подключений. Внешних аудитов, аттестаций и сертификаций у сервиса нет — реализованное описано на странице безопасности.
Стоимость — 300 ₽/канал в месяц + 50 ₽/сотрудник в месяц, владельцы подключённых каналов не оплачиваются как сотрудники. Здесь это заметная деталь: каждый канал считается отдельно, поэтому список каналов стоит держать осмысленным, а не открывать площадки на всякий случай. Оценить состояние — аудит из десяти вопросов, посмотреть окно — в демо без регистрации. Сравнение мест хранения переписки — здесь; разбор ситуации с повторными обращениями — в тексте про автосервис.
Частые вопросы
Это описание реального интернет-магазина?
Нет. Это разбор типовой ситуации многоканальных обращений: набор признаков, повторяющийся там, где покупатель пишет туда, где ему удобнее. Совпадения с конкретным магазином были бы случайными, а достигнутых результатов здесь не заявлено.
Может, проще оставить один канал?
На практике не получается: канал выбирает покупатель, а не магазин. Закрытый канал не переводит обращения в оставшийся — он делает их невидимыми, потому что человек либо пишет туда, где не отвечают, либо уходит. Разумнее принимать обращения там, куда они приходят, и сводить их у себя.
Как понять, что два обращения — от одного человека?
Надёжно — только по признаку, который человек назвал сам: телефон, номер заказа, адрес доставки. Автоматическое угадывание по имени в мессенджере ошибается, и ошибка стоит дороже, чем ручное объединение: в объединённой по ошибке карточке один покупатель видит переписку другого.
Мы отвечаем во всех каналах, просто разные люди. Разве это проблема?
Проблема появляется в момент, когда одному покупателю дают два разных ответа. Это не вопрос старательности сотрудников: каждый отвечает добросовестно, не видя второго разговора. Пока обращения не сведены, расхождение — вопрос времени, а не дисциплины.
Что делать со скоростью ответа в ночных каналах?
Практично объявить рабочие часы в самом канале и не делать вид, что отвечают круглосуточно. Обманутое ожидание ответа обходится дороже честного «отвечаем с 9 до 21»: покупатель, ждавший ответа всю ночь, уже купил в другом месте и вернётся с претензией, а не с заказом.
Нужно ли переносить историю обращений при переходе в общее окно?
Полный перенос из мессенджеров технически невозможен. Практичный порядок: по открытым обращениям вытащить существенное в новое место, дальше вести там, а старое оставить архивом. Планировать переход стоит исходя из этого, а не из ожидания, что история переедет сама.