В интервью с Ленни Рачицким вице-президент по продукту финтех-платформы Ramp Джефф Чарльз раскрывает внутреннюю кухню самого быстрорастущего SaaS-стартапа в истории. Компания смогла достичь годовой выручки в 100 миллионов долларов всего за два года, задействовав команду разработки менее чем из 50 человек. В основе этого феноменального результата лежит радикальная приоритизация скорости, экстремальная автономия команд и жесткое следование первым принципам вместо слепого копирования чужого опыта.
🚀 Эволюция и метрики гиперроста Ramp 4:48
Ramp представляет собой платформу автоматизации корпоративных финансов и выпуска корпоративных карт для малого и среднего бизнеса. Компания признана одним из самых быстрорастущих игроков в секторах финтеха и B2B SaaS за всю историю технологического рынка.
Ключевые показатели операционной деятельности компании:
- Выход на годовой уровень выручки (ARR) в $100 млн был достигнут за первые два года с момента запуска.
- На текущий момент к платформе ежедневно присоединяется около 1000 новых пользователей.
- Общий объем оптимизированных расходов клиентов составил $600 млн, а автоматизация процессов сэкономила им 8,5 млн рабочих часов.
- Аннуализированный объем транзакций (spend volume) через платформу превысил отметку в $10 млрд.
На начальном этапе, когда Джефф Чарльз присоединился к команде, в штате числилось около 10 человек, включая 8 инженеров. Примечательно, что планку в $100 млн ARR стартап преодолел, имея в R&D-департаменте менее 50 сотрудников, среди которых было меньше 40 инженеров и всего 3 продакт-менеджера.
⚡ Философия скорости и структура микрокоманд 7:16
По словам Джеффа Чарльза, скорость (velocity) является главным критерием, вокруг которого выстраивается разработка продукта, система мотивации, наем, продвижение сотрудников и принятие решений в Ramp. Гость утверждает, что высокая скорость позволяет командам быстрее находить оптимальные решения путем итераций и минимизировать риски: если стоимость ошибки низкая, процесс принятия решений существенно упрощается. Кроме того, по мнению спикера, культура высокой скорости выступает мощным фильтром для привлечения талантливых специалистов, желающих видеть реальные результаты своей работы.
В качестве примеров операционной эффективности Чарльз приводит следующие кейсы:
- Конкурент платежной системы Amex был создан силами 8 инженеров за 3 месяца работы.
- Аналог платформы управления расходами Expensify команда разработала за последующие 6 месяцев.
- Для экспансии в сферу обработки счетов (Accounts Payable) и создания конкурента Bill.com была сформирована мини-команда из 3 инженеров, 1 дизайнера и 1 PM, которая справилась с задачей за 3 месяца. Сегодня через этот продукт проходят миллиарды долларов.
Формула удержания сверхвысокого темпа разработки включает несколько составляющих:
- Микрокоманды с узким фокусом (single-threaded teams): исполнители концентрируются строго на одной задаче. По мнению Чарльза, крайне мало людей способны эффективно вести несколько крупных проектов одновременно. Для создания условий «потока» команду могут физически изолировать в отдельном кабинете, освобождая от рутинных встреч и сторонних запросов. Так, продукт Flex для e-commerce компаний разрабатывался изолированной группой.
- Защитные барьеры (shielding from chaos): изоляция продуктовых команд от хаоса растущей организации. В Ramp внедрена ротационная программа в производственном инжиниринге (production engineering), где выделенные инженеры берут на себя обработку багов и эскалаций. Также существуют «продуктовые операторы» (product operators), которые разгружают продакт-менеджеров, забирая функции ведения документации, управления релизами и коммуникации по клиентским запросам.
- Амбициозные цели и дизайн: команды мотивируются масштабом публичных конкурентов (таких как Bill.com, Expensify, Concur, Coupa) и детальной проработкой интерфейсов будущего. По признанию Чарльза, Ramp активно использует интерактивные Figma-прототипы и видеокомментарии в Loom, создаваемые дизайнерами, чтобы зафиксировать вдохновляющее видение финального продукта.
🎯 Принцип «Контекст вместо контроля» в управлении продуктом 15:22
В Ramp выстроена культура доверия, перенятая у технического директора (CTO) Карима, который минимизировал вмешательство в непосредственные продуктовые решения благодаря полной синхронизации по целям. Джефф Чарльз подчеркивает, что распространенной ошибкой менее опытных лидеров является застревание на уровне обсуждения конкретных решений (solutions), тогда как дискуссии должны происходить гораздо выше (upstream) — на этапе разбора целей, интерпретации данных и валидации гипотез.
Операционная модель взаимодействия руководителя с командами базируется на следующих принципах:
- Стратегия и дорожная карта как жесткий контракт: если цели и таймлайны согласованы, команда получает полную свободу действий. Роль лидера сводится к трансляции контекста и коучингу, а роль команды — к своевременному подсвечиванию рисков и необратимых («односторонних») решений.
- Еженедельная отчетность: каждое утро понедельника руководители направлений публикуют свои цели в общих шаблонах для взаимного кросс-ревью коллег. Личные встречи один на один тратятся исключительно на запросы о помощи, а не на зачитывание статусов.
- Специфика продуктового ревью: крупные задачи выносятся на обсуждение с участием Чарльза и главы дизайна, где от команды требуется четко артикулировать компромиссы (trade-offs) и риски. Финальный контроль со стороны топ-менеджмента происходит на этапе перехода продукта из стадии беты в общий доступ (GA), когда подключается департамент продаж.
📊 Контроль качества разработки и баланс KPI 21:51
Вопреки опасениям, что высокая скорость снижает качество продукта, Чарльз ссылается на исследования Николь Форсгрен в области производительности разработчиков. Они подтверждают, что качество растет пропорционально скорости за счет способности мгновенно исправлять ошибки. В Ramp полностью отсутствуют бэклоги багов — дефекты устраняются сразу по мере их обнаружения дежурными инженерами.
Для контроля стабильности бизнеса используются следующие метрики-предохранители:
- Голос клиента (Voice of Customer): все негативные отзывы ежемесячно направляются напрямую техлиду, продакту и дизайнеру конкретной фичи.
- Операционное бремя (Operational burden): измеряется процент техподдержки, генерируемый продуктовой областью, нормализованный по числу пользователей.
- Индекс растерянности клиентов (confused customers): если метрика обращений из-за непонимания интерфейса превышает допустимый лимит, команде запрещается выпускать новые фичи до исправления UX-проблем.
По мнению Джеффа Чарльза, требования руководителей «двигаться быстрее» часто разбиваются о нежелание устранять бюрократию. Гость рекомендует продакт-менеджерам использовать запросы топ-менеджмента на скорость как рычаг для изменения процессов. Спикер считает недопустимым увеличивать количество статус-встреч ради контроля: в Ramp никогда не проводились подобные собрания, так как статусы обновляются асинхронно в режиме реального времени. Также Чарльз указывает на необходимость жесткого выбора приоритетов: вместо попыток сделать 8 задач одновременно, лучше предложить руководству прозрачное меню компромиссов и сфокусироваться на 4 ключевых направлениях.
🛠️ Радикальное сокращение планирования и отказ от OKR 32:26
Чарльз озвучивает радикальный тезис: «Каждая секунда, потраченная на планирование — это секунда, которую вы не провели за делом». При онбординге новые сотрудники подписывают негласный контракт, соглашаясь на работу в условиях хаоса и постоянных изменений ради сохранения предельной скорости. По мнению гостя, точность планирования имеет высокую цену, поэтому повышать ее нужно только для редких крупномасштабных запусков (раз в квартал или полгода), требующих синхронизации маркетинга, продаж и продукта. В остальное время автономный хаос внутри продуктовых ячеек считается приемлемой платой за скорость.
Ramp прошел эволюцию систем планирования от дорогостоящих квартальных OKR к гибким форматам:
- Ранний период с OKR: привязка к финансовым целям и квотам приводила к политизированным спорам о достижимости метрик. Планирование отнимало целый месяц из трех (33% рабочего времени). В итоге R&D-команда предпочла сосредоточиться на исполнении дорожной карты.
- Текущий формат: компания перешла на полугодовые одностраничные документы (bi-annual one-pager) с приоритетами. Контрактами служат жесткий финансовый план, закрепленный за владельцами метрик, и продуктовый роадмап. Чарльз сознательно избегает OKR в продукте, чтобы фокусироваться на скорости выпуска ценности (output).
🧩 Мышление из первых принципов: уникальность бизнеса и реформа техподдержки 44:48
Поскольку Ramp совмещает в себе черты кредитной, платежной и софтверной компании, работающей одновременно по моделям PLG и Enterprise-продаж, стандартные рыночные паттерны к нему неприменимы. Спикер считает деструктивным аргумент «я видел, как это работает в компании XYZ», требуя от сотрудников отбрасывать прошлый опыт ради глубинного анализа фундаментальных основ бизнеса.
Ярким примером применения первых принципов является реформа службы поддержки, которую Чарльз полностью забрал под свое управление в продуктовый департамент. Логика реформы строилась на двух тезисах:
- Каждое обращение в поддержку — это признак отказа или несовершенства продукта (product failure).
- Вместо классического закрытия тикетов (resolution), сотрудников поддержки необходимо мотивировать на долгосрочное снижение общего потока обращений и повышение коэффициента отклонения заявок (deflection) с помощью автоматических решений.
В результате такой кадровой и процессной перестройки платформу с более чем 400 000 пользователей сегодня обслуживает команда агентов численностью менее 30 человек.
✍️ Практика глубокой работы: культура текстов и личная продуктивность 48:51
Для решения сложных масштабируемых задач Чарльз рекомендует практику жесткого структурирования мыслей через письмо: закрыть ноутбук, взять лист бумаги, четко выписать ключевой вопрос наверх и заставить себя докопаться до сути. По словам гостя, чтение чужих трудов делает человека мудрее, но единственный способ развить способность мыслить — это выполнять самостоятельную ментальную работу.
Методология тайм-менеджмента и борьбы с перегрузками от вице-президента Ramp включает:
- Формирование headspace (ментального пространства) для обработки информации, а не для ее запоминания: все поручения и обязательства фиксируются письменно на исходе каждой встречи.
- Вечерний груминг задач: группировка тактических и стратегических дел, отправка напоминаний коллегам в Slack с отложенным контролем.
- Защита времени для глубокой работы (deep work): Чарльз планирует расписание на следующую неделю по пятницам. Спикер практикует выделение утренних слотов по средам и пятницам для уединенного анализа, а также отводит один из выходных дней под творческое проектирование на свежем воздухе.
- Цифровая гигиена: отключение уведомлений, закрытие Slack во время фокусных задач и проверка электронной почты строго раз в день в течение 5 минут.
👥 Как устроен наем и управление талантами уровня A+ 1:01:32
На текущий момент продуктовая команда Ramp состоит из 13 продакт-менеджеров, при этом штат инженеров превышает 100 человек. Соотношение PM к инженерам колеблется от 1:8 до 1:15 в зависимости от специфики юнита.
Чтобы добиваться колоссальных результатов столь малым числом продактов, Ramp распределяет их классические обязанности на остальных участников R&D: инженеры сами декомпозируют задачи и создают тикеты в трекере Linear, а дизайнеры берут на себя спецификации. PM в Ramp сфокусирован исключительно на стратегии, видении, удержании фокуса и защите команды от внешнего хаоса.
Джефф Чарльз выделяет ключевые поведенческие маркеры инженера класса A+:
- Искреннее желание побеждать конкурентов на рынке и завоевывать лояльность клиентов.
- Понимание бизнес-контекста, интерес к механизмам монетизации компании и мотивам приоритетности задач.
- Проактивность: способность самостоятельно находить решения, заходить в клиентские Slack-каналы для оперативного исправления багов, не дожидаясь директив сверху.
При найме продакт-менеджеров Ramp оценивает два базовых фактора: непреодолимое стремление к созданию ценности (impact) и глубину мышления, намеренно игнорируя формальный релевантный опыт. При этом соискателям без продуктового бэкграунда Чарльз советует переходить в смежные отделы (Product Ops, BizOps, Sales Engineering).
Внутри Ramp практикуется шестимесячный тестовый период для кандидатов, по итогам которого инженеры и дизайнеры принимают коллегиальное решение голосованием, хотят ли они продолжать работу с этим продакт-менеджером. Кумулятивный эффект талантов заложил CTO Карим, который весь первый год существования стартапа тратил 100% времени исключительно на хедхантинг лучших инженеров и дизайнеров, игнорируя выручку и продуктовую стратегию.
