Розмова завершилась, і що далі? Хтось має помітити, що клієнт був злий через подвійне списання коштів. Хтось має помітити, що інший клієнт запитував про ціни так, наче готовий купити. Найчастіше цього не помічає ніхто — доки клієнт не подзвонить знову, ще злішим, або угода не охолоне й не зникне. Робота полягала не в самій розмові — а в усьому, що мало статися після неї, і зазвичай не ставалося.
Саме для цього існують Тікети. Щойно дзвінок, чат чи листування завершується, спеціальний Observer agent аналізує, що насправді відбулося, і вирішує, чи потрібне подальше опрацювання — звіряючи це з тим, що ви простими словами вказали в Settings вважати скаргою чи можливістю для вашого бізнесу. Якщо так, він створює тікет для вашої команди чи вашої черги — з тегом, пріоритетом і вже в потрібних руках, ще до того, як комусь довелося запитати, хто цим займається.
Що відбувається в момент завершення розмови
Не кожна розмова потребує тікета. Питання, на яке відповіли й яке закрили, тікета не потребує. А от скарга, можливість продажу чи запит, залишений напівзавершеним, — потребує, і що саме до чого відноситься, Observer agent не вигадує сам. У Settings ви простими словами вказуєте, що вважати скаргою чи можливістю, і він звіряє з цим кожну розмову, вирішуючи:
- Чи потрібен тут тікет узагалі, чи питання вже вирішено
- Який це тип — скарга, можливість продажу, відсутня інформація чи щось інше
- Наскільки це терміново — звичайний чи високий пріоритет
- Наскільки він впевнений у цьому висновку — показано прямо на картці як оцінка впевненості AI
Тікет, створений так, має власну назву з коротким описом того, що сталося, тож нікому не доводиться відкривати транскрипт, аби зрозуміти, про що йдеться.
Створено для вашої команди чи вашої черги — ще до того, як хтось запитає
Тікет не потрапляє в купу, яку хтось розбиратиме пізніше. Для кожного типу тікетів ви вирішуєте, хто ним займається: конкретний член команди чи черга, наприклад Billing або Sales. Тікет потрапляє туди одразу після створення, і цей член команди або всі в черзі отримують сповіщення. Якщо для цього типу тікетів ви нікого не обрали, він потрапляє в чергу за замовчуванням, яку ви задали в Settings.
Тікет уже знає, куди йому належить потрапити. Нікому не потрібно спочатку його сортувати.
Приклад використання. Клієнт телефонує, розлючений через подвійне списання коштів. AI-агент опрацьовує все, що може, і передає решту члену команди на лінії. Дзвінок завершується, і тікет із високим пріоритетом, позначений як Скарга, уже чекає в черзі Billing — транскрипт за один клік, нічого не потрібно пояснювати заново.
Приклад використання. Потенційний клієнт запитує про ціни в WhatsApp, а потім зникає. Розмова завершується, і в Sales з'являється тікет із позначкою Можливість — непризначений, чекає на того, хто вільний зв'язатися далі, замість того щоб тихо охолонути в чиїйсь вхідній скриньці.
Одна дошка, від відкриття до закриття
Кожен тікет проходить одні й ті самі п'ять етапів, незалежно від того, створився він сам чи його відкрили вручну:
- Відкрито — щойно створено, очікує, поки хтось візьметься
- У роботі — хтось цим займається
- Очікує на клієнта — м'яч на боці клієнта
- Вирішено — готово, збережено для історії
- Закрито — завершено й заархівовано
Перетягуйте картку між колонками у вигляді Kanban або працюйте прямо зі Списком — Тікети використовують ті самі дані в обох випадках, і перемикання між ними не скидає ваші фільтри.
🎯 Автоматична класифікація
Скарга чи можливість — вирішує Observer agent на основі того, що справді було сказано, звіряючи це з тим, що ви вказали шукати в Settings, а не за здогадкою з ключового слова.
🧭 Передано вашій команді
Кожен тип тікетів потрапляє до члена команди чи черги, яку ви для нього обрали, і вони отримують сповіщення в момент створення.
🧵 Прив'язка до розмови
Кожен тікет відкривається одразу до початкового дзвінка чи листування — повний контекст за один клік, а не через пошук.
🗂️ Повна інтеграція з LOOP
Тікети, розмови й картка клієнта живуть на одному й тому самому столі — нічого не потрібно звіряти між окремими інструментами.
Пошук потрібного тікета
Фільтруйте за пріоритетом, відповідальним, тегом чи джерелом, сортуйте за останньою зміною або просто шукайте за ключовим словом — та сама дошка працює однаково, чи розбираєте ви п'ять тікетів, чи п'ятсот.
Часті запитання
Чи кожна розмова створює тікет?
Ні. Тікет створюється лише тоді, коли розмова завершується чимось, що потребує подальшого опрацювання. У Settings ви простими словами повідомляєте Observer agent, що вважати скаргою чи можливістю для вашого бізнесу, і він застосовує це до кожної розмови. Питання, на яке відповіли й яке закрили, тікета не потребує.
Чи можу я створити тікет самостійно?
Так. Автоматичні тікети розташовані на тій самій дошці поруч зі створеними вручну, і тікет, відкритий вручну, просто позначається тегом «Вручну» замість оцінки впевненості AI.
Як призначається тікет?
Вирішуєте ви. У Settings кожен тип тікетів можна спрямувати конкретному члену команди або в чергу. Ця людина чи всі в черзі отримують сповіщення, щойно тікет створено. Якщо нікого не обрано, він потрапляє у вашу чергу за замовчуванням.
Чи можу я бачити всі тікети списком замість дошки?
Так. Тікети мають вигляд Списку та вигляд Kanban для тих самих даних, і ви можете перемикатися між ними в будь-який момент.
Чи можу я фільтрувати або шукати тікети?
Так. Тікети можна фільтрувати за пріоритетом, відповідальним, тегом і джерелом, сортувати за часом останньої зміни та шукати за ключовим словом.
Побачте кожен наступний крок в одному місці
Більше жодних розмов, які завершуються і тихо зникають. Кожна скарга й кожна можливість стає тікетом для вашої команди чи вашої черги — щойно розмова завершується.
Спробувати Тікети в LOOP →