Усередині родини castomo
Де клієнт перестає бути вісьмома клієнтами
Якщо ви вже користуєтеся dash-b, castomo, clickSomo або FABLS, ви стикалися з сучасною проблемою інтеграції: усе з'єднується з усім, і та сама людина врешті існує вісьмома копіями, написаними трохи по-різному, у восьми місцях, кожне з яких вважає себе джерелом істини.
Звичне рішення — завдання синхронізації, тобто машина, чиє єдине призначення — примирити дві неправди. Це працює доти, доки одну зі сторін не відредагують під час виконання, — і тоді у вас є третя неправда і звернення до підтримки.
iKonekt не інтегрований із родиною. Він усередині неї. Той самий вхід, той самий акаунт, та сама платформа в основі — тож запис клієнта не потребує звіряння між продуктами, бо він один.
castomAPI в основі
Платформовий шар, на якому працює кожен продукт родини: один акаунт, один гаманець, один набір служб для автентифікації, білінгу, платежів і бронювань. Саме тому конектори короткі, а не героїчні.
clickSomo, в обидва боки
Автоматизація повідомлень залишається там, де вона сильна, — у clickSomo. Подорожують розмова та результат, тож послідовність знає, коли людина взяла кермо на себе, а продавець бачить, що послідовність уже написала.
FABLS, що живить верхівку
Блог і соцмережі дають читачів; читачі дають запити; запити потрапляють сюди зі статтею-джерелом, яка їх породила. Цикл замикається без таблиці посередині.
Форми castomUI
Сайти та лендінги, згенеровані castomUI, мають форми, які потрапляють сюди безпосередньо — не електронною поштою, не через webhook, який ви підтримуєте. Сторінку й скриньку створила та сама родина.
dash-b, що спостерігає
Дашборди, які читають з того самого акаунта, тож число на стіні й число в CRM не можуть розходитися — на диво рідка властивість.
castomo, дім
Акаунт, який у вас уже є. Якщо ви входили хоча б в один продукт родини, ви входили сюди — другої реєстрації немає, і другого пароля, який можна загубити, теж.
Що насправді означає «в обидва боки»
«Двосторонній» — затерте слово, тому ось конкретна версія. Конектор у цій родині — не нічний експорт. Коли clickSomo запускає послідовність і клієнт відповідає, відповідь з'являється у гілці iKonekt, а clickSomo знає, що треба зупинитися, — бо тепер говорить людина. Коли продавець закриває справу тут, продукти, яким це важливо, отримують повідомлення — один раз, у порядку, — і можуть на нього відреагувати.
Функціональність не переїжджає. clickSomo залишається продуктом повідомлень, а iKonekt — розмов. Через межу проходить лише невеликий набір фактів, які кожна сторона справді потребує, — і доставляються вони настільки надійно, що нікому не доводиться вгадувати.
Спостереження з розробки: найважче в інтеграції майже ніколи не надсилання. Найважче — домовитися, чим річ є: чи «контакт» в одному продукті — це «лід» у другому і «клієнт» у третьому. Те, що це одна родина, означає, що ця суперечка відбулася один раз, усередині, і не стала вашою проблемою.
Один акаунт — і один шлях геть із нього
Спільний акаунт для кількох продуктів закономірно породжує питання: що станеться, коли хтось захоче видалити свої дані. У цій родині запит на видалення — не правило для поштової скриньки: він розходиться до всіх продуктів, де що-небудь зберігається, і кожен звітує за себе. Побудувати це значно важче, ніж форму, і саме тому про це варто згадати тут, а не в політиці, яку ніхто не читає.
Якщо ви вже в родині, акаунт тут у вас уже є.
Той самий вхід, той самий клієнт — жодних вихідних на міграцію і жодного завдання синхронізації, яке потай вигадує третю версію правди.
«Тож нам довелося б синхронізувати це з усім іншим».
Синхронізувати нічого.
Один обліковий запис на всю родину, один запис клієнта під ним. Завдання синхронізації — це машина, чиє єдине призначення — примиряти дві брехні; тут натомість одна правда.
Переглянути платформу →