# Мина Радхакришнан о гибкости: «Стройте продукты, которые работают завтра»

Источник: https://www.youtube.com/watch?v=WuAAqYgdmaY
Канал: Greylock
Опубликовано: 15.07.2014

---

## Искусство гибкости: Как Uber масштабировал продукт в условиях взрывного роста
[[JUMP:0:38]]

Управление продуктом в условиях стремительного масштабирования требует особого подхода, где гибкость становится не просто желаемым качеством, а фундаментальным принципом выживания. Мина Радхакришнан, выступая на #ProductSF, делится опытом ранних лет работы в Greylock и Uber, объясняя, как компания трансформировала свои подходы к разработке, чтобы успевать за беспрецедентными темпами роста. Основная идея, лежащая в основе успеха — принцип «проектирования для гибкости» (designing for flexibility), который позволяет продукту эффективно функционировать в трех временных измерениях одновременно.

### 🏗 Три измерения гибкости: Сегодня, Вчера, Завтра
[[JUMP:1:16]]

Мина Радхакришнан определяет этот принцип как создание продуктов, которые работают сегодня, вчера и завтра.

* **Сегодня:** Решение текущих задач. Если продукт не работает здесь и сейчас, он теряет свою ценность и не имеет будущего.
* **Вчера:** Обратная совместимость. Нельзя забывать о том, что уже было построено, необходимо поддерживать работоспособность существующих систем и функций.
* **Завтра:** Инновации и неизвестность. Проектирование должно учитывать потребности, которые еще не возникли, чтобы система оставалась масштабируемой и готовой к расширению.

По словам спикера, реализация этого принципа на практике часто сталкивается с реальностью, где идеальный план уступает место жестким дедлайнам.

### 🏎 Уроки быстрого запуска: Кейс Парижа
[[JUMP:2:20]]

Первым серьезным испытанием для Uber стал запуск в Париже в декабре 2011 года. В начале ноября того года Трэвис (имеется в виду Трэвис Каланик) поставил задачу: запуститься на конференции Le Web всего через 30 дней.

На тот момент система была жестко привязана к рынкам Сан-Франциско и Нью-Йорка. Команда столкнулась с рядом критических проблем:

* **Инфраструктура:** Отсутствие международных телефонных номеров, необходимость локализации и перевода интерфейсов.
* **Платежи:** Невозможность открыть мерчант-аккаунт в евро за 30 дней. Принятое решение — продолжать транзакции в долларах, компенсируя пользователям комиссии через скидки.
* **Маркетинг:** Проблемы с настройкой акций, так как система не поддерживала кредитование в евро.

Как признает Радхакришнан, они **абсолютно не спроектировали систему гибкой**. Успешный запуск 8 декабря на Keynote-выступлении потребовал колоссальных усилий и чрезмерного потребления энергетических напитков 5-Hour Energy. Последовавшие шесть месяцев превратились в тотальную переработку, рефакторинг и пересборку кода. Этот опыт стал уроком: рост требует гибкости, но иногда приходится жертвовать архитектурной чистотой ради захвата рынка, чтобы потом исправлять ошибки в процессе движения.

### ⚙️ Инновации через самоуправление: Система типов автомобилей
[[JUMP:5:18]]

После стабилизации ситуации команда занялась внедрением различных «типов автомобилей» (car types), что позволило расширить предложение — от UberX до UberSUV и даже нишевых акций, таких как Uber kittens (доставка котят) или Uber Cade (моторкада с американскими флагами).

Главный вызов заключался в управлении спросом и предложением:

* **Алгоритмы и вмешательство:** Surge-прайсинг (динамическое ценообразование) — сложная задача, когда в городе есть несколько категорий авто с разным уровнем доступности. Команда внедрила возможность ручного вмешательства для городских операторов, так как алгоритмы не всегда учитывают специфику локальных ситуаций.
* **Классификация авто:** Чтобы не категоризировать сотни тысяч машин вручную, была внедрена многоуровневая система классификации. Модели авто автоматически попадали в категории, но операторы сохранили возможность переназначить их при необходимости.
* **Локализация:** Сложности перевода и культурных особенностей. Например, в Лондоне от названия категории «people carriers» пришлось отказаться в пользу короткого и понятного «big».

В конечном итоге была построена пятиуровневая система, где городские команды получили возможность самостоятельно включать и настраивать типы поездок. По мнению спикера, это стало ключевым фактором успеха: переход от ручного администрирования инженерами к модели самообслуживания, где инженерный отдел «убирается с пути», позволяя операционным командам проявлять творчество.

### 🚀 Завтрашний день: Масштабирование выбора
[[JUMP:17:18]]

Будущее, по мнению Мины Радхакришнан, заключается в еще большем разнообразии услуг — от перевозки пассажиров до логистики (например, программа Uber Rush в Нью-Йорке). Главная цель — сохранить узнаваемость бренда, даже когда пользователь выбирает принципиально разные услуги.

Основные выводы для масштабируемых продуктов:

1.  **Стройте самоуправляемые продукты:** Операционные команды должны иметь инструменты для локальной настройки без привлечения разработчиков.
2.  **Избегайте жесткой унификации:** То, что работает для 5 городов, не работает для 500. Продукт должен позволять адаптацию под рынок.
3.  **Баланс технологий и операций:** Uber уникален тем, что развивает эти два направления параллельно, обеспечивая инновации через «операционную креативность».