Revenue в разных бизнес кейсах и как его считать
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 для разных бизнесов:
подписки, финансы, маркетплейсы и проектные модели.
Без магии - только логика и данные.Подписывайся!




