«Секунду, я зараз подивлюсь»: чому скрипт оператора програє при першій же живій розмові
Клієнт слухає презентацію менше хвилини і перебиває: «А скільки це коштує?» У скрипті це питання йде значно пізніше, десь після виявлення потреби. Поки оператор шукає потрібний блок, у розмові повисає пауза.
Річ не в операторі. Річ у документі, який побудований як пряма лінія, а розмова з клієнтом лінією не буває ніколи.
Розмова з клієнтом не йде за планом
На папері скрипт виглядає бездоганно логічним:
- Привітання
- Виявлення потреби
- Презентація
- Заперечення
- Продаж
Клієнт цього документа не читав і нічим йому не зобов’язаний. Ось як це виглядає насправді:
— А якщо я оплачу сьогодні, коли буде доставка?
Оператор відкриває скрипт, знаходить блок про оплату. Там є посилання на умови доставки. Поки він гортає сторінку, клієнт вже питає далі:
— А якщо товару не буде на складі?
Розмова вже пішла вперед. Оператор досі шукає потрібний блок у документі.
Одне питання, чотири різні сценарії
Оператор ставить клієнту просте питання:
«Вам цікаво дізнатися більше про умови?»
І залежно від відповіді розмова розходиться в чотирьох різних напрямках:
| Відповідь клієнта | Що потрібно оператору далі |
|---|---|
| «Так» | Продовжити презентацію |
| «Ні» | З’ясувати причину відмови |
| «Я вже користуюся рішенням конкурента» | Опрацювати заперечення про конкурента |
| «Передзвоніть завтра» | Коректно завершити розмову й домовитися про час |
Чотири маршрути з однієї точки. І кожен із цих маршрутів оператор має самостійно знайти в тому самому документі, замість того щоб система одразу показала потрібний крок після конкретної відповіді клієнта.
Оператор не повинен шукати потрібну відповідь
Легко сказати: оператор просто погано підготувався. Але навіть сильний оператор не тримає в голові всі формулювання заперечень, умови акцій і винятки з них. Якщо потрібну відповідь доводиться шукати в документі прямо під час розмови, виникає пауза, і клієнт її відчуває.
Важливо. Це не питання кваліфікації. Лінійний документ фізично не може підтримати нелінійну розмову, скільки б оператор його не вивчав.
Не оператор повинен шукати логіку розмови. Логіка розмови має сама вести оператора.
Питання не в тому, чи потрібен оператору скрипт. Питання в тому, чи допомагає цей скрипт вести розмову, чи змушує оператора шукати в ньому потрібний рядок.
Як це звучить у реальному дзвінку
Одна й та сама репліка клієнта може дати оператору зовсім різний простір для дій, залежно від того, як побудований скрипт.
Лінійний скрипт
— Розкажіть, будь ласка, що вас зацікавило?
— Скільки це коштує? — Зараз… секундочку, я подивлюся.
— Добре, чекаю.
Потрібна відповідь є в скрипті, оператору лише треба її знайти. Кілька секунд тиші, і розмова вже втрачає свій темп.
А що, якщо розмова могла б працювати геть інакше: чіткіше, швидше і без цього гарячкового пошуку потрібного абзацу?
Саме це і пропонує гіллястий сценарій. Замість одного суцільного документа він розбиває розмову на окремі кроки й одразу показує оператору лише той крок, що потрібен саме зараз, залежно від того, що відповів клієнт. Не текст, який треба прочитати й запам’ятати, а логіка, яка сама веде розмову далі.
Це не просто зручність для оператора. За даними опитування Software Advice, 69% респондентів вважають, що досвід спілкування покращується, коли оператор не звучить так, ніби читає зі скрипту. Це підтверджує просту річ: форма, в якій оператор веде розмову, впливає на сприйняття сервісу.
Гіллястий сценарій
— Розкажіть, будь ласка, що вас зацікавило?
— Скільки це коштує?
— Вартість залежить від обраного пакета. Ви розглядаєте базовий чи розширений?
Після питання про ціну сценарій одразу веде оператора до потрібного блоку. Наступний крок уже залежить від відповіді клієнта: «Базовий» → умови тарифу, «Розширений» → умови іншого пакета.
Різниця не в тому, що один оператор знає відповідь, а інший ні. Різниця в тому, чи потрібно шукати цю відповідь під час розмови.
Три принципи скрипту, який працює під час дзвінка
1. Оператор бачить тільки потрібний крок. Не весь документ з десятками сценаріїв, а конкретний блок під конкретну відповідь клієнта.
2. Кожна відповідь клієнта веде до наступного сценарію. Відповіді «так», «ні», «дорого» чи «передзвоніть завтра»: це різні маршрути, а не винятки, які треба десь дошукати.
3. Сценарій легко адаптувати під зміни. Змінилася акція, умови доставки чи продукт: сценарій оновлюють, а не переписують заново.
Це працює не тільки в продажах
- У підтримці клієнт описує проблему не в тому порядку, в якому побудований скрипт діагностики.
- Рекрутер отримує зустрічне питання посеред співбесіди, яке жоден лінійний скрипт не передбачив.
- У фінансовій сфері відповідь клієнта одразу визначає, який сценарій потрібен далі: про заборгованість, страховий випадок чи умови кредиту.
У всіх цих випадках розмова може піти в різні боки залежно від відповіді клієнта. Просто в продажах невпевненість чи довга пауза помітні найшвидше і іноді коштують оператору уваги клієнта, а часом і самого ліда.
Що це дає керівнику контакт-центру
Коли скрипт перестає бути документом на прочитання, змінюється кілька речей одразу:
- новачки виходять на лінію швидше, бо не мусять запам’ятовувати весь документ наперед;
- якість розмов менше залежить від того, наскільки добре оператор пам’ятає скрипт;
- керівнику простіше стандартизувати логіку розмови для всієї команди;
- оператор витрачає менше часу на пошук потрібного блоку під час розмови.
Саме тому для складних сценаріїв скрипт варто перетворювати з документа на інструмент, який веде оператора крок за кроком, залежно від відповіді клієнта.
