CDP / Омниканальный маркетинг / On-premise

Altcraft Platform

Российская омниканальная CDP-платформа. Altcraft хранит клиентские профили, собирает события, строит сегменты и автоматические сценарии, отправляет email, SMS, push и сообщения в мессенджерах. Платформу можно использовать как облачный сервис или развернуть внутри инфраструктуры компании.

Задача
Маркетинговые коммуникации на собственных клиентских данных в облаке или контуре компании.
Как работает
Омниканальная CDP-платформа
Карточка обновлена
14 сентября 2026
Назначение системы

Для какой работы подходит Altcraft Platform

Altcraft Platform управляет клиентскими профилями, сегментами и омниканальными сценариями в облаке или инфраструктуре компании. Платформа рассчитана на организации, которым нужны собственные источники событий, несколько каналов связи и контроль над размещением маркетинговых данных.

Границы продукта. On-premise дает компании собственный контур размещения, но добавляет инфраструктуру, обновления и эксплуатацию. Независимо от варианта поставки нужен единый владелец идентификаторов, согласий и качества входящих событий.

Для каких задач и команд

  • среднего и крупного бизнеса с несколькими каналами коммуникации
  • компаний, которым важно локальное размещение клиентских данных
  • команд с собственными источниками событий, заказов и программой лояльности

Рабочий маршрут

  • 01

    Профиль собирает разрешенные атрибуты, подписки и историю событий клиента.

  • 02

    Динамический сегмент отбирает аудиторию по данным профиля, поведению и внешним источникам.

  • 03

    Сценарий отправляет сообщения через email, SMS, push или мессенджеры и реагирует на действия получателя.

  • 04

    Воронки, когорты и другие отчеты связывают коммуникации с выбранными событиями пути клиента.

Что важно именно в этом продукте

  • Платформа доступна в облачной и локальной модели, что позволяет сравнить внешний сервис и собственный инфраструктурный контур.
  • Сегментация использует поля профиля, историю коммуникаций, события и внешние данные, поэтому правила могут учитывать несколько частей клиентского пути.
  • В одной среде доступны сценарии, разные каналы, программы лояльности и аналитические отчеты. Их стоит подключать поэтапно вокруг конкретного жизненного цикла клиента.
Модельный сценарий для проверки

Как подписочный сервис сопровождает продление

Даты окончания договора хранятся в учетной системе, email-рассылки идут из отдельного сервиса, а push использует другой список пользователей. Клиент получает сообщения с разными статусами подписки.

  1. 01

    Учетная система передает идентификатор клиента, дату окончания и актуальный статус договора.

  2. 02

    Динамический сегмент выбирает активных клиентов, у которых срок заканчивается в заданном периоде.

  3. 03

    Сценарий использует доступный канал и меняет следующий шаг после перехода или оплаты.

  4. 04

    Событие продления обновляет профиль и выводит клиента из оставшейся цепочки.

Что проверить в результате. Коммуникация следует актуальному статусу договора, а не нескольким независимым спискам. До запуска нужно проверить часовые пояса, задержку обновления и приоритет каналов.

Рабочие возможности

Как функции используются в процессе

Для каждой возможности указаны ее роль в процессе и практический сценарий для демонстрации.

Единый профиль, сбор данных и сегментация

Профиль объединяет идентификаторы, свойства, подписки и события, а сегмент рассчитывается по этим данным и подключенным источникам.

Проверка: Создайте два профиля одного клиента, выполните объединение и измените источник. Проверьте историю, приоритет значений и сегмент.

Омниканальные кампании и автоматические сценарии

Кампания объединяет маркетинговые активности, а сценарий выбирает канал и следующий шаг по событиям и условиям клиента.

Проверка: Пройдите сценарий с email и push, отключите один канал и отправьте повтор события. Проверьте ветвление, частоту и остановку.

Программы лояльности, промокоды и формы

Дополнительные инструменты связывают регистрацию и коммуникацию с правилами поощрения и персональными предложениями.

Проверка: Создайте тестовую регистрацию, выдачу и повторное использование промокода, затем возврат. Сверьте профиль, лимиты и историю операций.

Когортный анализ, воронки, LTV и отчеты

Аналитика группирует профили и показывает прохождение заданных событий, а не только открытия и клики отдельных сообщений.

Проверка: Соберите короткую воронку на контрольной группе и сверьте число профилей на каждом шаге с исходными событиями и периодом расчета.

Список сверяли с материалом «Официальная документация Altcraft Platform». Источник просмотрен 14 сентября 2026.

Пилот на своих данных

Проверка одного маркетингового сценария

На пилоте проведите один реальный рабочий маршрут, включая ручные действия, передачу данных и обработку ошибки.

Фокус первого запуска. Подключите один источник событий и два канала на ограниченной аудитории. Проверьте слияние профилей, динамический сегмент, контрольную группу, отписку, повтор события и восстановление сценария после ошибки.

Что подготовить заранее

  • Один канал, аудиторию, событие запуска и ожидаемое действие клиента.
  • Источник контактов, согласий, заказов и выручки.
  • Контрольную группу или другой способ отделить эффект сценария.
  • Примеры нового, повторного и отписавшегося клиента.

Как провести проверку

  1. 01

    Передать события и собрать сегмент по согласованным правилам.

  2. 02

    Запустить тестовую коммуникацию или отследить обращение из выбранного канала.

  3. 03

    Провести покупку, повторное обращение, возврат и отписку.

  4. 04

    Сверить результат с CRM, рекламным кабинетом и учетной системой.

Что записать по итогам

  • Доля контактов без источника, согласия или корректного статуса.
  • Расхождение обращений, продаж и выручки между системами.
  • Число дублей и ошибочных коммуникаций одному клиенту.
  • Результат сценария относительно контрольной группы или базового периода.
Подключения

Что проверить в связке с другими системами

  • API и вебхуки
  • сайты и мобильные приложения
  • CRM и хранилища данных
  • email, SMS, push и мессенджеры

На демонстрации проверьте состав передаваемых данных, направление обмена, повторную отправку и журнал ошибок на своем сценарии.

На встрече с вендором

Что уточнить о продукте

  1. 01

    Какие клиентские данные нельзя передавать во внешнее облако?

  2. 02

    Какие каналы и сценарии входят в первую очередь запуска?

  3. 03

    Кто отвечает за инфраструктуру, обновления и доставляемость сообщений?