Revenue часто переводят как «выручка» — и на этом понимание заканчивается.
Кажется логичным: если деньги пришли на счёт, значит бизнес заработал.
Но в реальности Revenue — это доход, который бизнес признал, а не просто получил.
Ключевое слово здесь — признал.
То есть ответ на вопрос не «когда заплатили», а когда бизнес считает, что он действительно заработал эти деньги.
И вот тут начинаются нюансы.
Кстати, в моём канале Аналитика FM уже есть примеры SQL-запросов для расчёта Revenue в разных бизнес-моделях. Ниже как раз объяснение, почему этих вариантов так много.
Присоединяйся!
В классическом виде Revenue:
Revenue = количество × цена
Или:
-
сумма чеков
-
сумма оплаченных заказов
-
сумма выставленных счетов
Это работает ровно до тех пор, пока бизнес простой.
Но как только появляются:
-
подписки
-
рассрочки
-
комиссии
-
возвраты
-
отложенные услуги
формула «сумма денег» перестаёт отражать реальность.
Пример: клиент оплатил год обучения сразу.
Но по договору он может расторгнуть его и вернуть часть денег.
Если считать Revenue как «всё, что оплатили», то при возврате показатели будут прыгать — и бизнес будет принимать решения на искажённой картине.
Как по-разному считается Revenue в разных бизнесах
1️⃣ Транзакционные офлайн-бизнесы
(кафе, рестораны, услуги)
Здесь всё относительно честно и просто:
-
Revenue = сумма оплаченных чеков
-
возвраты не входят
-
дата Revenue = дата покупки
Заплатили → заработали.
2️⃣ Подписочные и онлайн-продукты
(SaaS, онлайн-образование)
Здесь деньги и доход — разные сущности.
-
деньги могут прийти сразу
-
Revenue признаётся равномерно во времени
-
payment ≠ revenue
Если подписка действует 3 месяца, то и доход «размазывается» по этим 3 месяцам — независимо от того, когда пришла оплата.
Поэтому:
-
смотрят не на платёж
-
считают строго по периоду оказания услуги
На практике для этого делают отдельную таблицу начислений, а не пересчитывают всё каждый раз.
3️⃣ Финансы и страхование
В финтехе деньги почти никогда не означают доход «сегодня».
-
кредит выдали сегодня
-
доход зарабатывается постепенно
-
Revenue считается на даты начислений
Причём Revenue может:
-
пересчитываться задним числом
-
меняться из-за досрочного погашения
-
корректироваться из-за каникул, судов, ошибок
Здесь Revenue отвечает на вопрос:
«Когда мы реально заработали?»,
а не «когда приняли решение выдать кредит».
4️⃣ Розница и FMCG
Фокус не на клиенте, а на товаре.
-
Revenue = количество × цена
-
считается по SKU, магазинам, регионам
-
аналитика чаще товарная, чем клиентская
Кто купил — вторично. Главное — что и где продали.
5️⃣ Маркетплейсы и платформы
Самый частый источник ошибок.
Клиент платит много, но:
-
эти деньги не принадлежат платформе
-
платформа — посредник
Поэтому:
-
order_amount ≠ revenue
-
Revenue = комиссия + сервисные сборы
Платформа не владеет товаром и не несёт товарные риски.
Она зарабатывает на услуге, а не на продаже.
6️⃣ Проектные и экспертные бизнесы
Здесь нет логики «продал → отгрузил → забыл».
Работа делается этапами.
Каждый этап:
-
закрыт
-
принят заказчиком
-
имеет согласованную стоимость
Revenue признаётся по факту выполненной работы, а не по оплате.
Это не прихоть аналитиков, а:
-
бухгалтерский принцип
-
управленческий принцип
-
часто юридическое требование
Главное, что важно запомнить
Revenue — это всегда:
-
про модель бизнеса
-
про правила признания
-
про момент, когда бизнес считает, что заработал
Одна и та же формула в разных компаниях может означать совершенно разные вещи.
И именно поэтому нельзя просто взять «SUM(amount)» и успокоиться.
Если хочешь посмотреть, как это выглядит в реальных SQL-запросах —
в канале Аналитика FM я уже разбираю расчёт Revenue для разных бизнесов:
подписки, финансы, маркетплейсы и проектные модели.
Без магии — только логика и данные.Подписывайся!
