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