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. Не додавайте канал у той самий тиждень

    Інакше ви не відрізните ефект привітання від ефекту нового входу. Другий канал — після того, як три пункти вище ви можете назвати словами.

Чого ця сторінка не рахує

Гроші, які «приніс бот», тут не виводяться. Якщо вам потрібна арифметика одного прикладу для своєї зміни, порахуйте її самі: кількість втрачених звернень, частка, яка стала б замовленням, і ваш чек. Це приклад вашого зошита, не телеметрія volbor. У продукт таку формулу не зашивайте як обіцянку.

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

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

Який звіт відкрити першим?

Той, де видно невідповісте та власника. Красивий зведений графік без цих двох зрізів можна відкласти.

Чи потрібно цілитися в конкретний відсоток?

Ні, поки немає вашого тижня «до». Мета «як у ринку» без вашої бази — гасло.

Що робити, якщо стало гірше?

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

Чи можна вірити цифрі з реклами іншого продукту?

Ні як доказу для вашої зміни. Порівнюйте свої два відрізки з одним і тим самим правилом підрахунку.

Хто дивиться підсумок?

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

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

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