Поєднайте ідентифікацію виробу, візуальні матеріали щодо деталей і затверджені процедури, щоб післяпродажна команда могла діяти вже за першим змістовним запитом.
Клієнт описує проблему, підтримка збирає фотографії, постачальник запитує модель, а технік уточнює, яку процедуру вже спробували. Під час кожного передавання може повторюватися робота з ідентифікації.
Післяпродажному обслуговуванню потрібен спільний контекст виробу: що це за пристрій, що спостерігала людина, якого компонента це стосується та що вже підтверджено. Візуальна підтримка має спрощувати збирання й подальше передавання цього контексту.
Запит демонстрації — дія потенційного клієнта. Покупець, який сканує QR-код виробу, користується підтримкою. Вимірюйте ці шляхи окремо, щоб повторне використання посібника не сприймалося як новий інтерес до купівлі. Перед тлумаченням загального трафіку визначте завершену дію для кожного шляху.
Зберігайте разом модель, серійний номер, редакцію та важливу конфігурацію. Додайте затверджену документацію, застосовну до пристрою. Дозвольте користувачеві надати фотографії, якщо значення невідоме. Не визначайте сумнівну ідентифікацію без попередження лише заради зручності відображення наступного екрана.
Вибрана виноска на схемі має передаватися разом із позначенням деталі та описом користувача. Записуйте спостереження окремо від підтверджених висновків. Якщо наступна команда не може визначити версію використаної схеми, візуальний вибір може покращити першу взаємодію, але передавання залишиться неповним.
Визначте, на які запитання можна відповісти за перевіреними інструкціями, а які потребують техніка, гарантійної команди або постачальника. Якщо завдання виходить за межі повноважень користувача, покажіть корисну наступну дію. Обґрунтоване пояснення краще за впевнену відповідь, не підкріплену документацією виробу.
Приклад для відпрацювання: покупець вибирає пошкоджену кришку, додає маркування виробу та просить заміну. Підтримка підтверджує позначення деталі; постачальник — наявність; сервісна команда за потреби надає відповідні інструкції із заміни. Кожна команда відповідає за своє рішення, а контекст виробу залишається в запиті.
Вимірюйте, як часто запити містять достатні ідентифікаційні дані, як часто наступна команда повторює те саме запитання та скільки триває підтвердження. Також фіксуйте причини передавання на наступний рівень. Перш ніж ставити мету скорочення звернень, отримайте дані власного пілота. Результати іншого виробу або непов'язаного процесу можуть бути незастосовними до вашої підтримки.
Почніть із передавання від підтримки до команди запчастин або від доставки до сервісу, а не з усіх післяпродажних процесів одразу.
Визначте ідентифікаційні дані, посилання та свідчення, потрібні команді, що приймає запит.
Виявіть відсутню інформацію та перед розширенням удоскональте приймання запитів.
Розглядайте візуальні інструкції та контекст виробу як цільову підтримку. Окремо оцініть зв'язок з наявною службою підтримки, не припускаючи заміни системи звернень, гарантій або планування сервісу.
Обмін уточненнями, час до підтвердження позначення, завершені запити підтримки та частку користувачів, які дійшли до належного наступного кроку. Зазначте початковий рівень і розмір вибірки.
Запропоноване передавання надає постачальникам вибраний компонент, перевірене позначення за його наявності та ідентифікаційні дані виробу. Сумісність, наявність і виконання замовлення вони й надалі підтверджують у межах власного процесу.
Посібник або схему виробу, приклади повторюваних запитань і команду, що приймає запит. Узгодьте один спостережуваний результат і відповідального за перевірку технічного змісту.
Надішліть наявні затверджений посібник, схеми або фотографії. Замовте безкоштовну демонстрацію посібника, щоб команда могла оцінити одне завдання з продукту перед рішенням про розширення.
