Эластичная продуктовая команда: как Airbnb строит гибкие команды под цели, а не под фичи

Мы привыкли думать, что чем дольше люди работают в одной команде, тем больше они сплачаются, и их работа становится эффективнее.
Вот вам другая идея из Airbnb — «эластичные» команды, которые собираются под конкретную цель и распускаются, когда она достигнута.

5 принципов, которые стоят за этой идеей:
1️⃣ Начинайте с видения, а не с фич
Структурируйте продуктовые команды вокруг результатов (outcomes), а не вокруг конкретных фич — иначе компания будет цепляться за функции, даже если те уже не приносят пользы. У видения должен быть горизонт в 5+ лет, а у команд — понятная миссия, которая из этого видения следует. Пример: миссия команды Payments в Airbnb — сделать так, чтобы платежи между гостями и хозяевами были максимально бесшовными и «человечными», а не просто транзакционными.

2️⃣Команды должны быть модульными
В Airbnb продакты не сидят отдельно от инженеров и дизайнеров — все объединены в мультидисциплинарные группы без иерархии. Если нужно что-то презентовать остальной компании, выступает тот, кому это логичнее — например, дата-сайентист, если речь про результаты A/B-теста.

3️⃣Нанимайте три типа продактов:
🔵Пионеры — любят строить с нуля, рисковать, создавать прототипы. Нужны на этапе поиска product-market fit.
🔵Поселенцы (Settlers) — фокусируются на масштабировании, метриках, A/B-тестах и оптимизации уже работающего продукта.
🔵Градостроители (Town Planners) — строят платформенную инфраструктуру, которая выдержит будущий рост и непредвиденные сценарии использования.
Все три типа нужны компании одновременно, просто в разных пропорциях в зависимости от стадии.

4️⃣ Ресурсы распределяйте через понятный процесс
Каждый квартал в Airbnb пересматривают команды: достигли ли цели, почему нет, соответствует ли проект видению продукта. Хороший пример — фича Wish List, изначально задуманная как персональный список избранного. Оказалось, что путешествия чаще планируют группой, и после переосмысления продукт превратили в инструмент совместного планирования поездок — что заметно подняло вовлечённость.

5️⃣ Собирайте и распускайте команды без драмы
Реорганизация — это нормально, если у компании есть культура итераций. Так же было при первом выходе Airbnb на международные рынки в 2012 году: под перевод, локальные способы оплаты и адаптацию интерфейса собрали отдельную команду, а когда системы заработали — распределили задачи по постоянным командам.

⚡️ Важное: всё это работает только при постоянной коммуникации — по трём опорам: процесс (прозрачное обсуждение решений), контекст (регулярное повторение видения, особенно новым сотрудникам) и слушание (обратная связь от команд должна доходить до руководства).

Как вам такая идея?

По мотивам интервью с первым PM Airbnb для First Round.