Кейс Reddit: встреча юнит-экономики и FinOps

На FinOps X в этом году было много прикладных кейсов и ярких докладов. Доклад от компании Reddit особенно выделяется, как с точки зрения креативной подачи, так и по содержанию, поскольку речь шла о технологической компании, переживающей стремительный рост. Доклад представили Эрин Одмиллер, технический программный менеджер по эффективности, и Чейз Стёрджил — FP&A-менеджер (роль от финансов).

За свою историю Reddit привлекал самых разных инвесторов, среди которых, как это ни забавно, есть даже Snoop Dogg. Как читатели Tproger хорошо знают, за фасадом мемов и вирусного контента скрывается сложная инженерная и финансовая машина. И вот центральная проблема быстрорастущей компании: как в условиях взрывного роста сделать так, чтобы выручка опережала затраты на облачную инфраструктуру?

По данным Semrush на ноябрь 2025, сайт Reddit на 6-м месте по посещаемости в мире. Давайте заглянем за кулисы этого ресурса и узнаем, как связать инженерные практики и DAU залогиненных пользователей.

Что такое юнит-экономика в понимании Reddit

В Reddit вовремя поняли, что прежде, чем строить сложные модели, необходимо заложить прочный концептуальный фундамент. В идеале — принимать во внимание все составляющие: и людские ресурсы, и облачные затраты. Но сейчас фокус команды — на последнем.

Основная цель юнит-экономики

Ключевой принцип FinOps в Reddit для оптимизации облачных расходов формулируется кратко и емко: обеспечить сублинейный рост. Это означает, что выручка компании на пользователя должна расти быстрее, чем затраты на пользователя.

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

Юнит-кост как инструмент инженера

При расчете юнит-коста в Reddit учитывают три фундаментальных фактора, которые позволяют сделать метрики полезными и понятными для всех участников процесса:

1. Типы затрат:

• On-demand (по требованию): затраты отражают реальное использование ресурсов и истинный рост бизнес-юнита, не искаженный скидками за резервирование. Это показатель операционной эффективности.
• Discounted (с учетом скидок): итоговая стоимость, которую компания платит. Сумма показывает реальную рентабельность бизнеса и используется для отчетности. 

Reddit отслеживает оба показателя, чтобы иметь полную картину.

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

После нормализации метрика превратилась в «доллар за миллион показов». Это уже реальные деньги, которыми можно управлять, и сигнал становится более стабильным и пригодным для принятия решений.

3. Сезонность: у бизнеса Reddit недельная сезонность. Это значит, что активность пользователей, например, в субботу и понедельник сильно отличается, поэтому прямое сравнение этих дней бессмысленно. Чтобы сгладить эти колебания и избежать ложных выводов, сравнения производят для сопоставимых периодов, например, недель или 28 дневных отрезков (чтобы избежать проблемы с февралем).

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

Например, если запуск фичи A стоит X и дает 10% улучшения, а запуск фичи B стоит 0.5X и дает 20% улучшения, инженеры получают данные, которые позволяют им сделать выбор.

Подход в лоб: «сверху-вниз»

Для многих компаний, начинающих свой путь в FinOps, стратегия «сверху-вниз» является естественной отправной точкой. Финансовому отделу нужно прогнозировать расходы в связке с ключевыми бизнес-показателями. Но всегда ли это приводит к желаемому результату?

Есть три, казалось бы, логичных шага.

Шаг первый — определение ключевых бизнес-областей.

Компания выделила 5 основных направлений (доменов), на которые приходилось более 90% всех облачных расходов. Это позволило сфокусировать усилия на самом важном.

Шаг второй — разработка и анализ метрик.

Для каждой области был составлен список из 10-15 потенциальных метрик. Затем с помощью регрессионного анализа были выбраны те, которые показали наибольшее влияние на затраты (с R-квадрат > 0.95), что обеспечивало высокую точность.

Шаг третий — применение для прогнозирования.

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

И что же получилось? А вышло так: подход «работал довольно хорошо в течение всего года, пока не перестал работать». Модели были математически корректны, но провалились на практике.

Что же произошло? — Обнаружился культурный разрыв.

Метрики, созданные финансистами, такие как «ежемесячная стоимость на 1 тысячу залогиненных DAU (ежедневных активных пользователей)», не находили отклика у инженеров. Они не понимали, как их повседневная работа влияет на этот показатель, и, более того, не получали поощрений за его улучшение. Возник разрыв между тем, что считали важным финансисты, и тем, что было важно для инженеров.

Для преодоления этого культурного разрыва потребовался совершенно другой подход и новый тип специалиста, способный стать мостом между двумя мирами.

Этап переосмысления: подход «снизу-вверх»

На этом этапе в случае Reddit в игру вступает Эрин Одмиллер. Ее роль — стать «переводчиком» и «мостом» между мирами финансов и технологий. Задача Эрин состояла в том, чтобы перевести язык цифр и отчетов на язык, понятный и мотивирующий для инженеров, тем самым устранив культурный разрыв, на котором споткнулся первый подход.

Она разработала простой, но эффективный подход — тоже из трех шагов, который позволил создавать метрики, идущие «снизу-вверх».

Шаг 1 — обнаружение.

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

Шаг 2 — проверка и уточнение.

После определения первоначальной метрики начинался итеративный процесс работы с профильными экспертами (SME) внутри команд. Цель этого шага — доработать и уточнить метрику, чтобы она максимально точно отражала их конкретный рабочий процесс, учитывала все нюансы и зависимости.

Шаг 3 — использование и «профит».

Шаг, на котором формируется ответственность. Когда команда начинает использовать созданную ими же метрику для принятия решений — например, при A/B-тестировании новых функций — эта метрика уже принадлежит команде. С этого момента команда несет ответственность за метрику, следит за ней и стремится ее улучшить.

В результате пилотного применения подхода удалось:

1. Преодолеть культурную пропасть и объединить взгляды финансистов и инженеров в рамках общего информационного пространства с метриками, где можно наблюдать за их поведением и понимать зависимости.
2. Команды, которые первыми применили FinOps, приняли ответственность за метрики и эффективность. Это выражается в том, что метрики финансовой эффективности стали интуитивно необходимой темой в рамках обсуждения технических решений.
3. Инженеры смогли автоматизировать свои метрики и предоставлять их для дашбордов с большей гранулярностью и с меньшими затратми, чем предыдущий процесс ежемесячных ручных отчетов.

Масштабирование культуры

Для долгосрочного успеха недостаточно просто создать инструменты; необходимо выстроить систему, которая будет поддерживать и развивать новую культуру эффективности. Reddit использует несколько ключевых механизмов для масштабирования подхода «снизу-вверх».

Программа Efficiency Champions (Чемпионы эффективности)

Эта программа работает по модели «солнца» (центр и лучи). Подобные программы существуют и в других компаниях — например, в Starbucks их называют ‘Friends of FinOps’. В Reddit она объединяет энтузиастов эффективности из разных инженерных подразделений в виртуальную команду. Эти «чемпионы» выступают в роли агентов изменений: они помогают отлаживать процессы, делятся лучшими практиками и служат своего рода фокус-группой для тестирования новых идей FinOps.

Единый источник правды

Новые юнит-метрики, созданные «снизу-вверх», не заменяют старые, а дополняют их. Они интегрируются в уже существующие «канонические дашборды», где отображаются наравне с метриками «сверху-вниз».

«Вы видите метрики все на одном слайде. Они занимают одинаковое пространство. Они — равноправные партнеры» — Эрин Одмиллер.

Такой подход позволяет проводить перекрестную проверку и создает обогащенную и устойчивую систему измерения.

Интеграция в процессы принятия решений

Метрики стали неотъемлемой частью ежемесячных и ежеквартальных отчетов для инженерных лидеров. Но конечная цель еще амбициознее — внедрить обсуждение стоимости на самых ранних этапах жизненного цикла продукта: при написании требований и технических заданий. Это позволяет принимать экономически обоснованные решения еще до написания первой строчки кода.

«Эскалатор зрелости»

Эта метафора отлично описывает, как команды плавно поднимаются по уровням зрелости FinOps. Они начинают с базового знакомства с затратами, постепенно переходят к использованию метрик и, в конечном итоге, приходят к принятию ответственности за свою экономическую эффективность, поднимаясь наверх «эскалатора».

Но даже при такой отлаженной системе всегда остаются сложные вопросы и необходимость постоянно развиваться.

Вызовы и взгляд в будущее

FinOps — непрерывный циклический процесс, по мере роста зрелости организации и ее FinOps-практик на первый план выходят новые, более сложные вызовы. Reddit активно работает над их решением и строит планы на будущее.

Проблема общих затрат (shared costs) — это классическая головная боль для FinOps. В Reddit к ней подходят, руководствуясь принципом прагматизма, а не перфекционизма. На данный момент используются аппроксимации. Например, для одного из ML-сервисов оценили, что он потребляет около 30% ресурсов общего сервиса, и эту цифру захардкодили в расчетах.

«Мы были готовы смириться с паршивой точностью оценки, лишь бы не остаться без юнит-коста». — Эрин Одмиллер.

Компания осознает, что это приблизительная оценка, и планирует проводить периодический аудит таких допущений. Культурный сдвиг уже виден: недавно команда ML, обсуждая затраты, сами открыли свой дашборд с юнит-метрикой. Для ребят из FinOps важно, что команды сами приходят к использованию данных по затратам.

В какой-то момент может возникнуть желание обвесить метриками все. Но разрастание метрик грозит хаосом, ведь за ними нужно следить и их нужно поддерживать. Важно найти стратегический баланс. В качестве ориентира Reddit старается не превышать порог в пять ключевых метрик на одно крупное бизнес-направление.

Будущие инициативы

В планах компании — дальнейшее углубление FinOps-практик по трем ключевым направлениям:

1. Хранить историю инвестиций. Идея в том, что каждая фича или проект — это инвестиция и у нее есть некоторая отдача (ROI). Такой открытый репозиторий по основным направлениям позволяет в любой момент обратиться к опыту и увидеть, сколько от похожих действий удалось получить в прошлом.
2. Определить минимально жизнеспособную рентабельность (MVR). Установить пороговые значения эффективности для выбора новых проектов, чтобы на ранней стадии отсеивать неэффективные инициативы.
3. Перейти к многофакторному прогнозированию. Использование нескольких юнит-метрик для построения более точных и сложных моделей прогнозирования затрат.

Главный урок от Reddit

Успешное масштабирование FinOps — это результат не столько сложных математических моделей, сколько общей культуры, общего языка и общей ответственности за экономическую эффективность компании. Когда инженеры не просто получают отчеты о затратах, а сами становятся владельцами метрик, происходит настоящий культурный сдвиг.

В конце концов, дело чаще не в том, сколько мы тратим в облаке, а в том, какую прибыль мы из этого извлекаем.