Дата публікації:
Публікація:
Коли компанія додає месенджер до CRM, вона зазвичай отримує точкову інтеграцію: один канал, один сценарій, окремий шматок коду під конкретний проєкт. Це працює рівно доти, доки не з’являється наступний канал або наступна задача — і тоді все доводиться робити наново. Ми будували мультиканальні продукти інакше: не як набір окремих конекторів, а як спільний шар комунікацій усередині Creatio, на якому працює ціла родина продуктів.
Це не питання термінології. Від того, чи є під продуктами спільний фундамент, залежить, скільки коштує бізнесу кожен наступний канал і чи не розсипається історія клієнта по окремих інструментах.
Після встановлення будь-якого з наших комунікаційних продуктів у Creatio з’являється єдиний розділ «Канали повідомлень». У ньому один раз налаштовується канал — Telegram, WhatsApp, Viber, Slack, MS Teams, Instagram, Facebook, SMS, Email, Push або Widget — і далі він доступний усім продуктам одразу.
Тобто це не одинадцять окремих інтеграцій, а один шар конфігурації. Налаштували канал — його бачить і масова розсилка, і тригерні сповіщення, і чатбот, і живий чат. Один канал не треба заводити вдруге для іншого продукту.
Другий рівень пов’язаності — спільна модель даних. Будь-яке повідомлення, у будь-якому каналі, прив’язується до об’єктів Creatio: Контакт, Контрагент, Звернення, Замовлення, Активність. Клієнт лишається одним записом незалежно від того, звідки він написав, а вся комунікація з ним нанизується на одну картку, а не на кілька паралельних гілок у різних застосунках.
Над шаром каналів працюють продукти, кожен з яких закриває свій тип комунікації. Вони не дублюють один одного, а покривають різні етапи роботи з клієнтом.
Widget Chat Channel — веб-чат на сайті, інтегрований із Creatio. Це точка входу, з якої починається значна частина звернень: відвідувач відкриває чат на сторінці, і розмова одразу потрапляє в систему. Вигляд, кольори й вітальні повідомлення налаштовуються під дизайн сайту в Creatio, синхронізація відбувається в реальному часі, а авторизований на сайті клієнт автоматично впізнається — менеджер одразу бачить, з ким говорить. Історія звернень лягає в ту саму картку клієнта, що й решта комунікації.
Multichannel Notifications відповідає за системні тригерні повідомлення: статус замовлення, нагадування, реакція на подію в бізнес процесі. Це те, що ініціює сама система, без участі менеджера. У проєктах з великою кількістю операційних подій — від агробізнесу до дистрибуції — сповіщення знімають з людей рутину ручного інформування клієнтів.
Multichannel Bulk Messaging закриває масові розсилки — промо, анонси, сегментовані кампанії по кількох каналах. Розсилку можна пускати партіями, щоб не навантажувати систему: для аудиторії у тисячі контактів повідомлення розбиваються на партії заданого розміру й відправляються паралельно. Статуси доставки повертаються в Creatio — там само, де ведеться клієнт.
Multichannel Chatbots — це автоматизована перша лінія: реєстрація контактів, оформлення замовлень, опитування, базова підтримка. Бот працює у каналах Widget, Telegram, WhatsApp, Viber та внутрішніх чатах і бере на себе типові звернення до того, як за них візьметься людина.
Multichannel Chats — жива двостороння комунікація: групові й особисті чати месенджерів зведені в один інтерфейс Creatio з двосторонньою синхронізацією в реальному часі, реакціями, вкладеннями та @mentions. Повідомлення з Creatio миттєво з’являється в месенджері, відповідь клієнта — одразу в Creatio. Кожен чат прив’язується до об’єкта системи й може запускати бізнес процес прямо з повідомлення: сейлз створює лід чи договір у два кліки, підтримка відкриває Звернення з автозаповненими полями, не виходячи з переписки. Внутрішні чати команди входять у продукт без окремої плати.
Розберемо на одному наскрізному сценарії. Клієнт відкриває чат на сайті через Widget Chat Channel. Чатбот кваліфікує звернення й створює запис. Складніше питання передається живому менеджеру в Chats, і той бачить, що це не холодний контакт, а чинний Контрагент з історією замовлень. Пізніше клієнт отримує промо через Bulk Messaging, а статуси його замовлень приходять через Notifications з Бізнес процесу. П’ять різних механізмів — одна картка клієнта.
У B2B-сценарії логіка та сама, але масштаб інший: групові чати з командами клієнта прив’язані до Контрагента і Замовлення, а повна історія переговорів зберігається в системі, а не в особистих акаунтах окремих менеджерів. Коли проєкт передається новій людині, вона піднімає контекст за хвилини, а не відновлює його з розрізнених листувань.
Головний ефект — комунікація перестає бути тим, що живе поза системою. Переговори не залишаються в особистому Telegram менеджера, а історія клієнта не зникає разом із його відпусткою чи звільненням: новий співробітник відкриває запис і бачить повний контекст. Процеси запускаються прямо з розмови, а не після того, як хтось вручну перенесе її в CRM. Внутрішня комунікація команди при цьому лишається в тому самому контурі, що й спілкування з клієнтами.
Для галузей із високою щільністю комунікацій це відчутно. У FMCG-дистрибуції менеджер веде десятки торгових точок паралельно в кількох месенджерах — саме тут мультиканальний контур ми відпрацьовували на проєктах. У фінансах і фармі критичнішими стають прозорість історії та керованість процесів, які запускаються з повідомлень. Спільний шар дає всім цим галузям однакову перевагу: канали різні, а картина клієнта — єдина.
Тут і проходить різниця в підході. Більшість інтеграцій каналу до CRM — це разова кастомна задача під конкретний проєкт: зробили, здали, наступний канал — наступний бюджет і наступний цикл розробки. Такий підхід дає результат тут і зараз, але не накопичується: кожен новий канал живе окремо і потребує окремої підтримки.
Ми зробили з комунікацій продуктову систему: кілька продуктів, що доповнюють одне одного, на спільній архітектурі, з підтримкою й регулярними релізами на Creatio Marketplace. Це усвідомлений пріоритет. Ми володіємо всім стеком комунікацій — від веб-чату на сайті до масового outbound, живого двостороннього спілкування та внутрішніх чатів — і розвиваємо його як єдину систему, а не як окремі доповнення.
Для клієнта це означає передбачуваність. Додати новий канал чи продукт — це розширити наявний контур, а не переписати систему з нуля. Вкладення в налаштування каналів не знецінюється з появою наступної задачі, бо працює на всю систему одразу. І що більше продуктів системи використовує компанія, то більшу віддачу дає кожен наступний.
Кожен продукт закриває свій тип комунікації — від масових розсилок до живих чатів, — але всі вони ведуть в одну картку клієнта. Саме тому компанія отримує повну картину спілкування, а не чотири окремі звіти з різних інструментів,
— Микита Калініченко, Marketplace Leader, Sales’Up.
Наступні кроки очевидні з логіки системи: розвиток продуктів і розширення переліку каналів. Але принципова перевага вже закладена в архітектурі — коли комунікації побудовані як спільний шар, кожне нове рішення підсилює попередні, а не існує окремо від них. Це і є практична відмінність між системою продуктів і набором інтеграцій: система з часом стає сильнішою, а набір інтеграцій — лише довшим.
