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