# Брайан Толкин: Как строить продуктовые команды и управлять хаосом в эпоху ИИ

Источник: https://www.youtube.com/watch?v=XKVXrQchWIE
Канал: 20VC (Harry Stebbings)
Опубликовано: 07.02.2025

---

В новом эпизоде подкаста 20VC Гарри Стеббингс обсуждает с директором по продукту Opendoor Брайаном Толкином искусство создания высококлассных продуктовых команд и уроки масштабирования крупнейших технологических платформ. Опираясь на свой многолетний опыт в Uber и Opendoor, гость рассказывает, как меняется роль продакт-менеджера в эпоху искусственного интеллекта и почему умение упрощать хаос важнее следования жестким фреймворкам. Материал раскрывает ключевые инсайты управления продуктом: от экстремальных запусков в Китае до дилеммы технического долга на этапе взрывного роста компании.

## 🇨🇳 Экстремальный запуск Uber Pool в Китае и уроки работы с данными
[[JUMP:0:32]]

Продуктовая карьера Брайана Толкина во многом закалялась в период экспансии Uber на азиатские рынки. Одним из самых ярких и сложных вызовов стал запуск сервиса совместных поездок Uber Pool в китайском мегаполисе Чэнду. Как вспоминает гость, запуск происходил в экстремальных условиях: команда одновременно разворачивала локальный дата-центр внутри Китая, сталкиваясь с колоссальными техническими сбоями прямо накануне старта. Продукт должен был заработать строго к утреннему часу пик, поскольку для эффективности алгоритмов сопоставления поездок критически важна высокая мгновенная ликвидность на платформе. Проведя ночь практически без сна на полу в офисе, команда смогла запустить систему в 5:30 утра.

Этот опыт принес Толкину важнейшие продуктовые уроки. По его мнению, ключевое значение для успеха сложного технологического продукта имеет глубокое понимание фундаментальных данных. В Китае команда столкнулась с отсутствием привычных инструментов, таких как Google Maps, что критически усложнило маршрутизацию. Дорожная инфраструктура китайских мегаполисов с их массивными эстакадами и многоуровневыми развязками оказалась намного сложнее американской. Толкин признает, что изначально команда недооценила эту специфику, пытаясь строить качественные мэтчи без идеальных картографических данных.

Кроме того, гость отмечает важность адаптации интерфейсов под локальные культурные особенности. Если в США ценится лаконичный, минималистичный дизайн, где интерфейс уходит на второй план, то в Китае пользователи предпочитают высокую плотность информации, яркие цвета, обилие красных элементов и крупные кнопки. 

Сегодня, как считает Толкин, наблюдается взаимная конвергенция глобального продуктового дизайна. Под влиянием азиатских приложений, таких как TikTok или RedNote, западный дизайн начинает меняться в сторону динамичности и ускоренного потребления контента, подстраиваясь под сокращающуюся концентрацию внимания пользователей.

## 🛑 Худшие продуктовые решения: баланс между бизнесом и пользователем
[[JUMP:4:19]]

В качестве своего худшего продуктового решения в Uber Брайан Толкин называет интерфейсный эксперимент на раннем этапе развития Uber Pool. Тогда доступ к новому продукту был реализован через переключатель внутри стандартного экрана UberX. Команда установила Uber Pool в качестве опции по умолчанию. Даже если в предыдущей поездке пользователь осознанно выбирал индивидуальный UberX, при следующем открытии приложения система снова сбрасывала выбор на совместную поездку. По причине недостаточно прозрачного интерфейса люди массово заказывали Uber Pool случайно, а затем искренне удивлялись и выражали недовольство, когда в машину подсаживался посторонний пассажир.

Толкин объясняет это решение тем, что в тот момент продуктовая команда слишком агрессивно приоритизировала потребности бизнеса. Компании требовалось протестировать предельные границы ликвидности платформы, и интересы пользователя были отодвинуты на второй план. 

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

## 🤖 Эволюция роли продакт-менеджера в эпоху ИИ
[[JUMP:5:55]]

По мнению Брайана Толкина, появление развитых систем искусственного интеллекта кардинально меняет инструментарий и механизмы работы над продуктом, но не затрагивает ее глубинную суть. Традиционные артефакты, такие как составление объемных документов с требованиями к продукту (PRD), постепенно уступают место быстрому созданию работающих интерактивных демо-версий. ИИ значительно удешевляет и ускоряет процесс прототипирования. Гость прогнозирует дальнейшее тесное сближение и схлопывание классической триады «продукт — дизайн — разработка», хотя эти функции никогда не сольются полностью.

При этом неизменным ядром профессии, как утверждает Толкин, остаются следующие задачи:

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

Отвечая на вопрос ведущего о конкуренции платформ figma и Replit, Толкин выразил мнение, что в эпоху ИИ все больше продакт-менеджеров будут начинать работу в среде интерактивного прототипирования, а не просто рисовать плоские макеты. Тем не менее, он полагает, что figma продолжит развиваться, сближая дизайн с генерацией production-кода. 

Классический поэтапный «водопадный» процесс (waterfall), когда менеджер пишет документ, дизайнер рисует макет, а инженер пишет код, полностью разрушается. ИИ позволяет менеджеру и дизайнеру совместно за считанные часы собрать рабочий прототип и сразу тестировать его на клиентах, минуя долгую стадию бумажного планирования.

## 📄 Идеальный одностраничник и дилемма технического долга
[[JUMP:9:41]]

Даже в гибком мире прототипов краткие текстовые описания (one-pager) остаются важным элементом синхронизации команды. По словам Толкина, главный фокус хорошего одностраничника должен быть направлен на детальное описание проблемы и контекста (ответ на вопрос «почему?»), а не на спецификацию решения. В основе документа должен лежать сильный инсайт о пользователе или бизнесе. 

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

Приоритетность задач традиционно оценивается по фреймворку ICE (Impact, Confidence, Effort — влияние, уверенность, усилия). Однако Брайан подчеркивает, что этот подход необходимо накладывать на временные горизонты и глобальные приоритеты бизнеса. Из-за этого в командах часто возникают острые споры о том, стоит ли инвестировать ресурсы в запуск новых фич, стабилизацию существующих или выплату технического долга.

Гарри Стеббингс предложил гипотетический сценарий: стартап находится на стадии Series A с выручкой $2 млн ARR, и инвесторы требуют вырасти до $8 млн за год, но у компании стремительно копится технический долг. Что выбрать: экспансию или исправление кода?

Брайан Толкин дает однозначный совет для компаний на ранних стадиях:

> «Когда вы находитесь на этапе Seed или Series A с выручкой в пару миллионов, вы обязаны в первую очередь завоевать свое право на существование в будущем. Выплата технического долга не оплачивает ваши счета».

По мнению гостя, если компания находится в ситуации агрессивного захвата рынка (как Uber в свое время), скорость привлечения водителей и пассажиров важнее идеальной архитектуры. На этапе зарождения бизнеса команда часто еще сама точно не знает, имеет ли создаваемый продукт реальную ценность для рынка, поэтому остановка ради исправления кода может стать фатальной. На этих же этапах Толкин считает обязательным, чтобы роль главного продакт-менеджера (CPO) выполнял сам генеральный директор (CEO), так как аутсорсинг ключевого актива компании на старте крайне опасен.

## 🔄 Переход от одного продукта к мультипродуктовой экосистеме
[[JUMP:13:56]]

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

Лучшим решением этой проблемы Толкин называет создание изолированной «песочницы» (sandbox) для новых инициатив. Для такой микро-команды временно снимается большая часть корпоративных ограничений и комплаенса, чтобы в случае полного провала эксперимент никак не повредил основному пользовательскому опыту. В Uber и Opendoor для этого использовалось географическое разделение по городам, а в случае с Uber Eats проект и вовсе изначально вывели в полностью отдельное приложение и автономную структуру.

Спикер предлагает использовать классическую матрицу $2 \times 2$ для оценки продуктовой экспансии, где осями выступают клиентская база и ключевые компетенции компании:

* **Текущие клиенты + Текущие компетенции:** это ваш базовый core-продукт.
* **Новые клиенты + Новые компетенции:** по сути, это создание совершенно другого, несвязанного бизнеса, что малоэффективно для корпорации.
* **Эффективная зона экспансии:** это либо предложение текущих сильных компетенций новой аудитории, либо расширение возможностей для уже существующей лояльной базы клиентов.

Новый продукт, по мнению Толкина, не обязан напрямую улучшать показатели старого, но он должен железно использовать накопленное конкурентное преимущество компании. В качестве примера работы над ошибками он приводит Opendoor: изначально компания слишком сильно распыляла силы на стороне покупателей жилья, развивая розничное направление и ипотечный бизнес. В итоге руководство осознало необходимость вернуться в квадрант своих главных компетенций — фокусироваться на помощи продавцам недвижимости (Sellers), предлагая им разнообразные и удобные сценарии быстрого выкупа и технологичной продажи домов.

## 🎯 Поиск «зерна истины» в хаосе мнений и методология OKR
[[JUMP:17:16]]

Толкин убежден, что важнейшим навыком топового продакт-менеджера является умение упрощать и находить «зерно истины» в бесконечном потоке входящего шума. На продакта постоянно давят со всех сторон: топ-менеджмент требует выполнения стратегии, клиенты засыпают жалобами, служба поддержки требует исправления багов, а отдел продаж кричит о сорванных сделках из-за отсутствия специфических фич. Чаще всего этот фидбек приходит в форме готовых, но не проверенных решений. Задача лидера — отсечь какофонию и понять глубинную потребность. 

В качестве примера Брайан приводит Uber: стабильность платформы держится на трех китах — доступна ли машина, приедет ли она быстро (в пределах 5 минут) и справедлива ли цена. Если эти базовые параметры соблюдены, все остальные интерфейсные нюансы и мелкие фичи уходят для пользователя на второй план.

Для удержания фокуса Толкин рекомендует использовать жесткую иерархию целей (OKR), которая должна спускаться строго сверху вниз. Высшее руководство определяет главный успех-метрику для всей компании (например, общее количество поездок в Uber), а затем каждая продуктовая команда выстраивает свое дерево подцелей, ладдерных к верхнему уровню.

Ключевые ошибки команд при работе с OKR:

* **Слишком большое количество целей:** у команды должно быть не более 3–5 ключевых метрик в фокусе, иначе фокус размывается;
* **Отсутствие фиксации отказов:** процесс планирования обязан включать четкую артикуляцию того, какие задачи команда осознанно НЕ делает, и на какие компромиссы она идет.

В вопросе баланса между скоростью исполнения (velocity) и идеальной утонченностью (taste) Толкин открыто принимает сторону высокой скорости. Каким бы сильным ни было продуктовое чутье, реальный ответ дает только запуск продукта в мир. Чем больше «ударов по воротам» (shots on goal) делает команда, тем выше математическая вероятность успеха. При этом важно не опускаться ниже минимальной планки качества, чтобы не получить ложноотрицательный сигнал из-за банально плохой реализации.

Оценивая продуктовые изменения (например, масштабные редизайны), Толкин призывает не принимать поспешных решений на основе данных первых двух недель. В это время показатели могут падать просто из-за эффекта новизны и сопротивления пользователей изменениям привычных паттернов (как это было с исчезновением физической кнопки Home на iPhone). Продуктовая команда должна обладать смелостью и выдержкой, чтобы анализировать когортные данные на дистанции с 5-й по 8-ю неделю эксперимента, когда поведение людей стабилизируется.

## 📊 Баланс интуиции и данных, авторитарность и наем «правильных» команд
[[JUMP:26:16]]

Если оценивать подход Брайана Толкина по шкале, где 0 — это исключительно интуитивное управление, а 100 — жесткий анализ сухих данных, то сам себя он позиционирует на отметке 65. Он делает важную оговорку: качественные разговоры с пользователями — это тоже полноценные данные. Глубинные интервью с 10 клиентами могут дать продукту столько же ценной информации, сколько и сухой статистический анализ 150 количественных метрик.

Гость категорически не согласен с концепцией принятия продуктовых решений на основе полного консенсуса. По его мнению, попытки встретиться посередине и удовлетворить мнения каждого приводят к созданию слабых, компромиссных продуктов. В то же время он не поддерживает и слепую диктатуру в стиле «я знаю всё лучше всех». 

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

В вопросах найма подход Брайана эволюционировал от поиска абстрактных «талантливых генералистов» к подбору конкретного типа мышления под текущую стратегию команды. Продакт-менеджеры обладают разным бэкграундом (дизайн, разработка, аналитика, консалтинг или операционка). Толкин цитирует близкого коллегу по Opendoor:

> «Вы нанимаете свою стратегию».

Выбор человека напрямую определяет то, как именно будет развиваться продукт. Толкин выделяет два уровня соответствия при найме:

1.  **Соответствие специфике задач:** если команда строит сложную внутреннюю инфраструктуру и алгоритмы оптимизации, ей необходим математический, сильный технический или дата-бэкграунд.
2.  **Соответствие культуре функции:** если продуктовой организации не хватает драйва и экспериментов, нужно нанять увлеченного «мейкера-изобретателя» (tinkerer), который заразит этой энергией остальных.

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

Для проверки кандидатов Брайан использует тестовые задания и разбор неоднозначных бизнес-кейсов, где оценивается не знание тактик (как запускать спринт или приоритизировать бэклог можно легко научить), а фундаментальная ясность мышления. Идеальная длительность рабочего спринта для большинства продуктовых команд, по его оценке, составляет две недели.

Гость верит в концепцию «не соглашайся и подчиняйся» (disagree and commit). Человек может быть не согласен с выбранным вектором, но обязан выложиться на 100% ради скорости проверки гипотезы во время спринта. Однако если сотруднику приходится «наступать на горло собственной песне» слишком долго, это явный сигнал о ценностном рассинхроне и необходимости сменить компанию. 

Также Толкин отмечает высокую ценность внутренних горизонтальных переходов (например, из поддержки или аналитики в продукт), подчеркивая, что такие специалисты обладают уникальным контекстом, который редко можно найти на открытом рынке.

## 📈 Будущее инженерии, физический мир и сила долгосрочной карьеры
[[JUMP:37:12]]

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

Брайан Толкин высказал альтернативный взгляд: ИИ резко поднимает ценность топ-1% и топ-5% специалистов в любой дисциплине, при этом драматически обесценивая средний, медианный уровень сотрудников. Способность инженеров мыслить наперед, заглядывать за угол и проектировать сложные, отказоустойчивые архитектурные системы останется критически важной.

В операционно сложных бизнесах, таких как Uber или Opendoor, классическая продуктовая триада расширяется до обязательного включения функции Product Ops (продуктовых операций). В таких компаниях невозможно отделить красивый цифровой интерфейс в смартфоне от хаотичной физической реальности.

*Компьютеры детерминированы, а люди и реальный мир — нет.* Физическая энтропия (грязная машина Uber, сорванный показ дома) может разрушить пользовательский опыт вопреки идеальному софту. Продакт-лидер обязан принимать реальность этого хаоса и адаптировать под него цифровые алгоритмы.

Для поддержания боевого духа команды Толкин рекомендует практиковать осознанное «управление импульсом» (momentum management). Если команда только сформировалась, пережила сокращения или вернулась после затяжных новогодних праздников, лидер должен искусственно сместить приоритеты в сторону краткосрочных, легких в реализации, но гарантированных побед. Быстрый успешный релиз небольшой фичи за одну неделю возвращает инженерам драйв и веру в свои силы, создавая правильный кумулятивный эффект.

В завершение беседы Брайан выступил с критикой популярного в Кремниевой долине тренда менять работу каждые 18 месяцев. По его мнению, истинная личная эффективность и способность совершать масштабные прорывы приходят только с годами работы в одной компании. Долгий срок внутри одного бизнеса позволяет накопить уникальные социальные связи, глубочайшее понимание клиентов и контекста, что кратно ускоряет запуск сложных инициатив. Студентам и выпускникам университетов Толкин советует начинать карьеру в стартапах относительно ранней стадии: это идеальный баланс, позволяющий увидеть работающие бизнес-процессы и одновременно совершить собственные ошибки.

## ⚡ Блиц-опрос: от родительских лайфхаков до главного решения в карьере
[[JUMP:43:04]]

* **Совет молодым родителям:** Безоговорочно соглашайтесь на любую помощь, которую предлагают близкие. Жить рядом с родителями и друзьями, готовыми подстраховать — это настоящий родительский чит-код.
* **Главная причина провала стартапов в поиске Product-Market Fit:** Основатели слишком часто влюбляются в придуманное ими решение вместо того, чтобы искренне и глубоко изучать саму проблему пользователей.
* **Лучшее продуктовое решение Брайана Толкина:** Запуск прозрачного предварительного ценообразования (Upfront pricing) для Uber Pool. Изначально стоимость рассчитывалась постфактум на основе минут и миль в пути, завися от успешности подбора попутчика. Переход на фиксированную стоимость до нажатия кнопки заказа кардинально улучшил экономику продукта и пользовательский опыт.
* **Самая конфликтующая с продуктом функция:** Операционный отдел (Operations). У этих команд кардинально различаются скорость, темп и подходы к решению проблем, из-за чего им бывает трудно найти общий язык при выборе между софтверным и операционным путями устранения багов.
* **Продукты, вызвавшие недавний «вау-эффект»:** Мультимодальные возможности ChatGPT (анализ скриншотов и видео), умные очки Ray-Ban Meta за их потрясающе проработанный пользовательский опыт, а также генератор музыки Suno AI.
* **Что изменить в современном продуктовом мире:** Разрушить жесткие барьеры между отделами. Толкин хочет, чтобы с помощью ИИ-инструментов менеджеры перестали тратить недели на согласование документации и гораздо быстрее переходили к совместному созданию и тестированию живых прототипов.