IOSOR

IOSOR База знань

Єдина нитка розмови через SMS, WhatsApp та Email

Створення єдиного контексту розмови через SMS, WhatsApp та Email на базі CPaaS-платформи IOSOR. Налаштування JIT-маршрутизації та вебхуків.

Єдина нитка розмови через SMS, WhatsApp та Email.

Мапування ідентичності користувача між різними каналами

Формування єдиної нитки розмови через SMS, WhatsApp та Email вимагає відокремлення канальних ідентифікаторів від внутрішнього профілю. Вхідне SMS надає номер у форматі E.164, вебхук WhatsApp передає ID, пов'язаний із E.164, а Email використовує стандартну адресу. В IOSOR усі адреси прив'язуються до єдиного ключа треду. Коли вхідна подія надходить через webhook, платформа зіставляє відправника з активним контекстом розмови.

Унифікація вхідних пейлоадів у єдиний контекст

Кожен протокол обробляє стан по-різному. SMS використовує асинхронні DLR, WhatsApp працює з часовими вікнами діалогу, а Email спирається на MIME-структури. IOSOR уніфікує вхідні дані у стандартний формат JSON. Незалежно від того, чи відправляє користувач команду STOP через SMS, пише у WhatsApp або відповідає на Email, API нормалізує текст, часову мітку та токен контексту для вашої системи.

Затримання балансу та маршрутизація мультиканальних діалогів

Підтримка єдиного діалогу вимагає точного порядку маршрутизації та обліку витрат. Під час відправки повідомлення через будь-який канал IOSOR застосовує prepaid hold до вашого балансу. Якщо відправка через WhatsApp або SMS зазнає невдачі до передачі в мережу, hold одразу скасовується. Це запобігає розбіжностям у балансі під час каскадної відправки та зберігає стан розмови.

Обробка сигналів відмови від розсилок у SMS, WhatsApp та Email

Єдина ідентичність вимагає синхронного дотримання згоди користувача. Якщо клієнт надсилає STOP через SMS, правила регулювання вимагають враховувати цю відмову і в інших каналах згідно з політиками. IOSOR фіксує прапорці відписки у профілі користувача. Перед відправкою сповіщення система перевіряє статус згоди та стан Verify OK, захищаючи репутацію відправника.

Архітектурне поєднання та інтеграційні патерни

Підключення мультиканальних тредів до CRM та систем підтримки вимагає надійної доставки подій. Ознайомтеся з корисними матеріалами щодо маршрутизації:

Ці рішення спираються на JIT-виділення номерів та єдиний webhook.

Почніть з IOSOR

Щоб встановити справжню єдину ідентичність розмови, почніть з налаштування зіставлення ідентифікаторів клієнтів у консолі IOSOR, пов'язуючи номери E.164 та адреси електронної пошти. Переконайтеся, що ваші вебхуки налаштовані на отримання нормалізованих вхідних даних, що дозволить IOSOR підтримувати єдину сесію через SMS, WhatsApp та електронну пошту. Перевірте, чи достатній баланс на вашому рахунку, поповнивши його щонайменше на 20 USD за потреби, щоб запобігти будь-яким перериванням єдиної нитки спілкування з клієнтом.

Підсумок IOSOR

Ця стаття продемонструвала, що справжній омніканальний клієнтський досвід полягає не у виборі каналу, а у підтримці єдиної, безперервної розмови незалежно від каналу. IOSOR досягає цього, абстрагуючись від складнощів розрізнених протоколів каналів, форматів ідентифікації та управління станом, гарантуючи, що кожна взаємодія з клієнтом вносить свій вклад в одну цілісну нитку.

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

Чи був матеріал корисним?

Пов’язані гіди