Під час ескалації сервісного звернення потрібно пояснити, чому поточний процес підтримки не може завершити розгляд і що потрібно наступному відповідальному. Збережіть контекст обладнання, посилання на джерела та невирішене питання, щоб клієнтові не довелося починати ту саму розмову спочатку.
Під час ескалації сервісного звернення потрібно пояснити, чому поточний процес підтримки не може завершити розгляд і що потрібно наступному відповідальному. Збережіть контекст обладнання, посилання на джерела та невирішене питання, щоб клієнтові не довелося починати ту саму розмову спочатку.
Щоб запит або завдання можна було перевірити, зафіксуйте невирішене завдання, перевірені ідентифікатори, переглянуте джерело, фактичні спостереження, наступного відповідального та канал підтвердження отримання. Позначте підтверджені й невідомі дані, а потім скористайтеся документацією виробу, щоб визначити наступний затверджений крок.
Опишіть, чого намагався досягти користувач і що заважає завершенню. Розрізняйте відсутню інформацію в документації, невизначену ідентифікацію запчастини та повідомлену несправність обладнання. Для кожної причини може бути потрібен окремий відповідальний, а не одна загальна категорія ескалації.
Додайте вже встановлені модель, серійний номер, встановлені опції та редакцію джерела. Чітко позначте неперевірені поля. Наступна команда має розуміти, які ідентифікатори підтверджені, а які залишаються припущеннями, замість того щоб отримати підсумок, де обидва види даних подано однаково впевнено.
Запишіть повідомлені дані, переглянуту затверджену інформацію та фактично виконане завдання. Збережіть результат спостереження. Не вказуйте, що виконувалися виправлення, якщо користувач лише переглядав інструкції або обговорював можливу дію: передавання має відображати реальну історію випадку.
Визначте, хто отримує випадок і як у вибраному процесі підтримки підтверджується отримання та здійснюються подальші дії. Інтеграції й автоматичне створення звернення потрібно перевірити. Скопійований підсумок сам по собі не є поданим зверненням, тож статус у гайді має чітко це розрізняти.
Приклад ескалації: ідентифікатор машини користувача підтверджено, але в наявній інструкції немає відомостей про її аксесуар. У записі зазначено аксесуар і перевірене джерело. Відповідальний за документацію або виріб перевіряє застосовність, перш ніж просити сервіс виконати непідтверджену процедуру.
Після розгляду випадку зафіксуйте затверджену відповідь і документ або гайд, який потрібно оновити. Збережіть обмеження, специфічні для цього випадку. Так повторювані прогалини в джерелах перетворюються на контрольовані зміни контенту, а разове обхідне рішення не копіюється до рекомендацій для всіх клієнтів.
Підготуйте запис для процесу ескалації звернень щодо обладнання, пов’язавши джерело з фактичним завданням. Скопіюйте наведені нижче поля у процес роботи з виробом, підтримки чи перевірки. Додайте посилання на відповідне джерело та відповідального, щоб наступна команда бачила, що ще потрібно підтвердити.
Зазначте невирішене завдання, перевірені ідентифікатори, переглянуте джерело та визначте відповідну документацію.
Обговоріть межі на прикладі, де інструкція не охоплює встановлену опцію, а потім перевірте фактичне завдання й незаповнені поля з відповідальним за нього.
Збережіть у записі фактичні спостереження, наступного відповідального, канал підтвердження отримання та невирішене запитання.
Ескалація визначає невирішене завдання, перевірений контекст виробу, переглянуті джерела й наступного відповідального. Початкова розмова може залишатися доказом, але структуроване передавання чітко визначає необхідну перевірку.
Укажіть невирішене завдання, перевірені ідентифікатори, переглянуте джерело, фактичні спостереження, наступного відповідального та канал підтвердження отримання. Розділяйте підтверджені ідентифікатори, спостереження й невирішені запитання, щоб наступний відповідальний міг обрати відповідне джерело.
Позначте відсутні дані як невідомі та вкажіть відповідального за перевірку. Перш ніж надати відповідь щодо конкретного виробу, встановіть контекст за наявним описом завдання та документацією.
Підготуйте один виріб і затверджене джерело для повторюваного запитання. Цільова демонстрація покаже, як підписані зображення, перевірені кроки або зрозуміліший запис підтримки допомагають з невирішеним завданням і перевіреними ідентифікаторами. Перед розширенням узгодьте підготовку та перевірку.
Надішліть наявні затверджені інструкції, схеми чи фотографії. Замовте безкоштовну демонстрацію посібника, щоб команда перевірила одне завдання для виробу, перш ніж вирішувати, як масштабувати рішення.
