Решение

Платформа «Клиент 360» в банке: единый профиль вместо разрозненных продуктов

Розничный клиент держит карту, депозит, кредит и ВЭД — каждый продукт в своей системе со своей версией клиента. Кросс-продажи слабые, контакт-центр переключается между экранами, ипотечный консультант не видит, что клиент полгода назад брал автокредит. «Клиент 360» — это не ещё один портал, а слой разрешения личности и единого профиля для всех каналов.

Обсудить ваш контур

Эта страница описывает подход Samarali Soft к платформе «Клиент 360» в банке — от слоя разрешения личности до единого профиля и его потребления каналами. Не замена продуктовых систем, а слой над ними, дающий банку видеть клиента целиком.

Целевая модель

Как это должно работать

Должен быть слой, в котором клиент существует как одна сущность с привязанными к нему продуктами, операциями, историей контактов и сегментацией. Каждая продуктовая система остаётся источником истины по своему продукту, но передаёт события в единый профиль. Контакт-центр, отделение, мобильное приложение, маркетинг — все обращаются к этому профилю, а не пытаются собрать клиента из 5 систем сами. Профиль обновляется в реальном времени и хранит историю изменений.

Слой разрешения личности с детерминированными и вероятностными правилами

Единый профиль клиента с источниками истины по полям

Историзация изменений профиля

Поток событий из продуктовых систем в реальном времени

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

Детектор жизненных событий по транзакционному поведению

Интерфейс контакт-центра с единой картинкой клиента

Сегментация и маркетинговая аудитория на единых данных

Кабинет клиента с управлением данными и согласиями

Дашборд качества данных и работы хранителей

Проблемы

Где обычно все ломается

Каждая продуктовая система ведёт свою клиентскую запись со своими полями и форматами

Нет единого ключа клиента — паспорт, ИНН, телефон используются по-разному в разных системах

Дубликаты накапливаются годами и не очищаются — нет процесса хранителя данных

Жизненные события (брак, рождение, смена работы) детектируются в одной системе и не доходят до других

Согласия на обработку и обмен данными лежат в подписанных бумагах, а не в системе как проверяемое правило

Последствия

К чему это приводит

⚠ Кросс-продажи отстают от рынка в 2–3 раза — банк недозарабатывает на каждой существующей клиентской базе

⚠ Контакт-центр требует постоянного расширения штата — производительность не растёт

⚠ Маркетинговые кампании имеют низкую конверсию из-за грубой сегментации

⚠ Жалобы клиентов: «я уже у вас 10 лет, а вы каждый раз спрашиваете заново»

⚠ Внедрение любого нового продукта требует строить интеграцию с 5 продуктовыми системами заново

Мой подход

Как я подхожу к задаче

Я начинаю с замера: беру случайные 1000 розничных клиентов и смотрю, сколько их версий существует в продуктовых системах банка. Обычно картина — 1,3–1,8 записи на одного человека. Дальше беру 50 операций контакт-центра последней недели и считаю время на сшивку клиентской картинки. Потом 10 жалоб и проверяю, в какой момент банк потерял клиентскую историю. Это даёт количественную базу для разговора о платформе — без неё разговор остаётся теоретическим.

Узнаёте свою ситуацию?

Обсудить ваш контур

Команда

Как мы работаем

Моя роль

Помогаю банку увидеть, что Customer 360 — это не закупка продукта, а пересборка клиентских данных. Разбираю фактическую фрагментацию, проектирую слой разрешения и профиля, согласую с ИТ-блоком архитектурные ограничения, помогаю избежать типичной ошибки — попытки заменить АБС или продуктовые системы под предлогом «единого клиента». Профиль строится вокруг существующих систем, не вместо них.

Роль команды

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

Важно

Что важно учесть при внедрении

🔎 Customer 360 без согласий клиента на использование данных в нескольких целях — юридически слабая позиция, особенно по ЗРУ-547

🔎 Хранитель данных как роль обязателен — без него платформа быстро деградирует от нового мусора

🔎 Не пытаться сразу заменять продуктовые системы — это другой проект на другие деньги

🔎 Маркетинговый блок должен быть в проекте с первого дня — иначе платформа окажется без главного потребителя

🔎 Биометрия 2026 даст новый ключ разрешения личности — закладывать в архитектуре сразу

Результаты

Каких результатов можно достичь

✓ Среднее число продуктов на клиента растёт с 1,5 до 2,2–2,5 за 12–18 месяцев

✓ Время обработки в контакт-центре снижается на 25–35% за счёт единой картинки

✓ Конверсия маркетинговых кампаний растёт в 2–3 раза за счёт точной сегментации

✓ KYC обновляется по жизненным событиям проактивно, а не по календарю

✓ Подготовка отчётности по клиенту для регулятора занимает минуты, а не дни

FAQ

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

Чем это отличается от CRM, которая у нас уже есть?

CRM хранит коммерческую активность по клиенту — звонки, встречи, сделки. Customer 360 — это технический слой данных о клиенте, объединяющий продуктовые системы. CRM использует Customer 360 как источник, но не заменяет его. У большинства банков CRM есть, а слоя разрешения личности и единого профиля — нет, и это слабое звено.

Если данные в продуктовых системах противоречивы — что считать правдой?

Источник истины определяется по полям: фамилия — ЗАГС или паспортная система, доход — налоговая или зарплатная история в АБС, контакты — последнее обновление с подтверждением. Часть полей собирается с правилами выживания, часть — поднимается хранителю на ручное разрешение. Полностью автоматического алгоритма нет, и не должно быть.

Сколько времени до видимого эффекта?

Контакт-центр получает первый эффект через 3–4 месяца после запуска интерфейса. Маркетинг — через 6–8 месяцев на первой кампании с новой сегментацией. Кросс-продажи — через 9–12 месяцев. Раньше ожидать большого скачка нереалистично — данные нужно сначала очистить, потом начать на них работать.

→

Что ещё стоит изучить

Темы из этой же области, которые часто разбираем вместе с этой

Сценарий

Это не только статьи

Об этом не просто пишу — могу прийти, разобрать вашу ситуацию и спроектировать решение под ваш контур.

Обсудить применение →

← Все решения

Готовы обсудить ваш контур?

Расскажите, что не работает. Я разберу ситуацию и предложу конкретный путь.

Обсудить задачу Написать в Telegram

Обычно отвечаю в течение нескольких часов

Платформа «Клиент 360» в банке: единый профиль вместо разрозненных продуктов

Как это должно работать

Где обычно все ломается

К чему это приводит

Как я подхожу к задаче

Как мы работаем

Что важно учесть при внедрении

Каких результатов можно достичь

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

Что ещё стоит изучить

Обмен валюты → FX-консультация

Платёж за образование → образовательный кредит

Окончание депозита → предложение продления

Снижение остатка → сигнал оттока клиента

Готовы обсудить ваш контур?

Платформа «Клиент 360» в банке: единый профиль вместо разрозненных продуктов

Как это должно работать

Где обычно все ломается

К чему это приводит

Как я подхожу к задаче

Как мы работаем

Что важно учесть при внедрении

Каких результатов можно достичь

Где это решение особенно актуально

Какая экспертиза нужна для реализации

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

Что ещё стоит изучить

Обмен валюты → FX-консультация

Платёж за образование → образовательный кредит

Окончание депозита → предложение продления

Снижение остатка → сигнал оттока клиента

Готовы обсудить ваш контур?