Как CEO Rippling построил составной стартап вопреки правилам Кремниевой долины

На конференции SaaStr основатель и CEO компании Rippling Паркер Конрад представил свою уникальную концепцию «составного стартапа» (compound startup), бросающую вызов главному догмату Кремниевой долины — необходимости жесткого узкого фокуса. В формате дискуссии с ведущим Сэмом спикер разобрал эволюцию платформы Rippling, сочетающей в себе функции управления кадрами, ИТ-инфраструктурой и корпоративными финансами. В основе этого материала лежит анализ новой бизнес-модели, ломающей привычные представления о разработке софта и доказывающей превосходство глубоко интегрированных систем над разрозненными точечными решениями.

👶 Истоки концепции: почему культ «фокуса» в Кремниевой долине устарел 0:00

История компании Rippling и управленческого подхода её лидера началась задолго до официального признания теории многопродуктовых платформ. Как вспоминает ведущий Сэм, ещё в конце 2013 — начале 2014 года, работая под руководством Паркера Конрада, команда столкнулась с его амбициозным стилем управления. При запланированной на год цели по выручке в 10 миллионов долларов ARR (годового повторяющегося дохода), когда стартап начинал всего с полумиллиона, Конрад предложил провести мысленный эксперимент и поднять планку до 20 миллионов. Спустя всего 48 часов эта гипотетическая цель стала официальным бизнес-планом, что продемонстрировало стремление предпринимателя двигаться быстрее и масштабнее общепринятых стандартов.

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

По мнению основателя Rippling, традиционная стратегия узкого фокуса имеет несколько критических недостатков:

• Она ограничивает разработчиков рамками одной вертикали, делая невозможным решение глубоких кросс-функциональных проблем, связанных со взаимодействием различных бизнес-систем.
• Рынок точечных решений (point solutions) перенасыщен: если 15 лет назад любой SAS-стартап в новой вертикали мог легко добиться успеха, то сейчас в каждой нише присутствует по два-три сильных конкурента.
• Она лишает компанию понятного вектора развития при переходе к созданию второго продукта, поскольку вся организационная структура изначально затачивается под единственное решение.

В качестве альтернативы Паркер Конрад предлагает концепцию «составного стартапа» (compound startup) — компании, которая параллельно разрабатывает множество различных продуктов, изначально спроектированных как глубоко интегрированные и бесшовно взаимодействующие между собой элементы единой экосистемы. Спикер отмечает, что эта область остаётся практически неисследованной из-за давления догмы о необходимости фокуса, что скрывает от индустрии целые «острова» нераскрытого продуктового соответствия (product-market fit).

Конрад выделяет пять ключевых преимуществ составного стартапа:

1. Глубокая интеграция продуктов между собой на системном уровне.
2. Наличие единой базовой системы учёта (system of record) — в случае Rippling это полные данные о сотрудниках компании, интеграция с которыми открывает уникальные функциональные возможности.
3. Использование общего технологического слоя (middleware). Платформенные компоненты — отчеты, аналитика, автоматизация рабочих процессов, ролевые права доступа и кастомные политики — создаются один раз и используются во всех продуктах. Это позволяет инвестировать в их проработку в 100 раз больше ресурсов, чем может позволить себе любой точечный конкурент.
4. Общий пользовательский интерфейс (UX). Клиентам не нужно переучиваться при покупке новых модулей платформы. В качестве аналогии Конрад приводит Salesforce: специалисты по продажам предпочитают покупать новые расширения (например, CPQ) у них же, так как они уже умеют работать в этой среде.
5. Ценовое преимущество. Составная платформа имеет возможность оптимизировать стоимость подписки на весь пакет продуктов (bundle), не пытаясь вернуть все затраты за счёт одного решения. Классическим примером такой стратегии Конрад называет Microsoft, сделавшую Teams бесплатным приложением внутри своего пакета, что в итоге вынудило Salesforce поглотить конкурирующий мессенджер Slack.

🚀 Переломные моменты: эволюция от точечных утилит к ультимативной платформе 18:29

Путь Паркера Конрада к текущей бизнес-модели включал последовательную эволюцию его взглядов на архитектуру программных продуктов. На ранних этапах карьеры он выступал сооснователем проекта Sig Fig, который представлял собой классическое точечное решение. Следующим шагом стало создание компании Zenefits, продемонстрировавшей первые признаки составного стартапа, и, наконец, основание Rippling, ставшей, по оценке ведущего, ультимативным воплощением этой концепции.

По признанию Конрада, на старте Rippling у него не было готового термина «составного стартапа». Более того, в ходе ранних раундов общения с инвесторами основатели чувствовали себя виноватыми и постоянно извинялись за чрезмерно широкий спектр задач, пытаясь защитить свою стратегию перед лицом стандартных вопросов венчурных фондов о причинах потенциального краха. Однако со временем пришла уверенность, поскольку именно многопродуктовость превратилась в главное долгосрочное преимущество бизнеса.

В качестве доказательств жизнеспособности модели спикер приводит финансовые аномалии Rippling:

• Нетипично высокая устойчивость темпов роста бизнеса (growth persistence) из года в год.
• Стабильный показатель удержания чистой выручки (NDR) на уровне 130%. Конрад подчёркивает, что в период кризиса и массовых сокращений в технологическом секторе, когда клиентская база стартапа сократилась на 10% в пересчёте на платные рабочие места, NDR остался высоким исключительно благодаря кросс-продажам новых модулей существующим клиентам.
• Объём кросс-продаж внутри экосистемы Rippling превышает 5 миллионов долларов чистой новой выручки (net new ARR) ежемесячно, без учёта привлечения сторонних клиентов.

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

Комментируя возможность трансформации уже существующего точечного бизнеса в составной стартап, Конрад выражает глубокое сомнение в успехе подобного маневра. По его мнению, осуществить такой переход после запуска практически невозможно — основателям придётся фактически «перезапустить» компанию с нуля, отменив прежние технологические и организационные решения. В крупных зрелых компаниях заложено слишком много фундаментальных ограничений: от конфигурации систем CRM до структуры компенсаций менеджеров по продажам и маркетингового позиционирования. В качестве примера Конрад рассматривает компанию Gong, которая начинала с записи и транскрипции звонков, а теперь пытается конкурировать с Salesforce. По его оценке, для построения полноценной составной платформы им следовало изначально создавать CRM, систему записи разговоров, маршрутизацию лидов и календарное планирование как единое целое, а не пытаться достраивать модули позже.

⚠️ Вызовы и потенциальные ошибки: цена параллельного исполнения 7:07

Обратной стороной масштабной стратегии выступает экстремальная сложность её практической реализации. Главная претензия критиков к составным стартапам заключается в предположении, что невозможно делать много вещей одновременно и качественно, из-за чего компания неизбежно создаст лишь поверхностные, слабые версии продуктов. Паркер Конрад соглашается с этим риском и заявляет, что создание некачественного софта в рамках платформы губительно для бизнеса. По его словам, если клиент приобретает 7 продуктов, из которых 6 работают отлично, а один вызывает недовольство, компания столкнется с полным оттоком (churn) этого пользователя. Таким образом, составной стартап оказывается лишь настолько силён, насколько сильно его самое слабое звено.

Второй фундаментальной проблемой многопродуктовой модели является позиционирование бренда. Конрад открыто называет вопрос идентичности Rippling самым сложным вызовом для компании, поскольку на рынке просто отсутствуют прямые аналоги. На практике клиенты никогда не ищут «платформу Rippling» абстрактно — они приходят со строго определённой точечной болью, например, желая заменить устаревшую систему Sage или автоматизировать процесс выдачи доступов новым сотрудникам.

Спикер описывает стандартную динамику взаимодействия с клиентами следующим образом:

• На начальном этапе покупатели практически никогда не приобретают все доступные модули сразу, обычно ограничиваясь пакетом из 7 SKU.
• Задача отдела продаж в рамках этой модели — убедить клиента, что его изолированная техническая трудность (например, ручная настройка учетных записей в Slack, Dropbox, GitHub, email и Salesforce) представляет собой лишь симптом глубокой системной «болезни».
• Этой «болезнью» Конрад считает фрагментацию данных о сотрудниках в разрозненных бизнес-системах компании. Если решить проблему на фундаментальном уровне единой платформы, Rippling автоматически ликвидирует ещё два десятка сопутствующих административных проблем в других департаментах.

💡 Уроки построения «составного стартапа»: архитектура продаж и дилемма разработки 25:56

За время развития Rippling команда осуществила запуск около двух десятков различных продуктов. Оценивая этот опыт, Конрад самокритично заявляет, что компания не умеет проводить классические пиар-кампании продуктов, поскольку медийный шум вокруг запусков обычно держится от 48 часов до пары недель, после чего сменяется полным затишьем. Вместо погони за краткосрочным вниманием прессы Rippling сфокусировалась на выстраивании долгосрочного механизма кросс-продаж, запускающегося сразу после релиза.

Этот механизм опирается на три ключевых элемента структуры:

1. Выделенная организация по управлению аккаунтами (Account Management). В отличие от классического клиентского сервиса, эти сотрудники формируют полноценный коммерческий отдел с жесткими планами по продажам, ориентированный на внедрение новых SKU существующим клиентам.
2. Автономные профильные отделы продаж для сложных технологических продуктов. Например, направления глобальной занятости (Global team) и финансового облака (Finance cloud), а также готовящаяся к выходу система управления подбором персонала (ATS) имеют собственные коммерческие структуры.
3. Внутренняя рекламная платформа. Внутри интерфейса Rippling развернута автоматизированная система продвижения собственных продуктов. Алгоритмы машинного обучения оценивают профиль конкретного пользователя в компании и контекст его работы, подбирая наиболее релевантные рекламные креативы для генерации лидов, которые затем передаются аккаунт-менеджерам.

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

Разделение коммерческого блока позволяет воссоздать преимущества узкофокусных конкурентов. Когда у направления есть собственный вице-президент по продажам, он круглосуточно сфокусирован на анализе точечных конкурентов и рыночной экспансии. Напротив, руководитель общих продаж с 25 продуктами в портфеле неизбежно выберет 3–4 наиболее простых и маржинальных SKU для выполнения текущего плана, проигнорировав потенциально успешные, но менее заметные на общем фоне продукты. Конрад констатирует, что с этой проблемой регулярно сталкивается Salesforce, и предполагает, что крупные компании обречены циклически менять структуру каждые 5–7 лет, переходя от единого отдела продаж к разделенным командам и обратно, в зависимости от того, какая организационная «мышца» ослабла в данный момент.

При решении дилеммы «разрабатывать или партнерствовать» (build vs partner) Rippling руководствуется строгим правилом: создавать продукт самостоятельно имеет смысл только тогда, когда это максимизирует упомянутые пять платформенных преимуществ. Именно поэтому компания пошла в сферу корпоративных финансов (управление расходами, оплата счетов, корпоративные карты), поскольку эти инструменты требуют детального понимания структуры сотрудников, их лимитов и цепочек согласования, что невозможно реализовать без прямой интеграции с кадровым ядром системы.

🌍 Текущий этап: триединое облако и экспансия на международный рынок 8:00

На текущем этапе развития Rippling активно масштабирует свое присутствие за пределами домашнего региона, объявив о полноценном запуске платформы на рынке Великобритании. По мнению Паркера Конрада, ситуация с расчетом заработных плат в британском сегменте наглядно иллюстрирует ущербность использования разрозненного софта. Процесс начисления выплат превратился в хаотичную «хэш-функцию» от множества кадровых изменений внутри организации. Британский бизнес вынужден вести учет сотрудников, пенсионные отчисления, рабочие часы и отпуска в изолированных таблицах и программах, после чего вручную загружать сводные файлы в банковские интерфейсы, что порождает колоссальный объем рутины и ошибок. В качестве примера Конрад приводит расчет отпускных выплат в Великобритании, где часовая ставка должна высчитываться на основе исторического среднего дохода за прошлый год с учетом сверхурочных, что требует от систем учета leave-периодов прямой связи с историей выплат.

Эффективность автоматизации Конрад демонстрирует на примере собственной компании. В Rippling работают 2000 человек, при этом Паркер Конрад является единственным администратором системы и лично рассчитывает заработную плату для всего глобального штата в десятке стран мира в рамках частичной занятости. В то же время, согласно внутренним исследованиям Rippling, в среднестатистической британской компании малого и среднего бизнеса профильный специалист тратит на расчет payroll от 5 до 6 дней ежемесячно. Благодаря бесшовному подходу процесс оформления и вывода на работу нового сотрудника в Rippling занимает всего 90 секунд.

Сегодня архитектура Rippling вышла далеко за рамки классического HR-софта и включает три независимых продуктовых облака:

• HR Cloud — управление кадрами, расчетом зарплат и кадровым делопроизводством.
• IT Cloud — автоматическое предоставление доступов в сторонние приложения (Slack, Dropbox, GitHub, Salesforce), создание корпоративной почты, заказ, доставка и удаленное управление рабочими компьютерами сотрудников.
• Finance Cloud — компенсация расходов, оплата счетов поставщиков и выпуск корпоративных карт.

Эта структура позволяет глобальным компаниям отказаться от поддержки локальных технологических стеков (таких как Sage в Великобритании, Lucca во Франции или Datev в Германии), объединив управление международными филиалами в едином интерфейсе.

В рамках панельной дискуссии спикеры затронули тему конкуренции с популярными международными сервисами наема, такими как Deal или Remote. По мнению Паркера Конрада, данные проекты несут в себе «первородный грех» с продуктовой точки зрения, поскольку они не создавали собственную инфраструктуру расчета зарплат. Конрад утверждает, что Deal и Remote тайно используют сторонние локальные программы в разных странах (например, Lucca во Франции или Sage в Великобритании), а сама компания Deal до недавнего времени являлась клиентом Rippling для управления персоналом в США. Из-за отсутствия собственной технологической базы такие сервисы вынуждены содержать огромный штат операционных сотрудников, вручную переносящих данные между системами. По словам Конрада, именно из-за этого клиенты обязаны отправлять ведомости за 15–30 дней до выплаты, сталкиваясь с задержками, ошибками и невозможностью построить консолидированную отчетность по затратам на персонал.

Опровергая тезис о том, что любой бизнес обязан начинаться с одной узкой утилиты, Конрад раскрывает детали основания Rippling. С самого первого дня стартап развивал одновременно три фундаментальных компонента: Payroll/HRIS, управление устройствами (MDM) и идентификацию пользователей (SSO), выделив на каждое направление по 2–3 инженера. Этот шаг был продиктован пониманием того, что ИТ-департамент и HR-отдел используют разные интерфейсы для работы с одними и теми же базовыми данными сотрудников, и объединение этих хранилищ информации на уровне ядра системы изначально являлось главной целью составного стартапа.