Привет, Хабр! Я Александр Бондаренко — CPO Garage Eight. В прошлых статьях моего цикла про продуктовую культуру (часть 1; часть 2) я разобрал 12 типов продуктовых команд. А в этом материале хочу разобрать другую классификацию структур организации и поделиться способами, которые помогут вписать продуктовую группу в контур компании.

1. Matrix organization — Матрица

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

Когда стоит выбрать эту модель?

• Если у вас команды работают над разными продуктами, но пересекаются по функциям.

• Важно оптимизировать распределение ресурсов.

• Вы хотите повысить кросс-функциональность без потери экспертизы.

Пример: В одной крупной консалтинговой компании и международной IT-компании команды формируются под проекты, что типично для консалтинговых фирм (например, Accenture) и продуктовых компаний с матричной структурой, как SAP. SAP — пример компании с широкой линейкой продуктов, где платформенные команды и эксперты могут работать над несколькими продуктами одновременно.

2. Platform teams — Команды платформенного уровня

Компании создают специализированные команды, отвечающие за платформенные решения. Команды поддерживают сразу несколько продуктовых направлений, например, API или инфраструктурные сервисы. Это удобно для организаций с множеством продуктов, где важны стандартизация и переиспользование технологий. Примеры компаний — Amazon (AWS как внутренняя платформа) и Google.

Когда стоит выбрать эту модель?

• Если у вас большая экосистема, в которой критична инфраструктура.

• Важно создать единую технологическую платформу.

• Компания делает ставку на API, SDK, инструменты для внутренних команд.

Пример: Amazon AWS и Google Cloud предоставляют облачные решения для внутренних и внешних клиентов. AWS предлагает масштабируемые вычислительные мощности и хранение данных, а Google Cloud поддерживает облачные сервисы для хранения данных, машинного обучения и других услуг.

3. Product-led growth teams — Команды продуктового роста

В такой структуре продукт становится основным драйвером роста. Так происходит, например, при использовании freemium-модели. Подход эффективен для B2B и SaaS-компаний, которые привлекают пользователей благодаря удобству и ценности самого продукта. Яркие примеры — Slack и Zoom.

Когда стоит выбрать эту модель?

• Если у вас B2B SaaS-продукт или приложение с self-service моделью.

• Важно масштабировать продукт за счет удобства, а не маркетинга.

• Вы хотите снизить затраты на продажи и привлечь пользователей через продукт.

Пример: Компании Slack, Zoom, Notion, Dropbox. Так, Zoom предлагает бесплатные видеоконференции для пользователей и малых команд, с возможностью перехода на платные тарифы по мере роста потребностей.

4. Venture studio model — Венчурные студии

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

Когда стоит выбрать эту модель?

• Если у вас компания, которая планирует создание нескольких стартапов внутри себя.

• Важно генерировать новые бизнес-модели и быстро тестировать идеи.

• Вы хотите запускать продукты в духе стартапов, но с поддержкой крупного бизнеса.

Пример: Rocket Internet запускают несколько стартапов одновременно, предоставляют финансовую поддержку и ресурсы для быстрого роста.

5. Innovation pods — Команды инноваций

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

Когда стоит выбрать эту модель?

• Если у вас корпорация, которой нужно тестировать новые идеи без риска для основного бизнеса.

• Важно проверять гипотезы и быстро запускать MVP.

• Вы хотите экспериментировать с новыми технологиями, рынками или бизнес-моделями.

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

6. Community-led product teams — Команды, основанные на сообществе

Подход предполагает активное вовлечение комьюнити в процесс разработки продукта, например, через open-source или программы обратной связи. Он эффективен для компаний с сильным и вовлеченным сообществом пользователей. К ним можно отнести Red Hat и GitLab.

Когда стоит выбрать эту модель?

• Если у вас open-source продукт или сильное сообщество пользователей.

• Важно учитывать мнение пользователей при разработке.

• Компания ориентирована на вовлечение разработчиков.

Пример: Red Hat предоставляет решения на основе открытого кода и поддерживает активное взаимодействие с разработчиками и пользователями. 

7. Guilds and centers of excellence — Гильдии и центры компетенций

Компании формируют специализированные группы экспертов, которые поддерживают стандарты и лучшие практики внутри организации. Модель используется в масштабных структурах с разрозненными командами. Примеры: гильдии в Spotify и центры компетенций в IBM.

Когда стоит выбрать эту модель?

• Если у вас много продуктовых команд, которым нужна экспертиза и лучшие практики.

• Важно обеспечить единые стандарты работы, но не мешать гибкости команд.

• Нужна передача знаний между разными командами и поддержка роста специалистов.

Пример: IBM создала центры компетенций для демонстрации и тестирования своих продуктов и решений.

8. Customer journey teams — Команды по этапам пути клиента

Группы организуются вокруг этапов взаимодействия клиента с продуктом, таких как онбординг, удержание пользователей и монетизация. Это работает в компаниях, которые делают упор на клиентский опыт. Классические примеры — Netflix и Airbnb.

Когда стоит выбрать эту модель?

• Если у вас сильный фокус на клиентский опыт.

• Важно улучшить каждый этап взаимодействия пользователя с продуктом.

• Компания работает в e-commerce, банках или сервисах с высокой конкуренцией.

Пример: Netflix использует картирование пути клиента для глубокого понимания поведения и предпочтений своих пользователей. 

Итак, вы изучили несколько способов, как построить команду и отобрали, допустим, 5 подходящих для вашего бизнеса. Что делать дальше? Как понять, какая из них лучше? Об этом я подробно расскажу в следующей статье цикла, которая уже скоро выйдет у меня в блоге.

А пока подписывайтесь и рассказывайте в комментариях, какие способы организации продуктовой команды приглянулись вам больше всего (а какие вызвали вопросы). Давайте обсудим!