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