В новом выпуске подкаста Ленни Рачитского топ-менеджер Джереми Хенриксон делится уникальным опытом управления продуктовыми командами в периоды экстремального масштабирования и неопределенности. Собеседники детально анализируют операционные модели крупнейших технологических компаний — от взрывного сорокакратного роста биржи Coinbase во время криптовалютного бума до построения сложнейшей экосистемы «составного стартапа» в Rippling. На примере реальных кейсов Хенриксон объясняет, почему классические концепции вроде MVP могут вредить бизнесу, как выстраивать культуру быстрых решений и почему лидеры обязаны глубоко погружаться в технические детали.
📈 Испытание масштабированием: 40-кратный рост Coinbase в условиях безумия крипторынка 3:24
Период с 2016 по 2018 год стал для криптовалютного рынка временем беспрецедентной волатильности, когда цена биткоина взлетела с 1000 до 20 000 долларов всего за несколько месяцев. Джереми Хенриксон, занимавший тогда пост директора по продукту (Chief Product Officer) в Coinbase, вспоминает 2017 год как одновременное воплощение мечты и кошмара любого продуктового лидера. За один календарный год объем использования платформы вырос в 40 раз. Это потребовало от команды не просто оперативного вмешательства, а экстренного перестроения систем в условиях, когда пользователи массово заходили торговать по субботним утрам, регулярно ломая архитектуру на стыках.
По мнению Хенриксона, главным вызовом в моменты такого тектонического сдвига становится удержание фокуса команды. В условиях, когда вокруг все стремительно богатели на крипте, внутри Coinbase действовало жесткое правило: полностью исключить разговоры о легких деньгах. Джереми Хенриксон подчеркивает, что фокус смещали исключительно на клиентов, их средства и безопасность. Директор по безопасности компании Филип Мартин сумел внедрить парадигму, при которой даже самые поспешные решения принимались исключительно сквозь призму защищенности данных и активов. Команде приходилось балансировать между тушением сиюминутных пожаров (когда падал сайт) и проектированием инфраструктуры под ожидаемые объемы нагрузок на шесть месяцев вперед.
Ситуация осложнялась тотальной неопределенностью самого рынка. В 2017 году даже внутри компании велись ожесточенные споры о том, выживет ли Ethereum и станет ли он полноценным феноменом, и ни у кого не было точного ответа. Хенриксон отмечает, что залог успеха в таких дискуссиях — умение выработать единую и четкую позицию компании. Даже если на периферии остаются сомнения, вся команда обязана на полной скорости двигаться в выбранном направлении до тех пор, пока руководство осознанно не решит изменить курс. Несмотря на тяжелейший стресс и рождение дочери в тот период, Хенриксон считает этот опыт горнилом, который максимально ускорил его личное и профессиональное развитие.
⚡ Секреты сохранения скорости на масштабе: Модель Rippling 8:52
Вопрос сохранения и даже увеличения скорости разработки при росте организации — одна из главных тем, по которой коллеги и предприниматели обращаются к Джереми Хенриксону за консультациями. На основе своего опыта в Rippling он выделяет несколько универсальных принципов управления скоростью (velocity):
- Формирование небольших команд с четкими миссиями: Когда над одной задачей пытаются работать 300 человек, возникают колоссальные коммуникационные барьеры. Большую проблему необходимо разбивать на мелкие фрагменты, минимизируя горизонтальные связи.
- Инвестиции в технологическую платформу: Наличие прозрачной платформы с понятным интерфейсом резко снижает сложность принятия решений для команд, работающих над конкретными продуктовыми доменами. Это требует от инженеров одновременного системного и продуктового мышления.
- Глубокое погружение руководства (Diving Deep): Хенриксон считает опасным заблуждением стиль руководства, при котором топ-менеджер лишь «указывает, какую гору взять». Лидер должен спускаться в окопы к исполнителям и детально разбирать самые сложные и запутанные проблемы.
- Баланс опыта и ролей в команде: Люди, идеальные для этапа «от нуля к единице» (zero-to-one), часто теряют интерес или оказываются неэффективными, когда продукт нужно масштабировать на миллионы пользователей. Требуется постоянная калибровка состава команд.
По словам Хенриксона, грамотное сочетание этих факторов позволяет продуктовой организации не замедляться, а, напротив, ускоряться со временем за счет накопления платформенных возможностей.
🏗️ Внутри фабрики продуктов: Как в Rippling создаются новые направления с нуля 12:11
В качестве яркого примера эффективности малых автономных групп Джереми Хенриксон приводит историю создания продукта Time and Attendance (учет рабочего времени) в Rippling около трех лет назад. На рынке существовал огромный спрос, но у компании этого функционала еще не было. Вместо развертывания масштабного департамента руководство Rippling выбрало альтернативный путь. На старте проект доверили всего одному талантливому системному инженеру Саше, обладающему продуктовым мышлением, к которому напрямую подключился генеральный директор компании Паркер Конрад.
В течение девяти месяцев команда, разросшаяся всего до четырех человек, полностью с нуля создала готовый продукт. Они были маньякально сфокусированы на одной задаче и вообще не отвлекались на происходящее в смежных подразделениях — будь то расчет зарплаты (payroll) или ИТ-продукты, за исключением минимально необходимых интеграций. Сегодня эта модель масштабирования новых бизнес-единиц полностью стандартизирована в Rippling и воспроизведена уже более десятка раз.
Типичный жизненный цикл разработки нового продукта в компании выглядит следующим образом:
- Формируется концепция на одну страницу (one-pager).
- Назначается инженер-основатель (Founder-type), обладающий предпринимательским мышлением и умением принимать решения в условиях дефицита информации.
- К нему подключается выделенный дизайнер (design partner), досконально знающий библиотеку компонентов и интерфейсы Rippling.
- Первые несколько месяцев инженер тратит на глубокое изучение платформы внутри другой команды и общение с создателями уже запущенных продуктов.
- Параллельно нанимается микрокоманда из 2–4 инженеров с менталитетом «zero-to-one».
- В течение 6–9 месяцев продукт проходит путь от чистого листа до внутреннего тестирования (dogfooding) и официального релиза.
На финальном этапе, как отмечает Хенриксон, команда может быть расширена, например, с 4 до 15 человек, если этого требуют масштабы продакшена. При этом каждые пару недель группа напрямую встречается с Джереми или Паркером для жесткого прессинга дизайна и юзабилити с позиции конечного администратора.
🚫 Против течения: Почему Rippling избегает MVPs и проектирует под сложные кейсы 18:12
Джереми Хенриксон открыто заявляет, что не является сторонником концепции MVP (Minimum Viable Product) в контексте бизнеса Rippling, хотя и признает ее полезность для стартапов на самых ранних стадиях, не имеющих валидации рынка. По его мнению, создание «минимально жизнеспособного продукта» наносит вред как клиентам, так и самой команде разработчиков. При проектировании MVP оптимизация происходит исключительно ради скорости, что убивает глубокое продуктовое мышление и ограничивает креативность.
Главная опасность MVP, как утверждает Хенриксон, носит технический характер. Когда инженеры ориентируются только на простые сценарии использования и никто не заставляет их думать о сложных граничных случаях (например, требованиях к администрированию крупных госпиталей или медицинских учреждений), закладываются неверные архитектурные допущения. За полгода или год на эту зыбкую основу накладываются сотни других решений, и распутать этот технологический узел впоследствии становится практически невозможно.
Философия Rippling противоположна: Хенриксон требует от команд проектировать продукт под самый сложный и масштабный сценарий (например, глобальная корпорация на 10 000 сотрудников с запутанными процессами), даже если первая версия этот сценарий поддерживать не будет. Архитектура изначально должна создаваться с запасом на экстремальную сложность. Это требует больше времени на старте, но колоссально экономит ресурсы в долгосрочной перспективе.
В качестве примера Хенриксон приводит создание модуля Global Payroll (международный расчет зарплат). Самым быстрым MVP-решением было бы просто скопировать существующую кодовую базу для США и адаптировать ее под Великобританию. Однако Rippling пошел сложным путем, решив сразу запускаться в шести кардинально отличающихся странах (включая Великобританию, Канаду, Германию, Индию). Разработчики создали гибкую систему, учитывающую требования HRIS, специфику работы с международными подрядчиками и модель Employer of Record (официальный работодатель). В итоге 80% логики заложено в общую платформу Global Payroll, а 20% страновой специфики настраивается силами юристов и специалистов по комплаенсу через интерфейс, без привлечения дорогостоящих инженеров.
🏢 Концепция Compound Startup: Сила единой платформы 23:25
В основе бизнес-модели Rippling лежит концепция «составного стартапа» (compound startup). Вместо развития одного изолированного продукта компания строит множество технологических бизнесов, которые тесно интегрированы между собой. Расчет зарплат, управление бонусами и страхованием, менеджмент корпоративных устройств (device management), идентификация пользователей (identity management), учет времени — каждое из этих направлений само по себе представляет гигантскую индустрию с многомиллиардными игроками.
Идея основателя компании Паркера Конрада заключалась в том, что использование разрозненных вертикальных ИТ-решений неизбежно приводит к хаосу: данные сотрудников бесконечно дублируются, копируются в таблицы и рассинхронизируются. Единственно верный подход, с точки зрения Rippling, — создание единой системы учета (single system of record) и общей базы данных. На этом фундаменте разворачиваются сквозные сервисы аналитики, отчетности, управления правами доступа и рабочими процессами. Хенриксон признает, что энергия активации для запуска такой модели невероятно высока; то, что Паркер и технический сооснователь Прасанна смогли реализовать первые версии этих систем, он называет маленьким чудом.
Главным дифференциатором Rippling становится именно платформа, а не превосходство конкретного вертикального модуля над конкурентами. Хенриксон приводит простую аналогию с определением руководителя сотрудника:
- В большинстве ИТ-систем для этого приходится выгружать списки имен и имейлов в Excel-таблицы, сопоставлять ID и загружать обратно в другие программы. Такая информация устаревает в ту же секунду, так как оргструктура меняется непрерывно.
- В Rippling, благодаря единой системе учета, любой подключенный продукт мгновенно и всегда безошибочно знает, кто является менеджером конкретного человека в данный момент.
Решение фундаментальной проблемы консолидации данных открывает перед компанией возможности, которые, по мнению Хенриксона, физически недоступны ни одному другому игроку на рынке.
⏱️ Культура экстремальной скорости и принятия решений 27:07
Уникальной чертой внутренней культуры Rippling Джереми Хенриксон называет феноменальную скорость исполнения и принятия решений. По его словам, эту динамику невозможно до конца осознать, пока не столкнешься с ней лично: в компании не принято откладывать обсуждения на следующую неделю или даже на завтра. Если в ходе текущей встречи возникает развилка, решение принимается немедленно, либо в Slack-звонок оперативно подключается нужный специалист, чтобы закрыть вопрос в тот же день. Безусловно, существуют необратимые стратегические шаги, требующие времени, но для подавляющего большинства повседневных задач поддерживается максимальный темп.
Хенриксон отмечает, что эту культуру лично моделирует генеральный директор Паркер Конрад во всех коммуникациях. Скорость зафиксирована в официальных принципах лидерства компании. Огромную роль в формализации этих ценностей сыграл операционный директор Мэтт Макгиннис, который за год до прихода Джереми провел глубокий анализ того, какие качества определяют успех сотрудников в Rippling, а из-за каких люди, напротив, не приживаются в коллективе.
Одним из ключевых принципов стал девиз «Go and See» («Иди и смотри»). Продуктовый лидер не имеет права слепо делегировать задачи. Он обязан дойти до самого конца цепочки — вплоть до инженера, пишущего код, чтобы лично разобраться в деталях. В качестве примера Хенриксон приводит период глобальной экспансии. Первоначально казалось, что запуск payroll-системы в Великобритании будет мало отличаться от американского опыта. Однако после того, как руководитель направления лично углубился в изучение местных налоговых законов, стало понятно, что подход нужно в корне менять. Команде пришлось проектировать глобальную систему налоговой отчетности, способную адаптироваться под специфику разных стран — например, под налоги на уровне графств и городов в Огайо или Пенсильвании, которые могут меняться местными администрациями без какого-либо предварительного уведомления.
Именно поэтому, как объясняет Хенриксон, Rippling сознательно держит продуктовую организацию очень плоской и компактной. От каждого продакт-менеджера ожидается, что он станет главным в мире экспертом в своем узком домене, способным выдать обоснованное решение за 30 минут, а не брать три дня на сбор информации.
🎯 Принципы лидерства: Быть правым часто и уметь менять мнение 38:44
Еще один важнейший принцип, унаследованный Rippling в том числе из практик Amazon, звучит так: «Лидеры правы в большинстве случаев» (Leaders are right a lot). Хенриксон считает эту черту критически важной для продуктового департамента. Ошибки продакт-менеджеров обходятся компании слишком дорого, поскольку они впустую расходуют время и энергию сотен инженеров. Сильный лидер обязан уметь зайти в хаотичную среду с неполной информацией, выслушать все стороны и твердо сказать: «Мы идем туда». По мнению Хенриксона, это труднонарабатываемый навык — обладать уверенностью сделать жесткий выбор, который спустя год окажется единственно верным.
Этот навык напрямую связан со стратегическим планированием международной экспансии Rippling. Руководство компании исходит из допущения, что в конечном итоге они должны присутствовать везде. Алгоритм приоритизации рынков выглядел следующим образом:
- Анализ базы из тысяч американских клиентов и выявление стран, где у них уже есть международные сотрудники или контрактники (на основе реальных данных системы учета).
- Формирование списка стран в сухом числовом порядке по объему явного спроса.
- Оценка сложности внедрения, регуляторных рисков, длительности получения лицензий (long poles) и стратегической ценности каждого рынка (Великобритания, Канада, Германия, Индия).
Хенриксон убежден, что выходить на международный уровень любому бизнесу нужно гораздо раньше, чем кажется. Процесс всегда оказывается сложнее и специфичнее, чем предполагают основатели. Культурные различия колоссальны: например, британцы могут счесть оскорбительным отсутствие буквы «u» в слове colour в интерфейсе. А если во время демонстрации продукта немецкому клиенту на экране всплывет поле американского номера соцстрахования (SSN), компания мгновенно потеряет всякое доверие, каким бы великолепным ни был остальной функционал. Ситуацию с экспансией Rippling резко подстегнула пандемия COVID-19, когда даже микрокомпании из двух человек внезапно стали международными, начав нанимать сотрудников по всему миру.
При этом Хенриксон подчеркивает: великие лидеры обязаны уметь регулярно менять свое мнение при появлении новых фактов. Готовность открыто признать ошибку и скорректировать курс — это базовое проявление ментальной гибкости, без которого продуктовый руководитель обречен на провал.
🛠️ Отношение к фреймворкам, процессы и найм сильнейших 45:26
Джереми Хенриксон занимает жесткую позицию в отношении методологий разработки: он выступает категорически против процессов, которые подменяют собой глубокое продуктовое мышление. Хенриксон не верит в слепое и догматичное следование канонам Scrum или Kanban. Процесс должен создавать лишь минимально необходимую рамку для эффективной работы команды в конкретной точке ее жизненного цикла, и не более того. Единственные элементы жесткой унификации в Rippling — это сквозное ведение задач в Jira и строгое соблюдение таймлайнов квартального планирования. Если команда пропустила дедлайн планирования, компания просто двигается дальше, не заставляя остальных подстраиваться под отставших. При этом на уровне инженерии Хенриксон полностью поддерживает такие строгие практики, как разработка через тестирование (Test-Driven Development, TDD).
Сравнивая продуктовую культуру Coinbase и Rippling, Хенриксон отмечает фундаментальное различие, продиктованное спецификой доменов:
- В Coinbase ключевым навыком было управление тотальной неопределенностью и реакция на внешние шоки. Команда тратила много энергии на внутренние дебаты о будущем крипторынка и регуляторики, после чего применялся принцип «disagree and commit» (не соглашайся и выполняй).
- В Rippling цели предельно ясны и осязаемы (например, продукт для управления устройствами должен одинаково стабильно работать на macOS и Windows). Главный фокус здесь смещен на архитектурную сложность и то, как максимально эффективно использовать возможности единой платформы. Из-за отсутствия когнитивного диссонанса относительно самого будущего рынка, общая скорость разработки в Rippling объективно выше.
При найме продакт-менеджеров Хенриксон использует короткий процесс из нескольких этапов, кульминацией которого становится разбор сложного кейса. Проблемное поле кейса намеренно делается слишком огромным, чтобы у кандидата не было возможности подготовить все ответы заранее. В процессе интервью Джереми резко меняет одно из ключевых условий задачи, проверяя ментальную маневренность человека. Способность кандидата мгновенно просчитать последствия изменения одного допущения — главный критерий отбора.
Вторым важнейшим маркером Хенриксон называет качество вопросов, которые кандидат задает в самом начале интервью. В качестве примера он вспоминает собеседование трехлетней давности с Кайлом Бостоном, который ныне возглавляет платформенное продуктовое направление Rippling. Кайл, не имея глубокого контекста, задал точный вопрос о необходимости выделения сквозных платформенных столпов (таких как сквозная система разрешений) под базой данных сотрудников — идея, которую менеджмент компании тогда только начинал кристаллизовать. Молодым специалистам Хенриксон советует сохранять предельную скромность (humility). Осознание того, что в продукте никто изначально не знает правильного ответа, — единственный способ оставаться открытым для сбора информации и непрерывного поиска лучших решений.
⚡ Молниеносный раунд и личные инсайты 1:02:14
В традиционном блиц-опросе Джереми Хенриксон раскрылся не только как прагматичный топ-менеджер, но и как увлеченный гик и аудиофил. Отвечая на вопросы ведущего, Хенриксон поделился своими личными рекомендациями и инсайтами:
- Любимые книги: Масштабный эпический цикл «Барочный цикл» (The Baroque Cycle) Нила Стивенсона из 9 книг, посвященный эпохе Просвещения и зарождению науки, а также научно-фантастический цикл «Культура» (The Culture series) Иэна Бэнкса.
- Кино и сериалы: Проект «The Last of Us» (Хенриксон как фанат оригинальной игры высоко оценил бережную адаптацию) и научно-фантастический блокбастер Кристофера Нолана «Довод» (Tenet), в котором Джереми с удовольствием распутывал сложнейшие переплетения временных шкал.
- Главный вопрос на интервью: «Какие у вас есть вопросы ко мне?» — Хенриксон задает его в самом начале беседы.
- Технические открытия: Кулер для процессора Corsair h60, который удивил своей универсальностью при ремонте компьютера жены, и премиальные беспроводные наушники Focal Bathys. Будучи аудиофилом, Джереми отмечает их потрясающий динамический диапазон и шумоподавление при прослушивании классической и эмбиент-музыки.
Среди недавних операционных нововведений в Rippling, принесших наибольший эффект, Хенриксон выделил внедрение системы «императивов» (imperatives). Это жестко ограниченный топ-список из примерно 10 ключевых кросс-командных приоритетов на квартал или полугодие (например, задачи глобализации или фундаментальные улучшения платформы). По мнению Хенриксона, ценность этого списка заключается не только в фиксации того, что обязаны делать абсолютно все команды инженерии и продукта, но и в четком очерчивании круга задач, которые компания осознанно делать НЕ будет, что гарантирует железную концентрацию ресурсов.
Вне работы главным увлечением Джереми остаются сложные настольные стратегические игры европейского типа, в которые он играет со своими детьми шести и восьми лет с утра до вечера. Семья Хенриксонов только что завершила прохождение масштабной кооперативной кампании «Пандемия: Наследие» (Pandemic Legacy) и готовится к погружению в культовую хардкорную настольную игру «Мрачная гавань» (Gloomhaven).
