Почему обращения из ВКонтакте теряются

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

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

Место 1. Выключенный тумблер: обращения не приходят вовсе

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

Проверяется двумя пунктами. Сообщения в сообществе включены (Управление → Сообщения) — это первый тумблер, без него кнопки «Написать сообщение» у клиента нет. И «Возможности ботов» включены отдельно (Управление → Сообщения → Настройки для бота) — второй тумблер, который пропускают чаще всего, потому что после первого всё уже выглядит работающим.

Закрывается настройкой. Полный разбор допуска и прав — на странице про VK для бизнеса.

Место 2. Ключ доступа у одного человека

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

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

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

Место 3. Ночь и выходные

Обращение пришло в 23:40. Кто на него ответит и когда — если это не решено заранее, ответ придёт тогда, когда кто-нибудь заметит.

Автоответов и шаблонов быстрых ответов в окне нет, отложенной отправки нет. Поэтому вариантов два: дежурный или честное «утром». Хорошая новость в том, что платформа здесь не торопит: ограничения по времени на ответ у VK нет — если клиент написал сам, это приравнивается к согласию на ответные сообщения без ограничений по времени, пока он не запретит их вручную. Утренний ответ технически возможен; вопрос лишь в том, дождётся ли клиент, и это вопрос про рынок, а не про API.

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

Место 4. Переход между сотрудниками

Второе по частоте место потери и первое по цене. Клиент писал одному менеджеру, тот в отпуске, второй начинает разговор с нуля — а клиент помнит, что ему уже обещали скидку.

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

Закрывается правилом, поддерживается доступом. Как руководителю видеть переписку, не читая всё подряд, — в тексте про контроль переписок.

Место 5. Диалог, где ответ обещали и забыли

Клиент спросил про наличие, менеджер написал «уточню и вернусь», и на этом всё. Обращение не потеряно формально — оно в ленте, отвечено, — но сделки нет.

Здесь важно понимать, чего в продукте нет, чтобы не ждать напоминания: уведомлений о просрочке, статусов сделки и отметок «вернуться такого-то числа» нет. Значит, обещание живёт в вашей собственной записи или не живёт нигде. Минимальный работающий вариант — таблица из трёх колонок (клиент, о чём договорились, когда вернуться) и одно фиксированное время в день, когда её открывают.

Отдельно про поиск: искать по фразе внутри сообщений нельзя, диалог открывается через клиента. Поэтому договорённость записывается словами в момент разговора, а не восстанавливается потом чтением истории.

Закрывается только правилом.

Место 6. Обращения, которых вы не считаете

Последнее место — самое тихое. Если потери не измеряются, спор о них становится спором о мнениях, а мнения в этом вопросе всегда расходятся.

Сквозной аналитики и отчётов в продукте нет, но нужное считается руками за полчаса. Три числа за одну неделю:

  1. сколько первых обращений пришло из сообщества
  2. сколько из них получили ответ в согласованный срок
  3. сколько остались без ответа вовсе

Второй замер через месяц после введения правил — это и есть доказательство, что правила работают (или что они не работают, что тоже полезно знать).

Закрывается привычкой считать.

Что при этом не потеря

Два случая выглядят как потери, но ими не являются, и путать их вредно.

Клиент запретил сообщения. Это его действие; о нём приходит отдельное событие, парное к разрешению, и после запрета отправка недоступна, пока человек не вернётся сам. Обходного пути нет и искать его не нужно. Заодно стоит помнить, что получить через API список всех, кто разрешил сообщения сообществу, тоже нельзя — VK пишет прямо, что такой список нужно хранить и синхронизировать на своей стороне.

Вы не написали первым тому, кто не обращался. Это не потеря, а устройство платформы: сообщество отправляет сообщения только тому, кто разрешил их получать. Из окна начать разговор через VK-канал тоже нельзя — создание чата доступно только личным видам каналов, а личного вида канала для VK не существует. Единственный законный способ получить контакт с тем, кто вам не писал, — виджет разрешения на сайте или подтверждение в мини-приложении, то есть снова действие человека.

Чек-лист против потерь

Что из этого у вас уже закрыто, а что нет, быстрее всего покажет аудит из десяти вопросов.

Чего инструмент не сделает

Стоит перечислить это прямо, потому что половина потерь возникает из ожидания, что сделает. Автоматического распределения обращений и назначения ответственного за диалог нет. Уведомлений о просрочке, автоответов, шаблонов, отложенной отправки и авторассылок нет. Воронки, стадий сделки, тегов и произвольных полей клиента нет. Поиска по словам внутри переписки нет. Интеграций с внешними CRM нет, сквозной аналитики нет, мобильного приложения нет. Полного импорта переписки для VK-канала не предусмотрено: обычная синхронизация берёт до двухсот диалогов и до двухсот сообщений только по впервые созданным чатам.

Медиа отправляется общим для всех каналов путём; обещать, что вложение всегда уйдёт с первого раза, мы не будем — неудачные загрузки случались, и причина была на внешней стороне, вне нашего контроля. Про роли, журнал действий и отсутствие сертификаций и внешних аудитов написано на странице безопасности. Правовая сторона обработки обращений — вопрос к юристу по вашим документам; общая рамка — в тексте про 152-ФЗ.

Дальше

Что включить в сообществе и какие права выдать ключу, с полным разбором допуска и ограничений платформы, — на странице про VK для бизнеса. Считать бюджет придётся по двум слагаемым: 300 ₽/канал в месяц + 50 ₽/сотрудник в месяц, и владельцы подключённых каналов в сотрудники не записываются; готовые примеры — на странице тарифов.

Частые вопросы

Мы точно ничего не теряем? Обращения приходят в окно автоматически.

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

Можно ли настроить автоответ, чтобы клиент хотя бы что-то получил ночью?

В LTVchat автоответов и шаблонов быстрых ответов нет, отложенной отправки тоже. Так что вариантов ровно два, и оба управленческие: либо кто-то дежурит и отвечает, либо клиент ждёт до утра — и лучше, чтобы это было решением, а не случайностью. Полезно, что окно ответа тут не давит: ограничения по времени у VK нет, первое сообщение клиента действует как согласие без ограничений по времени, пока он сам не запретит сообщения. Утренний ответ технически возможен, вопрос только в том, дождётся ли клиент.

Ключ доступа сообщества у одного сотрудника. Это проблема?

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

Обращение перешло от одного менеджера к другому, договорённости потерялись. Что здесь можно сделать?

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

Как посчитать, сколько мы реально теряем?

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

Клиент запретил сообщения. Это потеря?

Это его решение, и обходить его нельзя. Запрет — действие пользователя, о нём приходит отдельное событие, парное к событию разрешения, и после запрета отправка недоступна, пока человек не вернётся сам. Разумная реакция — фиксировать такие случаи у себя, чтобы не строить на этих людях планов и не считать их «потерянными по вине процесса». Кстати, получить через API список всех, кто разрешил сообщения, тоже нельзя: VK прямо пишет, что вести такой список нужно на своей стороне.

Источники