Профиль клиента 360°

Проблема

Данные о клиентах рассредоточены по десяткам систем: CRM хранит контактную информацию, интернет-магазин -- историю покупок, email-платформа -- статистику открытий, мессенджеры -- переписку, веб-аналитика -- поведение на сайте. Маркетолог вынужден переключаться между системами, чтобы собрать картину о клиенте.

Хуже того, один и тот же клиент может существовать в разных системах под разными идентификаторами: email в CRM, номер телефона в SMS-шлюзе, chat_id в Telegram, cookie на сайте. Без единого профиля невозможно персонализировать коммуникацию, рассчитать lifetime value или предсказать отток. Компании отправляют нерелевантные предложения, теряют лояльных клиентов и упускают возможности для cross-sell.

Как работает Профиль клиента 360° в Trigly

ProfileService собирает данные из всех модулей Trigly в единое представление -- Customer 360° View.

45+ полей клиента организованы в логические группы. Контактные данные: email, phone, whatsapp_phone, telegram_chat_id, push_subscription. Демография: first_name, last_name, city, country, timezone, language. Источник привлечения: source, utm_source, utm_medium, utm_campaign. Транзакционные метрики: total_revenue, total_orders, avg_order_value, first_purchase_at, last_purchase_at, purchase_frequency_days, days_since_last_purchase. Поведение: last_activity_at, preferred_channel, channel_preferences (JSONB). AI-метрики: ai_score, ai_score_updated_at. RFM: rfm_recency, rfm_frequency, rfm_monetary, rfm_score, rfm_segment, rfm_calculated_at. Качество данных: data_quality_score. Жизненный цикл: lifecycle_stage, lifecycle_changed_at. Кастомные данные: custom_fields (JSON), tags (JSONB с GIN-индексом).

Объединённая хронология (Timeline) собирает события из трёх источников: сообщения из PostgreSQL (Message), события доставки из ClickHouse (delivery_events) и поведенческие события из ClickHouse (events). ChannelTimelineService объединяет все записи, сортирует по времени и помечает направление (inbound/outbound). Маркетолог видит полную историю: когда клиент открыл email, кликнул по ссылке, написал в Telegram, совершил покупку, получил push-уведомление.

Identity Resolution решает проблему дублирования клиентов. IdentityService управляет множественными идентификаторами клиента через модель ContactIdentity: email, phone, external_id, cookie, telegram_chat_id. Метод resolve находит клиента по любому из идентификаторов. При обнаружении, что два профиля принадлежат одному человеку, MergeService объединяет их: выбирает наиболее полные данные, объединяет теги и custom_fields, переносит все события и сообщения. Duplicate detection автоматически находит потенциальные дубли по email, phone и нечёткому сопоставлению имён.

AI-скоринг рассчитывается AIScoringService как композитный показатель от 0 до 100. Без данных ClickHouse: engagement 30% + monetary 30% + recency 20% + loyalty 20%. С данными ClickHouse: engagement 25% + monetary 25% + recency 20% + loyalty 15% + diversity 15%. Score хранится в поле ai_score и обновляется Celery-задачей recalculate_ai_scores.

RFM-анализ выполняется RFMService через квинтильный метод. Recency -- дни с последней покупки, Frequency -- количество заказов, Monetary -- суммарная выручка. Каждый показатель оценивается по шкале 1-5, формируя rfm_score и rfm_segment (Champions, Loyal Customers, At Risk, Lost, и другие). Расчёт запускается ночной Celery-задачей recalculate_rfm.

Lifecycle-стадии назначаются автоматически LifecycleService на основе активности клиента: new, active, engaged, loyal, at_risk, dormant, churned. Стадия и дата изменения фиксируются в lifecycle_stage и lifecycle_changed_at.

Преимущества

1. Полнота данных: 45+ структурированных полей плюс неограниченные custom_fields покрывают любые бизнес-потребности. JSONB-поля с GIN-индексами обеспечивают быстрый поиск по тегам и кастомным атрибутам.

2. Единый источник правды: все модули Trigly (кампании, аналитика, лояльность, AI) работают с одним профилем клиента. Изменение данных в любой точке мгновенно отражается везде.

3. Автоматическое обогащение: ComputedFieldsService рассчитывает avg_order_value, purchase_frequency_days и days_since_last_purchase. DataQualityService оценивает полноту профиля (score 0-100). Всё обновляется автоматически Celery-задачами.

4. Аудит изменений: AuditService через модель ContactChange логирует каждое изменение профиля: кто, когда, какое поле, старое и новое значение. Полная хронология изменений доступна через API changelog.

5. Мультиканальные идентификаторы: email, phone, telegram_chat_id, whatsapp_phone, push_subscription и external_id хранятся в одном профиле. ContactIdentity позволяет добавлять неограниченное количество дополнительных идентификаторов.

Сравнение с конкурентами

Enterprise CDP-платформы (Segment, mParticle, Tealium) предлагают мощный identity resolution, но стоят от $100,000 в год и требуют месяцев внедрения. Trigly предоставляет 80% функциональности Enterprise CDP по цене SaaS-решения с мгновенным стартом.

В отличие от CRM-систем (amoCRM, Bitrix24), Trigly хранит не только контактные данные, но и поведенческие события в ClickHouse, обеспечивая аналитику в реальном времени. В отличие от Mindbox, Trigly включает AI-скоринг и RFM-анализ из коробки, без необходимости покупать отдельные модули. MergeService с автоматическим обнаружением дубликатов -- функция, за которую другие платформы берут дополнительную плату.

Примеры по нишам

E-commerce: Интернет-магазин косметики объединил данные из сайта, Telegram-бота и email в профиле 360°. Identity Resolution связал 15% "новых" подписчиков Telegram с существующими клиентами по номеру телефона. RFM-анализ выявил 8% клиентов-Champions, на которых приходилось 42% выручки. Персонализированные предложения для этого сегмента через preferred_channel увеличили повторные покупки на 28%.

Подписочные сервисы: Стриминговая платформа использует timeline для анализа пути клиента от регистрации до подписки. AI-скоринг предсказывает вероятность конверсии бесплатного пользователя в платного. Lifecycle stages автоматически переводят неактивных пользователей в сегмент "at_risk", запуская реактивационные кампании.

B2B сервисы: SaaS-компания хранит в custom_fields данные о компании клиента (отрасль, размер, тарифный план). Tags используются для отметки интересующих функций. ComputedFieldsService рассчитывает средний чек и частоту платежей. Data Quality Score помогает менеджерам по продажам приоритизировать обработку лидов с наиболее полными профилями.

Интеграции

Профиль 360° интегрируется со всеми модулями Trigly: Campaign отправляет сообщения через preferred_channel, Loyalty начисляет баллы по customer_id, AI Engine использует профиль для скоринга и предсказаний, Analytics агрегирует поведение в ClickHouse. SDK-эндпоинт identify обновляет профиль при каждом визите на сайт. Import Service загружает данные из CSV с дедупликацией по email/phone. Connector Service синхронизирует данные с внешними CRM (RetailCRM, Bitrix24, 1C). REST API предоставляет полный CRUD-доступ к профилям через 14 эндпоинтов customers.

Частые вопросы

Сколько клиентов можно хранить в CDP? Ограничений на количество профилей нет. PostgreSQL с правильными индексами обрабатывает миллионы записей. Поведенческие события хранятся в ClickHouse, оптимизированном для работы с миллиардами строк. TTL 365 дней автоматически очищает устаревшие события.

Как происходит объединение дубликатов? MergeService сначала находит потенциальные дубли по email, phone и fuzzy-сопоставлению имён. При объединении выбираются наиболее полные данные: непустые поля из обоих профилей, объединение тегов и custom_fields, перенос всех событий, сообщений и идентификаторов в основной профиль. Вторичный профиль удаляется.

Обновляется ли AI-скоринг автоматически? Да, Celery-задача recalculate_ai_scores пересчитывает скоринг для всех клиентов. RFM-анализ, lifecycle stages, computed fields и data quality score обновляются ночной задачей recalculate_rfm. Данные в профиле всегда актуальны.

Лучшие практики

Собирайте данные в каждой точке контакта. Каждое взаимодействие — возможность обогатить профиль. Используйте SDK identify при каждом визите на сайт, запрашивайте город и интересы в формах регистрации, сохраняйте UTM-метки при первом визите.

Регулярно проводите дедупликацию. Запускайте MergeService для поиска дубликатов хотя бы раз в месяц. Дубликаты искажают аналитику, приводят к множественным отправкам и портят клиентский опыт.

Используйте data quality score для приоритизации. Сегментируйте базу по data_quality_score: клиентам с высоким score (80+) отправляйте персонализированные предложения, клиентам с низким score (ниже 40) — запросы на обновление данных.

Настройте Identity Resolution. Добавляйте множественные идентификаторы через IdentityService: email, телефон, telegram_chat_id, external_id. Чем больше идентификаторов привязано к профилю, тем точнее система связывает действия одного клиента из разных каналов.

Типичные ошибки

Хранение данных без структуры. Использование custom_fields для всего подряд вместо стандартных полей CDP снижает возможности сегментации и аналитики. Заполняйте стандартные 45+ полей и используйте custom_fields только для специфичных бизнес-данных.

Игнорирование lifecycle stage. LifecycleService автоматически назначает стадии, но маркетологи часто не используют их в коммуникации. Клиент на стадии «at_risk» должен получать реактивационные сообщения, а «loyal» — эксклюзивные предложения.

Отсутствие аудита изменений. Без регулярного мониторинга ContactChange невозможно обнаружить проблемы: массовое обновление неверных данных, случайное удаление тегов или ошибочный merge. Настройте алерты через вебхуки на критические изменения профилей.

Связанные материалы

• Качество данных -- оценка полноты и достоверности профилей
• Конструктор путей клиента -- автоматизация на основе профиля
• Умное время отправки -- анализ поведения для оптимальной доставки
• Омниканальные кампании -- коммуникация через preferred_channel
• API платформа -- программный доступ к профилям клиентов