Проєктування підтримки: черга, власник і межа бота

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

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

ПочатиДокладніше
  1. 01
    Бот відповідає «як вийде»

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

  2. 02
    Усе падає в одну стрічку

    питання «де замовлення» і питання «поверніть гроші» виглядають однаково терміновими.

  3. 03
    Немає передачі

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

  4. 04
    База живе окремо від Inbox

    стаття в документі, а зміна відповідає по пам'яті.

З якими проблемами стикається підтримка без правила

  1. 01

    Бот відповідає «як вийде»

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

  2. 02

    Усе падає в одну стрічку

    питання «де замовлення» і питання «поверніть гроші» виглядають однаково терміновими.

  3. 03

    Немає передачі

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

  4. 04

    База живе окремо від Inbox

    стаття в документі, а зміна відповідає по пам'яті.

Ключові сценарії організації черги

  1. 01

    1. Випишіть повторювані запитання

    Графік, адреса, статус, як записатися, як оплатити. Це кандидати в базу знань і в чат-бот. Усе, що вимагає рішення співробітника, до списку не входить.

  2. 02

    2. Призначте передачу людині

    Фраза клієнта «покличте оператора», невідоме запитання та повтор після автоматичної відповіді мають опинитися у власника в Inbox. Передача без імені власника — це знову спільна стрічка.

  3. 03

    3. Розведіть термінове та звичайне

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

  4. 04

    4. Перевірте відповідь на клієнті, не на співробітнику

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

Чого не обіцяти на цьому кроці

Окрема тікет-система, цілодобова людина та сертифікат процесу тут не з'являються. Є діалог, власник і список відповідей. Строк першої відповіді задаєте ви: таймер допомагає його побачити, але не створює співробітника вночі. Дивіться таймери лише після того, як години зміни записані в плані запуску.

Часті запитання

З чого почати, якщо запитань десятки?

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

Чи потрібен окремий канал «для підтримки»?

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

Хто пише відповіді в базу?

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

Що робити з образою чи погрозою?

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

Коли підключати кілька відділів?

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

Корисні посилання та пов'язані рішення

  • База знаньНавіщо потрібно: зберігати відповідь там, звідки її бере бот і людина, а не в сторонньому документі.
    Що буде, якщо не впровадити: зміна і бот говоритимуть різне.
  • Чат-ботНавіщо потрібно: закрити повторюване питання до того, як воно займе людину.
    Що буде, якщо не впровадити: черга забита графіком та адресою.
  • Єдиний InboxНавіщо потрібно: бачити передачу від бота в тій самій стрічці, де сидить зміна.
    Що буде, якщо не впровадити: «передали оператору» відбувається в невідомому чаті.
  • Маршрутизація командиНавіщо потрібно: дати діалогу власника, коли у зміні більше однієї людини.
    Що буде, якщо не впровадити: термінове і звичайне питання лежать поруч без правила.
  • План запускуНавіщо потрібно: узгодити години людини з тим, що обіцяє бот.
    Що буде, якщо не впровадити: підтримка спроєктована на папері й відкрита вночі без зміни.
  • Підтримка як сценарійНавіщо потрібно: подивитися ланцюжок очима клієнта, а не лише очима налаштування.
    Що буде, якщо не впровадити: внутрішні правила не закінчуються відповіддю людині.