Перейти к содержимому
    Оглавление · Приложения

    Обновлено: 12 августа 2026 г. в 00:00

    Бизнес-линии, сервис-линии и платформы @ T-Bank (Рубрика #Management)

    mid

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

    Источник

    Бизнес-линии, сервис-линии и платформы @ T-Bank

    Серия из трех постов про федеративную структуру компании и практические кейсы трансформации.

    Открыть пост

    Рубрика #Management

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

    Три типа подразделений

    Бизнес-линии

    Внешний продукт и PnL

    • Есть продукт для внешних клиентов (B2C/B2B/B2G/B2B2C).
    • Есть CPO/продуктовый контур и CTO/инженерный контур внутри одной вертикали.
    • Есть продуктовые метрики, roadmap и явная ответственность за прибыль и убытки.

    Вопрос лидера: Как синхронизировать цели бизнеса и IT, чтобы не было двух независимых дорожных карт?

    Сервис-линии

    Централизованный сервис для бизнес-линий

    • Команда дает сервис внутренним заказчикам через понятный интерфейс и уровень качества.
    • Сервис строится централизованно, чтобы получить экономию на масштабе.
    • Критично управлять общим ресурсом и не допускать tragedy of the commons.

    Вопрос лидера: Как считать cost allocation между заказчиками и защищать приоритизацию общей мощности?

    Платформы

    Внутренний продукт в формате self-service

    • Платформа ориентирована на внутреннего пользователя и закрывает типовые сценарии end-to-end.
    • Возможности интегрированы между собой, а не разрознены как набор отдельных тулов.
    • Потребление идет через self-service, а не через очередь ручных запросов.

    Вопрос лидера: Какие capability нужны пользователю платформы, чтобы он мог двигаться автономно?

    Кейс сервис-линии: привлечение

    Вход от бизнес-линий

    Бизнес дает целевой прирост клиентов, бюджет и модель оценки вклада в PnL (NPV/LTV).

    Операционный интерфейс

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

    Сквозная аналитика

    Внешняя рекламная аналитика объединяется с внутренними данными и офлайн событиями для управленческих решений по каналам и продуктам.

    Атрибуция и аудитории

    Используются модели атрибуции и сервис аудиторий, чтобы не ломать воронку локальными оптимизациями last-click.

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

    Кейс перехода: сервисный контур -> платформа

    1. До конца 2019 мобильный банк развивался как самостоятельный продукт со своим монолитным контуром.
    2. При переходе к модели супераппа продуктовые фичи должны были разрабатываться автономно в бизнес-вертикалях.
    3. Для этого выделили платформенные команды: архитектура приложения, инструменты сборки и тестирования, performance, reliability, дизайн-решения.
    4. Переход был реализован через inverse Conway maneuver: бизнес-цели -> целевая архитектура -> оргдизайн и процессы.
    5. В результате продуктовые команды и API-контуры разъехались по вертикалям, а платформенный контур остался как внутренний ускоритель.

    Управленческий паттерн

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

    Типичные антипаттерны

    Путать сервис-линию с платформой: называть платформой любой внутренний инструмент без self-service модели.

    Оценивать сервис-линию только по скорости обработки запросов и не считать экономику по заказчикам.

    Строить единую оргмодель для всех подразделений и игнорировать различие unit economics у бизнес-, сервис- и платформенных контуров.

    Запускать реорганизацию без явной связки: бизнес-цель -> архитектура -> границы ответственности команд.

    Рекомендации лидерам

    Зафиксируйте тип подразделения до обсуждения KPI и оргструктуры: это задает правильный набор метрик и ожиданий.

    Для сервис-линий формализуйте сервисный интерфейс: SLA/SLO, backlog, cost allocation и правила приоритизации.

    Для платформ выделяйте capability-карту пользователя и измеряйте долю self-service сценариев.

    В переходах сервис-линия -> платформа делайте staged rollout: сначала пилотные сценарии, потом тиражирование на остальные домены.

    Регулярно проверяйте alignment CPO/CTO контуров в бизнес-линиях через общие цели и единый каскад целеполагания.

    Источники и связанные главы

    Трекинг прохождения выключен. Включите его в настройках.

    Доказательство обучения

    Чтение — только начало. Перенесите идею в рабочий эксперимент и разберите результат.