volbor

Шукаєте щось?

↑↓навігаціяEnterвідкритиEscзакрити

Оберіть мову

Почати

База знань: спочатку один канал, потім решта

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

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

ПочатиДокладніше
  1. 01
    Вмикають усе одразу

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

  2. 02
    Відповідь шукають у листуванні колег

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

  3. 03
    Мовчання каналу сприймають за «ще не відповіли»

    повідомлення не пішло, а зміна чекає на клієнта.

  4. 04
    Немає власника інструкції

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

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

  1. 01

    Вмикають усе одразу

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

  2. 02

    Відповідь шукають у листуванні колег

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

  3. 03

    Мовчання каналу сприймають за «ще не відповіли»

    повідомлення не пішло, а зміна чекає на клієнта.

  4. 04

    Немає власника інструкції

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

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

Читайте одну статтю під поточний крок, потім перевірте його в кабінеті.

  1. 01

    1. Перший канал і тестовий діалог

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

  2. 02

    2. Що має бути готове до запуску

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

  3. 03

    3. Як влаштована підтримка

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

  4. 04

    4. Якщо канал — Telegram

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

Як користуватися цим розділом

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

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

Це документація для розробників?

Ні. Контракт API та вебхуки описані окремо для тих, хто підключає власну систему. Тут — порядок запуску для команди, яка відповідає клієнтам.

Чи потрібно читати всі статті перед стартом?

Ні. Достатньо швидкого старту та плану запуску. Решту відкривайте, коли крок уже названо: Telegram, перехід, замір, доставка.

Куди писати, якщо стаття не збіглася з екраном кабінету?

Звірте назву кнопки на екрані. Стаття описує порядок, а не кожен підпис релізу. Якщо підпису немає, не шукайте його в обхід кабінету.

Чи є пошук по сотнях статей?

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

Чи можна надіслати свою інструкцію до цього розділу?

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

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

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