Управление службой поддержки клиентов в нескольких интернет-магазинах

Отделение контекста магазина от общего процесса поддержки.

Процесс поддержки может быть последовательным, не рассматривая информацию о клиентах как взаимозаменяемую. Составьте карту службы поддержки каждого магазина, администратора торговли, портала доставки и политики возврата средств. Используйте отдельный профиль браузера всякий раз, когда речь идет о другом идентификаторе входа или границе данных клиента. Общий шаблон для ответов поддержки подойдет, но добавьте политики и обещания, специфичные для фактического продавца. Храните заметки внутри авторизованной системы заявок, а не смешивайте их с глобальными заметками браузера.

Сделайте проверку личности и заказа сознательной.

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

Используйте рабочий процесс поддержки на основе статуса.

Каждое обращение должно проходить через четкие состояния, такие как новое, ожидающий клиент, ожидающий склада, одобренное и решенное. В записке о передаче должно быть указано, что заблокировано и кто может санкционировать следующее действие. Для отчетов об эффективности используйте время отклика и качество разрешения по магазинам, а не совокупные показатели, которые скрывают проблемы, характерные для конкретного бренда. Разрешения на уровне учетной записи и собственные журналы активности более надежны для принятия решений по аудиту, чем история браузера.

Внедрение автоматизации с узкой сферой применения

Автоматизация может подготовить экраны поиска, открыть панели авторизованной поддержки и проверить, есть ли ответ на заявку. Он не должен молча одобрять возврат средств или раскрывать личные данные. Постоянные профили Social Browser позволяют организовать контекст работы конкретного магазина; Automation Studio может поддерживать повторяющуюся навигацию после тщательного тестирования. Всегда проверяйте текущий магазин и билет перед отправкой сообщения или изменением заказа.

Рабочий процесс с заявками, который предотвращает ответы из неправильного магазина.

Ситуация

Агент службы поддержки обрабатывает возвраты для двух предприятий электронной коммерции. В их интерфейсах отображаются кнопки «Сведения о заказе» и «Ответить», но обещания по доставке и политика возврата средств различаются. Менеджер службы поддержки назначает отдельные учетные записи с ограниченными привилегиями, по одной для каждого магазина, с четкими порогами эскалации.

Как безопасно запустить его

Агент начинает с проверки видимого названия магазина, идентификатора билета и номера заказа клиента. Прежде чем ответить, они изучают текущую политику магазина и подтверждают даты доставки и возврата. Сохраненный шаблон ответа предоставляет структуру, а не автоматическое заключение политики. Конфиденциальную информацию, такую ​​как полные номера платежей, никогда не следует копировать между системами или хранить в диагностических скриншотах.

Как рабочий процесс может дать сбой

Если ответ отправлен, но время ожидания браузера истекло, прежде чем отобразить подтверждение, проверьте разговор в заявке или историю активности перед повторной отправкой. Если покупатель спрашивает о товаре, который продается только в другом магазине, не передавайте его личные данные без разрешения. Вместо этого эскалируйте ситуацию. При выполнении возврата следует использовать отдельную границу утверждения.

Что считается завершением

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

Практические шаги проверки

1. Подтвердите личность магазина и идентификатор билета вместе.
2. Прежде чем предлагать возврат или возмещение, прочтите текущую политику.
3. Не дублируйте ответ после неопределенного тайм-аута.
4. Требовать проверки перед оплатой или изменением аккаунта

Пример: применение руководства на практике.

Общая группа поддержки обслуживает мебельный магазин и косметический бренд. У каждого есть свой профиль и очередь в службу поддержки. Запрос на возврат средств проходит через политику одобрения косметики, а отслеживание доставки мебели осуществляется другим перевозчиком и владельцем эскалации. Команда делится стандартами процессов, но не записями клиентов.

Часто задаваемые вопросы

Может ли персонал службы поддержки управлять двумя службами поддержки одновременно?

Да, если авторизовано; разделяйте контексты браузера и заявки и сохраняйте явные правила конфиденциальности каждого продавца.

Должен ли браузер автоматически отправлять ответы клиентам?

Только в том случае, если оно одобрено, надлежащим образом проверено и разрешено сервисной службой. Чувствительные или двусмысленные ответы выигрывают от проверки человеком.

Официальная документация и дополнительная литература

Используйте эти основные ссылки для проверки соответствующих возможностей и разрешений платформы. Документация поставщика может измениться; прежде чем действовать, подтвердите текущие условия и версию продукта.

• Shopify: Управление пользователями и ролями