Від тікета до бази знань
Відповідь підтримки один раз стає статтею, яку далі читають і люди, і агенти.
Service Desk Wiki Automations CDP
Розглянути сценарійКожна мова має власну адресу. Сайт перекладено українською та англійською, разом з усіма пʼятьма юридичними документами; автентичною версією кожного з них лишається англомовна, і кожен це про себе каже. Решта мов поки показує англійський текст.
Подія на будь-якій сутності платформи запускає ланцюг: AI читає, що сталося, і класифікує подію — далі система робить роботу за сценарієм, який побудували ви. Без інтеграцій, бо всі дані вже тут.
Тип сутності
Команда
Подія
Тип
Форма запиту
Спрацьовує, коли в обраній команді створюється завдання або запит.
Automations — модуль маркетплейсу: докупається до сьюта, яким ви вже користуєтесь, і окремо не продається.
Окремий інструмент автоматизації спершу має підключитися до ваших систем, і кожна нова сутність — це нова інтеграція, яку хтось підтримує. Тут інтегруватися нема з чим: угода, тікет, документ, дзвінок і співробітник — записи однієї моделі даних. Тому тригер бачить їх усі з першого дня.
Угода в CRM
створено · змінено стадію · виграно · програно
Запит у Service Desk
створено · призначено · прострочено SLA · закрито
Документ
подано на узгодження · затверджено · відхилено · підписано
Дзвінок
завершено · з’явилось саммарі · виділено рішення
Співробітник
найнято · змінив роль · звільнено · відпустка
Завдання і проєкт
створено · змінено статус · прострочено
Команда
створено запит · нова форма · новий учасник
Будь-який запис
створено · оновлено · видалено
І дії — так само. Автоматизація, що почалась із запиту в підтримці, створює завдання в проєкті, призначає виконавця з HR-структури і відповідає клієнту в його каналі. Три модулі, одна автоматизація, нуль інтеграцій.
Автоматизація малюється на полотні. Кожен вузол налаштовується в панелі праворуч, а дані з попередніх кроків підставляються через «Вставити дані».
З чого все починається: сутність, подія і фільтр. Рівно один на автоматизацію — щоб завжди було зрозуміло, звідки вона запустилась.
Читає подію і повертає структуровану відповідь. Не текст для людини, а JSON, який далі перевіряють вихідні гілки.
Робить справу всередині платформи: створює завдання, призначає виконавця, відповідає клієнту, змінює статус, пише в чат.
Точка розгалуження. Найчастіше умову зручніше повісити прямо на з’єднання, але коли гілок багато — вона стає окремим вузлом.
Підписаний POST на зовнішній URL. Те, чим автоматизація дотягується до систем, які лишились поза платформою.
Різниця принципова. Помічник пише чернетку для людини. Тут AI повертає структуровану відповідь — критичність, чи потрібна ескалація — а воркфлоу читає її поля й іде далі за сценарієм, який побудувала й увімкнула людина. AI класифікує подію; що з цієї відповіді станеться далі, задає той, хто написав гілку.
AI — помічник. Відповідальність за рішення лишається на людині.
Вузол класифікує подію. Що робити з кожною відповіддю — яку гілку пройти і яку дію виконати — задає людина, яка побудувала сценарій і ввімкнула його; межі того, що автоматизації дозволено, теж її.
Тип сутності
Команда
Подія
Тип
Форма запиту
Спрацьовує, коли в обраній команді створюється завдання або запит.
Дії виконуються всередині платформи, тому в них можна підставити будь-яке поле з події: назву завдання, виконавця, мітки, текст відповіді клієнту. Вебхук додає все інше — підписаний POST на ваш URL.
Запит у команді підтримки запускає AI-тріаж: він класифікує баг за критичністю, позначає, чи потрібна ескалація, і створює завдання в проєкті з мітками «баг, терміново, від клієнта».
Виграна угода створює проєкт, переносить scope із комерційної пропозиції, призначає команду й пише в канал, що делівері стартує.
Підписаний документ змінює статус угоди, створює завдання на виставлення рахунку і зв’язує документ із контрагентом.
Найм у HR створює завдання першого тижня й повідомляє керівника з баді у чаті.
Через півроку питання не в тому, як створити воркфлоу, а в тому, який із них тихо падає третій тиждень. Тому статистика запусків стоїть на картці, а не в окремому звіті.
Автоматизації
Автоматизації на основі подій, AI-тріаж і вебхуки
Support automations 2
E2E: support bug → task Призупинена
team.2bbd84…
✓13% ◐87% 8 запусків · 7 за 24 год
LIVE support bug triage Активна
team.2bbd840c.cr…
✓97% ◐3% 136 запусків · 0 за 24 год
У кожної автоматизації свій відсоток успіху, кількість запусків і запуски за добу. Воркфлоу з 13% успіху видно до того, як про нього поскаржаться.
Кнопки «Тест» і «Перевірити» проганяють автоматизацію на реальних даних без наслідків і показують, де вона впаде.
Групи, теги, фільтри за станом і пошук. Чернетка, пауза і помилка — окремі стани, а не здогадка за назвою.
Будь-яку автоматизацію можна вимкнути одним тумблером, лишивши історію запусків. Системні захищені від випадкових змін.
Автоматизація діє в межах прав, які ви їй дали, і кожен її крок пишеться в журнал аудиту нарівні з діями людей. Видно, що саме зробила система, коли і на підставі якої відповіді AI-вузла.
Працює на спільній памʼяті — Synapse
Кожен запуск сценарію лишає слід: що спрацювало, з якими даними й чому. Це стає контекстом для наступних автоматизацій. Це та сама памʼять, з якої відповідає Synapse і на якій працює Command Center. Памʼять входить у кожен платний тариф, а її обсяг задає ваш план.
Візьмемо рутину, яку у вас роблять руками щодня, і зберемо її на полотні під час демо — з тригером на вашій сутності та вашими діями.
Сценарії
Жоден із цих процесів не живе в одному продукті — і саме тому працює.
Відповідь підтримки один раз стає статтею, яку далі читають і люди, і агенти.
Service Desk Wiki Automations CDP
Розглянути сценарій