Шаблони скриптів онлайн-чату для ІТ-послуг

Привітатися й розпочати

Коли використовувати: Використовуйте його як першу відповідь, коли хтось починає чат на вашому сайті.

Відповідь

Вітаю, ім'я користувача, на зв'язку ім'я оператора , я з клініки company -- жива людина, а не бот. Розкажіть, що відбувається, і я допоможу.

Якщо щось зараз не працює, скажіть про це спершу, і я поставлюся до цього як до термінового, а не проходитиму звичні запитання.

Якщо вони починають із повного опису

Дякую, це справді корисно -- я зрозумів картину. заспокоєння Дозвольте поставити одне-два запитання, щоб уточнити, а потім я візьмуся до справи.

Чому це працює

Він починає з називання справжнього техніка, адже ІТ-користувачі остерігаються застрягнути у скрипті бота, коли щось зламане. Пропозиція повідомити про збій поза чергою означає, що непрацездатна система вважається терміновою з першого повідомлення, а не після форми.

Сортування: підтримка чи продажі

Коли використовувати: Використовуйте його, коли ви маєте вступну репліку, але не знаєте характеру запиту.

Відповідь

Швидке запитання, щоб я скерував вас правильно: ви деталь клієнта з company, чи розглядаєте співпрацю з нами?

Якщо вони наявний клієнт

Зрозуміло -- владнаймо це. шлях підтримки Я відкрию ваш обліковий запис, щоб вам не довелося пояснювати налаштування з нуля.

Якщо вони потенційний клієнт

Приємно познайомитися. шлях продажів Я можу відповісти на запитання про те, як ми працюємо, що охоплюємо, і про ціни -- що спонукало вас до пошуку?

Якщо вони не впевнені

Без проблем -- опишіть проблему одним реченням, і я з'ясую, хто з нас має взятися за це далі.

Чому це працює

Він одразу з'ясовує те єдине, що змінює все -- наявний клієнт чи потенційний -- перш ніж рухатися далі, тож ніхто зі збоєм не отримує рекламний пітч, а жоден потенційний клієнт не сприймається як тикет. Запасний варіант з одним реченням тримає невпевненого відвідувача в русі, замість того щоб він гадав.

Зберіть деталі системи

Коли використовувати: Використовуйте його, коли ви знаєте, що це проблема підтримки, і вам потрібні конкретні деталі для діагностики.

Відповідь

Дякую ім'я користувача. Щоб рухатися далі, мені потрібно кілька конкретних деталей -- нічого складного. Яка система зазнає впливу, і приблизно коли це почалося?

Якщо у вас це є, скажіть мені, що змінилося безпосередньо перед тим, як це почалося -- оновлення, новий пристрій, скидання пароля -- і вставте будь-який текст помилки який бачите.

Якщо вони не технічні

Жодних проблем -- опишіть своїми словами, що ви робили і що сталося, а я перекладу це на технічний бік.

Чому це працює

Він збирає середовище й час разом, адже те, що змінилося і коли, зазвичай вказує прямо на причину, і зберігає запит коротким, щоб термінова проблема не застрягла за формою. Пропозиція перекласти для нетехнічних користувачів не дає зляканій людині завмерти перед жаргоном.

Пріоритезуйте та відкрийте тикет

Коли використовувати: Використовуйте його, коли ви розумієте вплив і можете розставити пріоритет проблеми відносно інших.

Відповідь

Ось куди я це відношу, ім'я користувача: рівень пріоритету, тому що підсумок впливу. Це не просто ярлик -- він визначає, як швидко це рухається.

Я зараз відкриваю тикет, щоб нічого не загубилося в чаті. Ваш номер звернення -- номер звернення -- збережіть його, і все, що ви додасте тут, прикріплюється до нього.

Якщо вони вважають, що це терміновіше

Справедливо -- скажіть мені бізнес-вплив просто зараз, і я чесно переоціню пріоритет, а не просто погоджуся. Якщо це стримує всю вашу команду, це змінює пріоритет.

Чому це працює

Він формулює пріоритет як обґрунтоване рішення, пов'язане з впливом, а не як типовий ярлик, тож справжній збій не стоїть за рутинним запитом. Відкриття пронумерованого тикета в момент означає, що проблема відстежується, і ніщо сказане в чаті не втрачається, коли розмова завершується.

Встановіть очікування щодо SLA

Коли використовувати: Використовуйте його одразу після відкриття тикета, перш ніж починати глибшу роботу.

Відповідь

Ось чого ви можете очікувати. За рівень пріоритету, наш цільовий час відповіді -- вікно відповіді, та відповідальний відповідає за це відтепер -- воно не перекидатиметься між людьми.

Я радше зобов'яжуся щодо часу відповіді, який я контролюю, ніж щодо часу виправлення, який не можу обіцяти. Ви отримаєте наступне оновлення навіть якщо це лише для того, щоб сказати, що ми все ще над цим працюємо.

Якщо їм потрібен точний час виправлення

Я розумію бажання мати дедлайн. Я не вигадуватиму його, але щойно ми поставимо діагноз, я дам вам реальну оцінку, а не здогад зараз.

Чому це працює

Він зобов'язується щодо вікна відповіді й названого відповідального, якого провайдер справді контролює, замість часу виправлення, якого ніхто не може гарантувати -- саме це будує довіру зі стривоженим користувачем. Обіцянка наступного оновлення навіть за відсутності новин запобігає мовчанню, яке перетворює очікування на скаргу.

Ескалюйте або передайте

Коли використовувати: Використовуйте його, коли виправлення потребує повноважень або навичок, що виходять за межі першого відповідального.

Відповідь

ім'я користувача, це потребує когось із глибшим доступом, тож я залучаю ім'я інженера. Вам не доведеться нічого повторювати -- я передаю резюме передачі зараз.

Дайте приблизно час очікування і вони підхоплять цей самий чат. Я залишаюся на фоні, поки вони не з'являться, тож вас не кидають.

Якщо вони роздратовані черговим передаванням

Цілком справедливо, якщо ви втомилися від того, що вас перекидають. Це крок уперед, а не вбік -- ім'я інженера може зробити те, чого не можу я, і вони вже мають повну історію.

Чому це працює

Він подає ескалацію як більше можливостей на боці користувача й гарантує, що йому не доведеться переказувати інцидент, адже наступного інженера інструктують першим. Реальний час очікування плюс залишання у фоновому режимі до завершення передавання перетворює страшну передачу на крок уперед.