Джефф Чарльз, руководитель по продукту в финтех-единороге Ramp, прошел путь от консультанта и аналитика больших данных до лидера команды в одной из самых быстрорастущих компаний Кремниевой долины. В беседе с Гарри Стеббингсом он раскрывает внутреннюю кухню управления продуктом: от того, почему первые сто продаж — это работа продакт-менеджера, до причин, по которым классические OKR могут стать тормозом для инноваций.
📈 Ранний этап: Продукт как часть процесса продаж 0:00
На начальном этапе развития стартапа (до 20 человек) Джефф Чарльз придерживается радикального подхода: продукт не должен существовать в изоляции от продаж. По его мнению, основатель или первый продакт-менеджер (PM) обязаны лично закрыть первые 100 сделок . Продажи на этом этапе — это не столько закрытие чеков, сколько глубокое исследование рынка (customer discovery).
Джефф выделяет несколько правил для понимания «боли» клиента:
- «Пройти милю в их обуви»: нужно знать, что слушают клиенты, на какие конференции ходят, каковы их привычки и что для них означает успех в их роли .
- Правильные вопросы: вместо поиска подтверждения своей идеи, PM должен спрашивать: «Что является худшей частью вашей работы?» или «На что вы тратите больше всего времени?» .
- Наблюдение за болью: лучший способ понять несовершенство своего продукта — сесть рядом с клиентом или попросить его расшарить экран и молча наблюдать, как он пытается выполнить задачу .
По мнению гостя, на ранней стадии команда продукта должна работать скорее как сервисная организация (Professional Services). Если найти одного-двух ключевых партнеров по дизайну и строить продукт специально под них, они будут ценить это решение выше любого «лучшего в классе» коробочного софта . Чтобы лишить клиента повода для отказа, Ramp на первых порах доходил до крайностей: сотрудники буквально заходили в системы клиентов и сами перепривязывали кредитные карты к софту, чтобы облегчить миграцию .
⏱️ Механика двухнедельных спринтов и культура ответственности 11:32
Джефф Чарльз описывает жесткую, но прозрачную структуру двухнедельных спринтов, которая позволяет Ramp сохранять аномальную скорость разработки:
- Понедельник (Встреча лидов): Обсуждение планов. Недели чередуются: одна — тактическая (план на 2 недели), вторая — стратегическая (план на 2 месяца) .
- Вторник (Скрам всей команды): Группа до 10 человек. Главный принцип — люди сами подписываются на задачи, а не получают их сверху. Социальное давление и желание соответствовать уровню амбициозных коллег работают лучше директив .
- Отсутствие лишних встреч: Все остальные совещания в течение спринта — только при наличии блокировок или необходимости брейнсторминга. Каждая минута должна быть оправдана .
Критическая ошибка многих PM, по словам Чарльза, — превращение в проджект-менеджеров. Он утверждает, что PM не должен писать тикеты за инженеров или постоянно дергать их вопросами о статусе . В Ramp каждый сотрудник — «мини-основатель», который сам управляет своим проектом и сообщает руководству о рисках и необходимых решениях. «Если обращаться с сотрудниками как с детьми, они ими и станут», — предупреждает гость .
🏗️ Масштабирование: От карт к многопродуктовой экосистеме 17:05
Когда штат компании вырастает до 60–100 человек, планирование смещается с двухнедельных отрезков на квартальные и полугодовые горизонты. Это необходимо для синхронизации с маркетингом, которому нужны крупные «рыночные моменты» (агрегация фич в большой запуск), а не мелкие обновления .
Джефф Чарльз вводит концепцию «жизненного цикла систем»:
- На этапе до достижения соответствия продукта рынку (pre-PMF) срок жизни кода составляет 12–18 месяцев, и это нормально .
- После нахождения PMF фокус смещается на масштабируемость и повторное использование (reusability). Например, когда Ramp переходил от корпоративных карт к возмещению расходов (reimbursements), они использовали уже готовую систему идентификации сотрудников, цепочки одобрений и механизмы перемещения денег .
Важный совет Чарльза основателям: не отвлекайте отдел продаж (GTM) новым продуктом, пока он не найдет свой PMF внутри R&D-подразделения . В Ramp новые продукты сначала тестируются через модель PLG (Product-Led Growth), и только когда бизнес-кейс доказан цифрами, его передают команде продаж .
🎯 Почему OKR — это ловушка, а стратегия — спасение 28:49
Джефф Чарльз выступает с критикой системы OKR (Objectives and Key Results). По его мнению, она часто превращается в политическую игру, где команды занижают цели (sandbagging), чтобы выглядеть лучше .
Основные аргументы Чарльза против OKR и за продуктовую стратегию:
- Отсутствие «Как»: OKR дают цель, но не объясняют, как её достичь .
- Запаздывающие vs. Опережающие метрики: Выручка, доля рынка или NPS — это запаздывающие показатели. Наказывать или поощрять команду за них в рамках квартала бессмысленно, так как выручка сегодня — это результат работы, проделанной год назад .
- Фокус на ценностных метриках: Вместо выручки Джефф советует смотреть на количество транзакций на клиента, еженедельное использование или скорость внедрения карт внутри организации в первые 30 дней .
Идеальная цель, по аналогии с высадкой человека на Луну, должна быть ясной, достижимой и мотивирующей. Если цель повторяется из квартала в квартал, она перестает работать .
🤖 Будущее интерфейсов и роль ИИ 47:33
Обсуждая влияние искусственного интеллекта, Джефф Чарльз соглашается с тезисом, что ИИ радикально снизит значимость пользовательского интерфейса (UI). Традиционный B2B-софт — это нагромождение таблиц, форм и кнопок .
По мнению гостя, в будущем ПО станет:
- Более похожим на разговор (диалоговый интерфейс);
- Динамичным UI, который скрывает сложность данных и выдает только «чистый интеллект» (raw intelligence) ;
- Инструментом для автоматизации рутины, например, автоматического выявления транзакций, нарушающих политику компании, вместо ручного одобрения каждой строчки в таблице .
🧬 Найм «снобов» и управление скоростью 50:26
При найме в продуктовую команду Джефф ищет специфический тип людей — «продуктовых снобов». Это люди, которые постоянно жалуются на плохой софт в своих телефонах и имеют врожденное чувство прекрасного в дизайне .
Процесс отбора в Ramp состоит из трех этапов:
- Проверка мотивации: Почему кандидат хочет в Ramp? Ответы вроде «старая компания была слишком медленной» — хороший сигнал .
- Домашнее задание: Кейс на тему, не связанную с Ramp напрямую, чтобы проверить способность анализировать данные и влиять на команду .
- Глубокое мышление на месте: Кандидату бросают вводные (отказ системы, жалоба клиента) и смотрят, может ли он быстро дойти до корня проблемы по принципу 80/20 .
Совет Джеффа лидерам: в первый месяц работы нового сотрудника будьте «супер-микроменеджером». Человек должен тенью ходить за вами и впитывать контекст. Только после того, как вы убедились в его понимании процессов, можно отступить и дать полную автономию .
