Перш ніж пов’язувати помилкові замовлення лише зі схемою, перевірте ідентифікацію, версію, вибір деталі та передавання постачальнику.
Покупець може вибрати не той видимий компонент, але помилки також виникають через невідповідність моделі, застарілий номер, непогоджену заміну чи неповне передавання запиту постачальнику. Сам по собі новий інтерфейс не усуне всі причини.
Почніть із невеликої вибірки виправлених або повернутих запитів на заміну. Класифікуйте фактичну помилку й покращте рішення на тому етапі, де вона виникла. Використовуйте візуальний вибір, якщо плутанину спричиняють розташування чи назва деталі.
Зафіксуйте, чи помилка виникла під час ідентифікації продукту або компонента, перевірки сумісності, роботи з версією каталогу, визначення кількості чи виконання замовлення. Розрізняйте ситуації «деталь правильна, але її відправили неправильно» та «клієнт вибрав не ту деталь». Так команда, відповідальна за відповідний етап, зможе діяти цілеспрямовано.
Запитуйте серійний номер або версію лише тоді, коли це впливає на відповідність, і пояснюйте навіщо. До надсилання запиту чітко показуйте статус сумісності. Не використовуйте загальний прапорець підтвердження, який можна позначити, не побачивши конкретну модель і номер деталі.
Для застарілого номера може бути передбачено оновлений компонент, комплект або сервісну процедуру. Зафіксуйте затверджений зв’язок заміни та його джерело. Не змінюйте номер у запиті без попередження й не вважайте будь-яку альтернативу постачальника сумісною з обладнанням користувача.
Покупець може вказати деталь на схемі, а постачальнику потрібен номер із його каталогу. Зберігайте обидва посилання в запиті. Якщо вибір за схемою непевний, додайте фото користувача й попросіть ідентифікувати деталь замість перетворення сумніву на замовлення.
Приклад: для двох схожих машин затверджено різні кришки. В обох посібниках вони позначені номером 18. Щоб уникнути помилки, спершу виберіть версію машини, потім зіставте позначення 18 з номером деталі та додайте джерело до запиту. Більше деталей на типовому зображенні кришки не усуне цю суперечність.
Визначте помилкове замовлення деталі й відрізняйте його від повернення посилки. Порівнюйте підтверджені помилки на завершене замовлення чи запит за зіставні періоди. Також відстежуйте уточнення й час до підтвердження. Невеликі результати пілота спершу подавайте як кількості зі знаменником, а вже потім робіть висновки у відсотках.
Визначте етап, на якому кожен запит став неправильним.
Додайте перевірку ідентифікації, зрозуміліше візуальне зіставлення або перевірене правило заміни.
Порівнюйте завершені запити й підтверджені помилки за однаковими визначеннями.
Це може допомогти, якщо проблема полягає у візуальній ідентифікації. Але саме по собі це не підтверджує сумісність із моделлю, наявність на складі чи затверджену заміну.
Запропонуйте підтвердження або звернення до сервісної служби. Мета — не перетворювати непевну відповідність на завершену покупку та водночас допомогти користувачу зв’язатися з потрібною командою.
Оберіть обсяг, який можна перевірити окремо. Універсального мінімуму, що доводить покращення, немає; зазначайте розмір вибірки, базове значення та тип запиту, щоб результат можна було правильно інтерпретувати.
Використовуйте Viflux для цільового візуального пояснення й процесу ідентифікації, якщо саме тут виявлено прогалину. Остаточні рішення щодо сумісності та виконання замовлень залишайте за затвердженими відповідальними.
Надішліть наявну затверджену інструкцію, схеми або фотографії. Замовте безкоштовну демонстрацію, щоб команда перевірила одне завдання для продукту, перш ніж вирішувати, як розширювати проєкт.
