Источник
Бизнес-линии, сервис-линии и платформы @ 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.
Практический вывод: сервис-линия должна мыслить как внутренний сервисный бизнес. Нужен прозрачный договор с заказчиками, прогнозируемая мощность и инженерная автоматизация операционной деятельности, иначе экономия на масштабе быстро исчезает.
Кейс перехода: сервисный контур -> платформа
- До конца 2019 мобильный банк развивался как самостоятельный продукт со своим монолитным контуром.
- При переходе к модели супераппа продуктовые фичи должны были разрабатываться автономно в бизнес-вертикалях.
- Для этого выделили платформенные команды: архитектура приложения, инструменты сборки и тестирования, performance, reliability, дизайн-решения.
- Переход был реализован через inverse Conway maneuver: бизнес-цели -> целевая архитектура -> оргдизайн и процессы.
- В результате продуктовые команды и API-контуры разъехались по вертикалям, а платформенный контур остался как внутренний ускоритель.
Управленческий паттерн
В трансформациях такого масштаба сначала меняется целевой бизнес-результат, затем дизайн архитектуры, и только потом оргструктура. Это снижает риск реорганизации, которая красиво выглядит на слайдах, но не меняет скорость поставки ценности.
Типичные антипаттерны
Путать сервис-линию с платформой: называть платформой любой внутренний инструмент без self-service модели.
Оценивать сервис-линию только по скорости обработки запросов и не считать экономику по заказчикам.
Строить единую оргмодель для всех подразделений и игнорировать различие unit economics у бизнес-, сервис- и платформенных контуров.
Запускать реорганизацию без явной связки: бизнес-цель -> архитектура -> границы ответственности команд.
Рекомендации лидерам
Зафиксируйте тип подразделения до обсуждения KPI и оргструктуры: это задает правильный набор метрик и ожиданий.
Для сервис-линий формализуйте сервисный интерфейс: SLA/SLO, backlog, cost allocation и правила приоритизации.
Для платформ выделяйте capability-карту пользователя и измеряйте долю self-service сценариев.
В переходах сервис-линия -> платформа делайте staged rollout: сначала пилотные сценарии, потом тиражирование на остальные домены.
Регулярно проверяйте alignment CPO/CTO контуров в бизнес-линиях через общие цели и единый каскад целеполагания.
Источники и связанные главы
Внешние ссылки
- [1/3] Бизнес-линии, сервис-линии и платформы @ T-Bank
- [2/3] Кейс сервис-линии привлечения
- [3/3] Переход от квази-продукта к платформе (мобильный банк)
- CNCF Platforms Whitepaper
- Thoughtworks: Inverse Conway Maneuver
- Трагедия общих ресурсов
- Кейс эволюции мобильного банка (статья)
- Highload++ Spb 2022: видео доклада
Внутренние ссылки