Vendor lock-in в marketing automation наступает незаметно. Первый год - всё удобно: один интерфейс, всё интегрировано, данные в одном месте. На второй год появляются ограничения: нужная функция стоит на tier выше, API работает только на enterprise, данные нельзя экспортировать полностью. К третьему году вы понимаете что переехать на другую платформу стоит 6-12 месяцев работы и потери всей накопленной истории.
Это не паранойя - это стандартная бизнес-модель крупных marketing automation платформ. Задача вендора - максимально увеличить cost of switching. Разбираемся как строить стек, который вы контролируете.
Признаки что вы в ловушке
Данные о контактах и поведении хранятся только внутри платформы без возможности полного экспорта. API доступен только на дорогих тарифах. История email-активности, сегменты и теги не экспортируются в стандартных форматах. Интеграции работают только через проприетарные коннекторы платформы.
Дополнительный сигнал: ценообразование завязано на количество контактов в базе. Когда ваша база растёт, стоимость растёт экспоненциально - и вы не можете уйти, потому что история отправок и сегменты остаются у вендора.
Принципы стека без lock-in
Первый принцип: данные принадлежат вам. Любой инструмент в стеке должен предоставлять полный API-доступ к данным и экспорт без ограничений. Если полный экспорт невозможен без обращения в поддержку - это красный флаг.
Второй принцип: каждый компонент заменяем независимо. Email-рассылки, CRM, аналитика, формы - отдельные инструменты с чёткими boundaries. Замена email-провайдера не должна требовать пересборки CRM-интеграций.
Третий принцип: данные хранятся в нейтральном хранилище. PostgreSQL, BigQuery или другой data warehouse под вашим контролем - это ground truth. Инструменты читают из него и записывают в него, не монополизируют данные.
Архитектура с низким lock-in
Центральный слой: CRM (Kommo или HubSpot) как основной источник данных о контактах и сделках. CRM должна иметь открытый API без ограничений по количеству вызовов на базовых тарифах.
Email layer: отдельно от CRM. Postmark или Mailgun для транзакционных писем (минимальный lock-in - стандартный SMTP fallback), Customer.io или Loops для behavioral automation (данные хранятся в вашем data warehouse, платформа - execution layer).
Analytics layer: server-side tracking (Plausible, PostHog self-hosted, Segment) -> data warehouse. Ни одна платформа не является единственным источником событийных данных.
Attribution layer: собственный Attribution DB поверх CRM + ad platform данных. Без зависимости от атрибуционной модели конкретного инструмента.
Как выбирать инструменты
При выборе нового инструмента задавайте три вопроса:
Есть ли полный API для экспорта всех данных, включая историю? Если ответ “да, но на Enterprise” - это lock-in инструмент.
Работает ли импорт/экспорт в стандартных форматах (CSV, JSON, webhooks)? Проприетарные форматы усложняют миграцию.
Какова стоимость при x10 объёме данных? Инструменты с ценообразованием на основе контактов или событий могут стать непомерно дорогими при росте.
Практические шаги прямо сейчас
Аудит текущего стека: по каждому инструменту проверьте, можно ли выгрузить все данные за последние 2 года в стандартном формате. Если нельзя - это vendor lock-in.
Настройте параллельное хранение: все события, которые идут в HubSpot или Marketo, дублируйте в свой data warehouse. Это не сложно технически, но создаёт страховку на случай миграции.
Документируйте интеграции. Каждый webhook, каждый API-коннектор - в документации с инструкцией по замене. Знание как работает стек остаётся в команде, а не в головах конкретных людей.
Когда lock-in оправдан
Иногда tight integration одной платформы оправдана: когда скорость развёртывания критична, когда команда маленькая и не может поддерживать сложный стек, когда бизнес ещё не определился с процессами. HubSpot Marketing Hub как единая платформа - разумный выбор для стартапа.
Проблема начинается когда этот выбор не пересматривается при росте. Если вы уже прошли 20+ человек в команде и $1M ARR - время задуматься о переносимости данных.
Что это даёт
Компания, которая контролирует свои данные и может заменить любой компонент стека без потери истории, имеет операционное преимущество. Она может экспериментировать с новыми инструментами без страха. Она не зависит от ценовой политики одного вендора. Она не теряет накопленные данные при смене команды или стратегии.
Для EU B2B SaaS это особенно актуально: рынок консолидируется, инструменты появляются и исчезают, требования GDPR меняются. Гибкость стека - это не техническая роскошь, а бизнес-необходимость.