Як побудувати базу знань для обслуговування клієнтів

Що таке база знань для обслуговування клієнтів

База знань — це впорядкований набір інформації, яким користується команда, коли відповідає на запитання та веде справи клієнтів.

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

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

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

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

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

З чого почати

Найкраща відправна точка — реальні розмови та повідомлення клієнтів.

Команда може зібрати:

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

Далі варто об’єднати запитання з подібним наміром. Клієнти можуть уживати різні слова, але потребувати тієї самої інформації.

Наприклад, запитання «Коли я отримаю замовлення?», «Скільки триває виконання?» і «Чи буде доставка цього тижня?» можуть стосуватися спільної теми, але не завжди мають однакову відповідь. База має вказувати як загальне правило, так і дані, потрібні для обслуговування конкретного випадку.

Для кожної групи запитань слід перевірити:

1. Чи є затверджена відповідь?
2. Де міститься її джерело?
3. Чи залежить відповідь від додаткових умов?
4. Які дані потрібно запитати в клієнта?
5. Коли справу слід передати людині?
6. Хто відповідає за актуальність інформації?

Такий огляд дає змогу відрізнити брак знань від проблеми з доступом до них.

Яка інформація має бути в базі

Обсяг залежить від діяльності компанії. Проте в більшості випадків можна почати з кількох базових напрямів.

Продукти й послуги

Ця частина має відповідати на запитання:

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

Самої назви продукту та маркетингового опису зазвичай недостатньо для обслуговування. Потрібні також відповіді на практичні запитання.

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

Ціни та умови

Інформація про ціни має надходити з одного актуального джерела.

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

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

Доставка й виконання

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

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

Повернення, рекламації та правила

Офіційний документ — важливе джерело, але клієнтові часто потрібна ще й коротка інструкція щодо дій.

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

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

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

Процеси обслуговування

База знань має описувати не лише відповіді, а й те, як вести справи.

Варто врахувати категорії звернень, пріоритети, потрібні дані, відповідальні ролі, стандарт передачі, статуси справи, шлях для винятків і момент завершення обслуговування.

Завдяки цьому команда знає не лише, що сказати, а й що робити далі.

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

Запитання клієнтів

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

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

Однак не варто створювати сотні майже однакових відповідей. Краще пов’язати мовні варіанти з одним затвердженим розділом знань.

Як записувати інформацію

Зміст, призначений для обслуговування, має бути однозначним і придатним до використання без потреби вгадувати контекст.

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

Кожен елемент знань може мати простий формат:

Тема: чого стосується інформація.
Запитання клієнта: як може бути сформульована потреба.
Відповідь: затверджений зміст або правило.
Умови: від чого залежить відповідь.
Джерело: основний документ або система.
Винятки: коли стандартної відповіді недостатньо.
Власник: особа чи роль, відповідальна за актуальність.
Дата перегляду: коли інформацію востаннє перевіряли.

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

Як визначити джерела та власників знань

Якщо та сама інформація з’являється в кількох місцях, компанія має вказати основне джерело.

Для ціни ним може бути актуальний прайс. Для повернень — затверджені правила. Для деталей продукту — картка пропозиції, яку веде відповідальна команда.

Інші матеріали слід оновлювати на основі цього джерела, а не незалежно від нього.

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

Власник не мусить сам писати всі відповіді. Але він має підтверджувати їхню правильність, затверджувати зміни й реагувати на повідомлені прогалини.

Як оновлювати базу

Оновлення має бути частиною процесу змін у компанії.

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

Простий процес може виглядати так:

1. Власник розділу повідомляє про зміну.
2. Визначають усі матеріали, яких вона стосується.
3. Нову інформацію перевіряють.
4. Стару версію замінюють або позначають як неактуальну.
5. Команду повідомляють про зміну.
6. Перевіряють відповіді та автоматизації, які використовують ці знання.
7. Записують дату оновлення.

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

Як виявляти прогалини

База знань розвивається разом із запитаннями клієнтів. Відсутність відповіді — це не лише проблема окремої розмови, а сигнал, що спільні знання потрібно доповнити.

Команда повинна мати змогу позначати ситуації, коли не вдалося знайти інформацію, знайдено суперечливу інформацію, відповідь була неоднозначною, з’явився новий варіант запитання, процес не визначав наступного кроку або було потрібне рішення без визначеного власника.

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

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

Коли база готова до автоматизації

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

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

Найбезпечніше почати з інформаційних запитань обмеженого обсягу. Після оцінки роботи можна поступово додавати нові теми.

Найпоширеніші помилки

Збирати все без відбору

Велика кількість документів ускладнює пошук актуальної відповіді. До активної бази мають потрапляти матеріали, потрібні для обслуговування, які мають власника.

Немає ієрархії джерел

Якщо два документи подають різну інформацію, команда має знати, який із них основний.

Відповіді без умов

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

Немає дати перегляду

Без інформації про останню перевірку важко оцінити, чи зміст досі чинний.

Знання залежать від однієї людини

Якщо правильна відповідь існує лише в пам’яті працівника, компанія не має стабільної основи для обслуговування.

Немає шляху для винятків

База не мусить розв’язувати кожну справу, але має визначати, що робити, коли стандартної відповіді недостатньо.

Чекліст впровадження

• Ми зібрали реальні запитання клієнтів.
• Згрупували їх за потребами й темами.
• Кожен розділ має затверджене джерело.
• Ми визначили власників знань.
• Описали продукти, послуги та варіанти.
• Упорядкували ціни та умови.
• Описали доставку й виконання.
• Пов’язали правила з практичними інструкціями.
• Визначили процеси обслуговування та передачі.
• Вказали винятки.
• Узгодили спосіб повідомлення про прогалини.
• Запровадили дати перегляду.
• Обрали обмежений обсяг першої автоматизації.

Підсумок

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

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

Кожен розділ повинен мати власника, основне джерело та дату перегляду. Запитання без відповіді мають потрапляти до переліку прогалин, а зміни в пропозиції чи правилах — запускати оновлення всіх пов’язаних знань.

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