Кейс
Почему команда перестаёт доверять списку клиентов, ждущих ответа
Список ожидания в нашем командном приложении заполнялся красными строками для диалогов, которым ничего не требовалось. Мы добавили способ закрыть чат, не написав в него, и сделали так, чтобы ожидание начиналось заново со следующего сообщения клиента.
Главное
- Список ожидания хорош ровно настолько, насколько точна его самая неточная строка.
- Диалогу нужен способ закрыться, когда никто не отправляет ответ.
- Когда закрытый диалог открывается снова, ожидание должно начинаться с нового сообщения.
- Один общий ответ о статусе ожидания держит в согласии каждое устройство и напоминание.
В нашем собственном командном приложении список клиентов, ждущих ответа, работал только тогда, когда каждая строка в нём была настоящей. После объединения всех чатов в одном месте мы увидели красные строки для диалогов, которые просто закончились — благодарность клиента, посетитель, ушедший довольным. Список говорил нам отвечать на сообщения, которым ничего не требовалось, и именно так любой ящик поддержки заполняется старыми чатами.
Чего стоит красная строка ожидания
Списку ожидания перестают доверять, как только несколько строк в нём ложные. Люди начинают его игнорировать или просто просматривают знакомые имена, и тот единственный клиент, который действительно ждёт, теряется среди тех, кто не ждёт. Эти ложные строки ещё и продолжают слать команде напоминания, а иногда заставляют AI-ассистента отвечать на благодарность, которой не нужен был ответ. Мы увидели это на собственном опыте, когда собрали все чаты в один список, где ждущие наверху.
Почему старые чаты попадают в список ожидания
Список считал последнее сообщение признаком того, что кто-то ждёт, — даже если это последнее сообщение было просто благодарностью. В системе не было способа отметить, что человек закрыл диалог, не отвечая. Приложение на телефоне к тому же само угадывало, какие чаты ждут, вместо того чтобы спрашивать сервер, поэтому они могли расходиться.
Очевидное исправление и что оно упустило
Сначала мы добавили действие «Ответ не нужен» в каждую строку ожидания. Перед выпуском мы прошли весь процесс так, как это сделал бы участник команды, и нашли две проблемы, которые одно это исправление упустило бы. Во-первых, чат с сайта, который уже взял на себя кто-то из нас, никогда не показывался как ждущий, когда посетитель писал снова, — правило на телефоне не учитывало взятый чат. Во-вторых, после отметки диалога как не требующего ответа следующее сообщение клиента возвращало его с ожиданием, которое было старше, чем на самом деле, потому что сервер всё ещё считал от старого сообщения. Обе ошибки исправили и включили в новую сборку в тот же день.
Что есть у команды сейчас
Теперь каждый чат отовсюду появляется в одном списке «Чаты», одинаковом на iPhone и Android, а ждущие диалоги — наверху. Любую строку ожидания можно отметить как «Ответ не нужен» свайпом, долгим нажатием или изнутри диалога. Она сразу уходит из списка ожидания, остаётся в недавних чатах, а счётчики уменьшаются соответственно. Опция «Отменить» доступна пять секунд, прежде чем изменение будет отправлено. Отметка сохраняется на диалоге, останавливая напоминания и не давая AI-ассистенту отвечать на закрытую благодарность, — посетитель сайта этого не видит. Если клиент напишет снова, диалог вернётся, и ожидание начнётся с его нового сообщения. Чат, который взял на себя участник команды, теперь снова появляется как ждущий для этого человека, если посетитель напишет. Теперь сервер решает для каждого чата, ждёт ли кто-то и с какого момента, и оба приложения показывают именно это, так что телефон больше не угадывает.
На каком это этапе
Изменения на стороне сервера уже работают. Видимое изменение — в версии 1.0.2 нашего приложения для iPhone, оно собрано и отправлено в App Store, а также готово для следующей версии Android. Старые версии приложения продолжают работать без изменений.
Что вы можете проверить сами
- Посчитайте, сколько красных пунктов в списке ожидания вашей команды действительно требуют ответа сегодня. Если несколько из них — благодарности или завершённые чаты, людей уже приучают игнорировать список.
- Спросите команду, как они закрывают диалог, который закончился без их последнего слова, и позволяет ли это приложение. Если они ищут обходной путь или просто оставляют его, это повод улучшить.
- Отметьте один тестовый диалог как завершённый, напишите в него снова с телефона клиента и посмотрите, вернётся ли он и начнётся ли ожидание с вашего нового сообщения или со старого.
- Проверьте, что когда один человек берёт чат на себя, он не исчезает из его списка ожидания, если клиент напишет снова.
- Сравните один и тот же чат на двух телефонах. Если на одном написано «ждёт», а на другом нет, приложение угадывает, а не читает один общий ответ.
Что делать дальше
Начните с просмотра списка ожидания вашей команды. Спросите того, кто ведёт ваше приложение, можно ли отметить диалог как не требующий ответа, не отправляя сообщение, и считается ли ожидание в заново открытом чате с нового сообщения клиента. Если нет, установите ясное правило: не пишите фальшивый ответ только ради того, чтобы убрать строку. Используйте любое действие закрытия, которое есть в приложении, или попросите его добавить.
Именно такую работу инженеры Tech Concierge делают, чтобы чат-системы оставались понятными и надёжными для команд, которые ведут поддержку по нескольким каналам.
Частые вопросы
Почему моя команда игнорирует список ожидания в нашем чат-приложении?
Список ожидания полезен ровно настолько, насколько он точен. Когда люди находят строки для диалогов, которым ничего не нужно, они перестают доверять списку и могут пропустить клиентов, которые действительно ждут ответа.
Как нам закрыть диалог с клиентом, который закончился благодарностью?
Приложение должно позволять отметить диалог как не требующий ответа, не отправляя сообщение. Если это невозможно, не отправляйте фальшивый ответ только ради того, чтобы убрать строку, и спросите того, кто ведёт ваше приложение, о добавлении такой возможности.
Почему диалог возвращается со старым временем ожидания, когда клиент пишет снова?
Возможно, система считает ожидание от старого сообщения, а не от нового. Заново открытый чат должен начинать отсчёт ожидания с последнего сообщения клиента, чтобы отражать реальность.
Приложение или сервер должен решать, какие чаты ждут?
Должен быть один общий ответ — в идеале от сервера, — чтобы каждый телефон и напоминание видели одно и то же состояние. Если каждое устройство решает само, они могут показывать разные результаты.
Ответит ли AI-ассистент клиенту после того, как мы отметим чат как не требующий ответа?
Если отметка сохраняется на диалоге и ассистент её проверяет, он не должен отвечать. В нашем случае отметка «ответ не нужен» останавливает напоминания и не даёт ассистенту отвечать на закрытые чаты.