# Как масштабировать SaaS-компанию до $100M+: опыт Amplitude

Источник: https://www.youtube.com/watch?v=4NOd3J-wjZ4
Канал: SaaStr
Опубликовано: 15.11.2023

---

Масштабирование SaaS-бизнеса от первых клиентов до выручки более 100 миллионов долларов требует от основателей радикальной трансформации мышления и структуры управления. На конференции SaaStr Спенсер Скейтс (Spenser Skates), сооснователь и CEO Amplitude, поделился практическими уроками роста компании от провального стартапа до выхода на биржу NASDAQ. Его опыт раскрывает ключевые вызовы, с которыми сталкиваются технологические лидеры при переходе от хаотичного раннего этапа к системному управлению крупной организацией.

## 🚀 Истоки и переломные моменты: От провального стартапа до IPO на NASDAQ
[[JUMP:0:40]]

Компания Amplitude родилась из пепла другого, неудавшегося проекта Спенсера Скейтса и его сооснователей Джеффри и Кертиса — стартапа Sonalight [1:08]. В 2012 году, столкнувшись с необходимостью анализировать поведение пользователей в своем первом приложении, команда совершила типичную для инженеров ошибку — решила создать собственную внутреннюю систему аналитики [1:08]. Когда Sonalight закрылся, основатели осознали, что созданный ими инструмент для понимания клиентского пути представляет гораздо большую ценность, чем сам продукт [1:22].

Сегодня Amplitude является ведущей платформой цифровой аналитики, помогающей компаниям оптимизировать свои продукты [1:34]. Пройдя долгий путь развития, компания достигла следующих вех:

*   Клиентская база превышает 2000 компаний, среди которых такие гиганты, как Intuit, DoorDash, Atlassian, Ford, Walmart, Disney и NBC [1:34].
*   В 2021 году компания успешно провела листинг на бирже NASDAQ [1:46].
*   Платформа эволюционировала от простой продуктовой аналитики до комплексного решения, включающего CDP (платформу клиентских данных), инструменты для экспериментов и воспроизведения сессий [0:40].

По мнению Спенсера Скейтса, выход на биржу не должен быть конечной целью для основателей [1:58]. Для построения по-настоящему великой технологической компании необходимо видеть перспективу далеко за пределами IPO [1:58].

## 💡 Сохранение инноваций: Почему рост команды убивает скорость
[[JUMP:3:17]]

Одной из главных ловушек роста бизнеса Скейтс считает миф о линейной зависимости инноваций от размера команды [4:00]. Большинство руководителей полагает, что увеличение штата инженеров автоматически ускоряет выпуск новых функций [4:00]. Однако на практике происходит обратное: с ростом организации способность к инновациям резко падает из-за размывания ответственности, раздувания кодовой базы и усложнения коммуникаций [4:38, 5:05].

Чтобы преодолеть этот барьер и заставить кривую эффективности расти, по словам Скейтса, необходимо сосредоточиться на двух факторах:

1.  **Структура организации.** Спикер напоминает старое правило: «Вы поставляете клиенту свою организационную структуру» [5:56]. Вместо того чтобы пытаться лично контролировать все процессы, CEO должен выстроить систему с четкими границами ответственности [6:08]. В Amplitude эта проблема решена созданием автономных функциональных направлений (пилларов), за каждое из которых отвечает один конкретный человек [6:47, 7:39].
2.  **Культура инноваций.** Культуру необходимо поддерживать сознательно и системно [8:04]. На ранних этапах стартап выживает за счет естественного драйва, но крупной компании требуются искусственные механизмы стимулирования активности сотрудников [8:16].

Для поддержания духа предпринимательства в Amplitude используются следующие инструменты:

*   **Еженедельные продуктовые демо:** На общих собраниях (All Hands) один из инженеров представляет коллегам свежую разработку, что считается большой честью [8:41].
*   **Slack-канал feature-releases:** Канал, где публикуются все обновления с гифками их работы и списком клиентов, которые уже начали их использовать [9:08].
*   **Регулярные хакатоны:** Дважды в год команда разработчиков на неделю полностью освобождается от рутинных задач для работы над собственными экспериментальными идеями [9:49]. Именно так четыре года назад зародился один из ключевых продуктов компании — Warehouse Native Amplitude [10:54].

По мнению Скейтса, главным ориентиром для инженеров всегда должен оставаться конечный клиент, а не абстрактные теоретические фреймворки менеджеров [11:34, 11:47].

## 🛠️ Новый продукт как мини-стартап: Защита от внутренней бюрократии
[[JUMP:12:27]]

По достижении выручки в $100 млн ARR перед любой SaaS-компанией встает задача поиска новых источников роста за пределами основного продукта [12:41]. По мнению Скейтса, повторить первоначальный успех крайне сложно, и большинство компаний допускает ошибку, пытаясь развивать новые продукты внутри зрелых продуктовых команд [13:21].

Процессы, которые помогают развивать зрелый продукт (квартальное планирование, долгосрочные дорожные карты, координация со службами безопасности и поддержки), губительны для ранних инноваций [13:35, 14:29]. Скейтс утверждает, что задача лидера — полностью изолировать команду нового продукта от остальной организации и защитить её от бюрократических отвлечений [14:42].

В истории Amplitude успешный запуск продукта Experimentation (ставшего вторым по величине источником дохода) удался только со второй попытки [15:10]. Во время первой попытки команда была частью общего квартального планирования и потерпела неудачу [15:10]. Во второй раз Спенсер Скейтс изолировал команду, установив лишь одно правило: каждые две недели они отчитывались только об одном показателе — количестве платящих клиентов [15:23, 15:36]. Все вопросы интеграции, комплаенса и дорожных карт были временно отброшены [15:36].

Аналогичный подход был применен при запуске Warehouse Native Amplitude [16:02]. Чтобы защитить разработчиков от чрезмерного внимания отделов маркетинга, продаж и партнерств, руководство ввело жесткий карантин на общение с командой проекта, ограничив любые контакты одной короткой встречей раз в две недели [16:28, 16:55].

Скейтс также выделяет аквихайринг (aqua-hiring) как эффективный инструмент инноваций [17:09]. Amplitude дважды успешно применила эту практику, поглотив стартапы Clear Brain и Iteratively [17:23]. Покупка готовых команд с предпринимательским мышлением позволила быстро запустить продукты в сфере CDP и таргетирования аудиторий, а также привнесла свежую энергию в общую культуру компании [17:47, 18:16].

## 👥 Три стадии исполнительного руководства: От универсалов до строителей команд
[[JUMP:18:42]]

На разных этапах масштабирования бизнеса компании требуются принципиально разные типы топ-менеджеров [18:56]. Спенсер Скейтс выделяет три ключевые стадии эволюции исполнительного руководства:

*   **Ранний этап (Scrappy-менеджеры):** Когда у компании нет бренда и ресурсов, нужны лидеры, способные создавать результат из ничего [19:08, 19:21]. Ошибкой на этой стадии является наем выходцев из корпораций вроде Google или Microsoft [19:34]. В начале пути в Amplitude не было маркетинга, и коммерческий директор (CRO) вручную организовывал вебинары и небольшие мероприятия, не имея в этом опыта, но обладая нужным гибким мышлением [19:46, 20:12].
*   **Средний этап (Scale-менеджеры):** При достижении десятков миллионов долларов ARR, когда продукт доказал свою жизнеспособность, требуются люди процессов [20:52, 21:05]. Их задача — систематизировать и масштабировать то, что уже работает [21:17]. На этом этапе Scrappy-менеджеры часто оказываются неэффективными [21:57]. Например, хаотичные продажи раннего этапа должны смениться строгими методологиями (такими как MEDDPICC) и точным прогнозированием [22:10].
*   **Поздний этап (Лидеры лидеров):** На уровне выручки свыше $100 млн ARR структура компании становится слишком сложной [22:52, 23:16]. Топ-менеджер больше не может выполнять работу руками; его главной компетенцией становится наем и управление другими лидерами, которые, в свою очередь, строят свои команды [22:52, 23:56].

Для Скейтса, привыкшего «вести бой в окопах», этот переход стал серьезным вызовом [23:56]. Ситуация кардинально изменилась к лучшему после найма нового президента компании Томаса Хансена (Thomas Hansen), который продемонстрировал феноменальную скорость формирования высокоэффективных команд [24:23].

Самым трудным аспектом этой эволюции спикер называет эмоциональную составляющую — необходимость расставаться с людьми, которые стояли у истоков компании, но не смогли вырасти вместе с ней [25:05]. По мнению Скейтса, это испытание проходят далеко не все CEO [25:32].

## 🧠 Ментальный сдвиг: Как основателю перестать выполнять чужую работу
[[JUMP:25:57]]

Главная сложность перехода от роли фаундера к роли руководителя крупной компании лежит в ментальной плоскости [25:57]. На поздних этапах ключевым ресурсом становится управление талантами, а не личные инициативы генерального директора [26:11].

Спенсер Скейтс признается, что долгое время пытался лично решать проблемы каждого сотрудника [26:38]. До отметки в 200 сотрудников эта стратегия казалась успешной: текучесть кадров составляла менее 10%, а рейтинг на Glassdoor держался на уровне 4.9 [26:52, 27:19]. Однако после преодоления этого порога Скейтс физически не мог контролировать все процессы [27:19]. В результате текучесть кадров мгновенно выросла до 30%, а оценки компании рухнули [27:31]. Спикер осознал, что своим чрезмерным вовлечением он маскировал управленческую дисфункцию вместо того, чтобы требовать ответственности от нанятых им руководителей [27:44].

В качестве иллюстрации этого ментального сдвига Скейтс приводит два показательных сценария:

1.  **Проблема с прогнозированием у директора по продажам.** Попытки руководителя помочь топ-менеджеру, изучая лучшие практики с советом директоров или создавая контрольные дашборды, ошибочны [28:22, 29:03]. Правильный подход, по словам Скейтса, — напрямую высказать фидбек [29:18]. Если руководитель не способен исправить ситуацию самостоятельно, его необходимо заменить [29:18]. Задача CEO на позднем этапе — не обучать топ-менеджеров базовым навыкам, а оценивать их перформанс [29:57].
2.  **Конфликт между продажами и финансовым директором.** Когда руководитель отдела продаж жалуется на отказ CFO одобрить сделку, худшее, что может сделать CEO, — принять чью-то сторону или начать разбираться в деталях сделки самому [30:11, 30:24]. По мнению Скейтса, верное решение состоит в том, чтобы заставить их напрямую поговорить друг с другом [31:05]. Роль генерального директора — выступать исключительно в качестве арбитра последней инстанции, когда прямые переговоры сторон зашли в тупик [31:17].

## 🏁 Ключевые выводы для технологических лидеров
[[JUMP:31:57]]

Масштабирование технологического бизнеса — это непрерывная череда личных и организационных трансформаций. Чтобы пройти путь от идеи до $100M+ ARR, Спенсер Скейтс рекомендует сфокусироваться на следующих принципах:

*   **Никогда не прекращайте продуктовые инновации.** Скорость разработки и внимание к реальным запросам пользователей остаются ключевыми драйверами долгосрочной капитализации [31:57].
*   **Защищайте новые идеи от корпоративного влияния.** Относитесь к разработке новых продуктов внутри компании как к полностью независимым стартапам [32:12].
*   **Не бойтесь менять команду.** Обеспечение соответствия топ-менеджеров текущему масштабу компании — прямая и критически важная обязанность CEO [32:24].
*   **Совершите ментальный сдвиг.** Перестаньте «тушить пожары» самостоятельно и перейдите к управлению через ответственность лидеров [32:38].