Клиент и затронутая услуга
Укажите клиента, контактное лицо и затронутый продукт, заказ или услугу.
Спросите клиента, что произошло и как это на него влияет; внутренний приоритет, ответственного и маршрут должна определять сервисная команда.
Хорошо спроектированный приём сокращает число уточнений, не заставляя клиента разбираться в структуре вашей организации.
Начните с бесплатного тарифа Jodoo для пяти пользователей. Банковская карта не требуется.
Форма должна быть достаточно короткой для удобного заполнения и содержательной, чтобы избежать лишней переписки.
Укажите клиента, контактное лицо и затронутый продукт, заказ или услугу.
Используйте одно предложение, написанное простым языком, которое поможет сервисной команде просмотреть очередь.
Зафиксируйте последовательность, ожидаемый результат, фактический результат и то, что клиент уже пробовал.
Спросите, кого это затронуло, что заблокировано, когда нужна помощь, и прикрепите скриншоты или файлы, если это полезно.
Поля, ориентированные на клиента, и поля агента служат разным читателям.
Клиент редко знает, какая команда или какой специалист должны принять обращение.
Используйте влияние и срочность, а затем позвольте команде обслуживания применить приоритет, используя политику и контекст учетной записи.
Отделяйте внутреннее расследование, коммерческий контекст и обсуждения команды от сообщений клиенту.
После отправки сообщите, что обращение принято, когда ждать ответа и как будут поступать обновления.
Автоматическое подтверждение по почте ещё не означает, что процесс обслуживания начался. Отправленная запись должна попасть в видимую очередь, получить ответственного и следующее обещанное клиенту обновление. Если данных недостаточно, команде нужен понятный способ запросить их, не теряя исходную проблему, приложенные материалы и время отправки.
Подтвердите сведения о клиенте и наличие минимального контекста для начала работы. Сохраните исходную заявку и зафиксируйте, какие уточнения ещё нужны.
Определяйте категорию, приоритет и уровень обслуживания по влиянию и срочности, а не просите клиента разбираться во внутренних правилах критичности.
Укажите команду, ответственного и следующее действие, чтобы ответственность была ясна ещё до начала работы.
Сообщите клиенту, что происходит, какая информация ещё нужна команде и когда ждать следующего обновления.
Зафиксируйте, сработало ли решение, сохраняется ли проблема у клиента или обращение нужно открыть повторно.
Хороший базовый набор полей для клиента: организация и контактное лицо, затронутый продукт или услуга, краткое описание и детали проблемы, влияние, срочность, уже предпринятые действия и приложения.
Обычно у клиента следует спросить о влиянии и срочности. Приоритет команда определяет по правилам обслуживания, контексту аккаунта и текущей загрузке.
Не перегружайте первоначальную форму. Используйте условные поля для сведений, зависящих от категории, а более глубокую техническую информацию запрашивайте после первичной оценки.
Создайте обращение, подтвердите получение, назначьте ответственного и сроки, направьте запись в нужную очередь и сообщите клиенту, когда ждать следующего обновления.
Да. Администраторы могут настроить условное отображение полей, но каждый путь должен быть проверен, чтобы убедиться, что отображаются правильные поля, а ненужные поля остаются скрытыми.
Откройте рабочую форму, изучите вопросы для клиента и посмотрите, как отправленное обращение получает ответственного, обновления и итоговое решение.