# Джефф Чарльз о будущем софта: «Интерфейсы в виде таблиц и кнопок уйдут в прошлое»

Источник: https://www.youtube.com/watch?v=wyjW4Ul8AZM
Канал: 20VC (Harry Stebbings)
Опубликовано: 06.12.2023

---

Джефф Чарльз, руководитель по продукту в финтех-единороге Ramp, прошел путь от консультанта и аналитика больших данных до лидера команды в одной из самых быстрорастущих компаний Кремниевой долины. В беседе с Гарри Стеббингсом он раскрывает внутреннюю кухню управления продуктом: от того, почему первые сто продаж — это работа продакт-менеджера, до причин, по которым классические OKR могут стать тормозом для инноваций.

## 📈 Ранний этап: Продукт как часть процесса продаж
[[JUMP:00:00]]

На начальном этапе развития стартапа (до 20 человек) Джефф Чарльз придерживается радикального подхода: продукт не должен существовать в изоляции от продаж. По его мнению, основатель или первый продакт-менеджер (PM) обязаны лично закрыть первые 100 сделок [08:44]. Продажи на этом этапе — это не столько закрытие чеков, сколько глубокое исследование рынка (customer discovery). 

Джефф выделяет несколько правил для понимания «боли» клиента:

*   **«Пройти милю в их обуви»**: нужно знать, что слушают клиенты, на какие конференции ходят, каковы их привычки и что для них означает успех в их роли [01:41].
*   **Правильные вопросы**: вместо поиска подтверждения своей идеи, PM должен спрашивать: «Что является худшей частью вашей работы?» или «На что вы тратите больше всего времени?» [02:09].
*   **Наблюдение за болью**: лучший способ понять несовершенство своего продукта — сесть рядом с клиентом или попросить его расшарить экран и молча наблюдать, как он пытается выполнить задачу [02:21].

По мнению гостя, на ранней стадии команда продукта должна работать скорее как сервисная организация (Professional Services). Если найти одного-двух ключевых партнеров по дизайну и строить продукт специально под них, они будут ценить это решение выше любого «лучшего в классе» коробочного софта [10:00]. Чтобы лишить клиента повода для отказа, Ramp на первых порах доходил до крайностей: сотрудники буквально заходили в системы клиентов и сами перепривязывали кредитные карты к софту, чтобы облегчить миграцию [11:06].

## ⏱️ Механика двухнедельных спринтов и культура ответственности
[[JUMP:11:32]]

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

1.  **Понедельник (Встреча лидов)**: Обсуждение планов. Недели чередуются: одна — тактическая (план на 2 недели), вторая — стратегическая (план на 2 месяца) [11:58].
2.  **Вторник (Скрам всей команды)**: Группа до 10 человек. Главный принцип — **люди сами подписываются на задачи**, а не получают их сверху. Социальное давление и желание соответствовать уровню амбициозных коллег работают лучше директив [12:25].
3.  **Отсутствие лишних встреч**: Все остальные совещания в течение спринта — только при наличии блокировок или необходимости брейнсторминга. Каждая минута должна быть оправдана [13:01].

Критическая ошибка многих PM, по словам Чарльза, — превращение в проджект-менеджеров. Он утверждает, что PM не должен писать тикеты за инженеров или постоянно дергать их вопросами о статусе [15:08]. В Ramp каждый сотрудник — «мини-основатель», который сам управляет своим проектом и сообщает руководству о рисках и необходимых решениях. «Если обращаться с сотрудниками как с детьми, они ими и станут», — предупреждает гость [15:22].

## 🏗️ Масштабирование: От карт к многопродуктовой экосистеме
[[JUMP:17:05]]

Когда штат компании вырастает до 60–100 человек, планирование смещается с двухнедельных отрезков на квартальные и полугодовые горизонты. Это необходимо для синхронизации с маркетингом, которому нужны крупные «рыночные моменты» (агрегация фич в большой запуск), а не мелкие обновления [17:57].

Джефф Чарльз вводит концепцию «жизненного цикла систем»:

*   На этапе до достижения соответствия продукта рынку (pre-PMF) срок жизни кода составляет 12–18 месяцев, и это нормально [23:37].
*   После нахождения PMF фокус смещается на масштабируемость и повторное использование (reusability). Например, когда Ramp переходил от корпоративных карт к возмещению расходов (reimbursements), они использовали уже готовую систему идентификации сотрудников, цепочки одобрений и механизмы перемещения денег [24:03].

Важный совет Чарльза основателям: не отвлекайте отдел продаж (GTM) новым продуктом, пока он не найдет свой PMF внутри R&D-подразделения [25:45]. В Ramp новые продукты сначала тестируются через модель PLG (Product-Led Growth), и только когда бизнес-кейс доказан цифрами, его передают команде продаж [26:40].

## 🎯 Почему OKR — это ловушка, а стратегия — спасение
[[JUMP:28:49]]

Джефф Чарльз выступает с критикой системы OKR (Objectives and Key Results). По его мнению, она часто превращается в политическую игру, где команды занижают цели (sandbagging), чтобы выглядеть лучше [29:42]. 

Основные аргументы Чарльза против OKR и за продуктовую стратегию:

*   **Отсутствие «Как»**: OKR дают цель, но не объясняют, как её достичь [29:15].
*   **Запаздывающие vs. Опережающие метрики**: Выручка, доля рынка или NPS — это запаздывающие показатели. Наказывать или поощрять команду за них в рамках квартала бессмысленно, так как выручка сегодня — это результат работы, проделанной год назад [31:11].
*   **Фокус на ценностных метриках**: Вместо выручки Джефф советует смотреть на количество транзакций на клиента, еженедельное использование или скорость внедрения карт внутри организации в первые 30 дней [31:54].

Идеальная цель, по аналогии с высадкой человека на Луну, должна быть ясной, достижимой и мотивирующей. Если цель повторяется из квартала в квартал, она перестает работать [34:06].

## 🤖 Будущее интерфейсов и роль ИИ
[[JUMP:47:33]]

Обсуждая влияние искусственного интеллекта, Джефф Чарльз соглашается с тезисом, что ИИ радикально снизит значимость пользовательского интерфейса (UI). Традиционный B2B-софт — это нагромождение таблиц, форм и кнопок [47:59].

По мнению гостя, в будущем ПО станет:

*   Более похожим на разговор (диалоговый интерфейс);
*   Динамичным UI, который скрывает сложность данных и выдает только «чистый интеллект» (raw intelligence) [48:39];
*   Инструментом для автоматизации рутины, например, автоматического выявления транзакций, нарушающих политику компании, вместо ручного одобрения каждой строчки в таблице [48:13].

## 🧬 Найм «снобов» и управление скоростью
[[JUMP:50:26]]

При найме в продуктовую команду Джефф ищет специфический тип людей — «продуктовых снобов». Это люди, которые постоянно жалуются на плохой софт в своих телефонах и имеют врожденное чувство прекрасного в дизайне [47:07]. 

Процесс отбора в Ramp состоит из трех этапов:

1.  **Проверка мотивации**: Почему кандидат хочет в Ramp? Ответы вроде «старая компания была слишком медленной» — хороший сигнал [50:39].
2.  **Домашнее задание**: Кейс на тему, не связанную с Ramp напрямую, чтобы проверить способность анализировать данные и влиять на команду [51:58].
3.  **Глубокое мышление на месте**: Кандидату бросают вводные (отказ системы, жалоба клиента) и смотрят, может ли он быстро дойти до корня проблемы по принципу 80/20 [53:04].

Совет Джеффа лидерам: в первый месяц работы нового сотрудника будьте «супер-микроменеджером». Человек должен тенью ходить за вами и впитывать контекст. Только после того, как вы убедились в его понимании процессов, можно отступить и дать полную автономию [56:08].