Летом 2020 года крупные игроки один за другим переименовываются и собирают разрозненные сервисы под единый бренд. Сбербанк готовит превращение в «Сбер» с доставкой, облаком и медициной. Mail.ru Group и СП с тем же Сбербанком строят O2O-вертикаль вокруг еды и транспорта. Яндекс расширяет «Плюс» на десятки продуктов. За сменой логотипа стоит инженерная задача: связать продукты так, чтобы клиент перемещался между ними без трения. Ребрендинг – это витрина, а экосистема – это архитектура. И именно архитектура определяет, выстрелит история или останется набором приложений с общим цветом.

Что на самом деле скрепляет экосистему

Не бренд и не маркетинг. Скрепляют три вещи: единый профиль пользователя, общий слой данных и интеграция между сервисами.

Единый профиль (SSO, общий ID, сквозная авторизация) убирает повторную регистрацию и даёт каждому продукту контекст: кто клиент, что он уже покупал, какой у него тариф. Общий слой данных собирает события из всех сервисов в одно место, иначе персонализация и кросс-продажи работать не будут. Здесь пригодится дисциплина хранилищ – мы разбирали её в материале про витрины данных и DWH: без единой модели данных экосистема превращается в десяток несвязанных силосов.

Третий элемент – интеграция. Сервисы внутри экосистемы написаны разными командами, на разных стеках, куплены или построены в разное время. Чтобы платёж из одного приложения списывал бонусы в другом, нужен предсказуемый контракт обмена, а не точечные интеграции «каждый с каждым». Когда число сервисов растёт, точечные связи дают комбинаторный взрыв. О том, когда для этого нужна сервисная шина, мы писали отдельно и экосистема ровно тот случай, где шина или событийный брокер перестают быть избыточностью.

Чему это учит компанию вне топ-3

Большинству бизнеса и госорганов не нужна экосистема масштаба Сбера. Но логика переносится на любой портфель информационных систем. У крупного предприятия или ведомства это CRM, биллинг, портал, мобильное приложение, кабинеты подрядчиков – те же разрозненные продукты, которые клиент и сотрудник воспринимают как одно целое.

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

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

Где здесь хайп, а где работа

Вокруг экосистем много громких слов про ИИ-ассистентов и предиктивную персонализацию. Технологии вроде свежей GPT-3 действительно расширяют горизонт – мы оценивали их трезво в заметке про языковые модели для бизнеса. Но без единых данных и интеграции любой ИИ остаётся демо: ему просто нечем питаться. Сначала фундамент, потом надстройка.

Вывод

Ребрендинг крупных игроков – повод не сменить логотип, а проверить собственную архитектуру. Экосистема держится на едином профиле, общих данных и интеграционном слое, и эти принципы работают на масштабе одного предприятия не хуже, чем на масштабе банка. Связать разрозненные продукты в единый контур – значит сначала спроектировать корпоративные бизнес-системы с единым профилем и интеграционным слоем, а уже потом упаковывать их во внешний бренд.