Выручка по использованию: когда нельзя просто умножить месяц на 12
Как показывать доход по использованию: фиксированный минимум, переменная часть, три учебных ряда и прозрачная политика годовой нормализации.
Мартовская выручка сервиса выросла из-за большого объёма использования. Если умножить её на двенадцать, получится красивый годовой показатель. Но он будет предполагать, что март повторяется каждый месяц. Контракт может этого не обещать, а клиент — не планировать.
Для дохода по использованию полезно отдельно показывать фиксированное обязательство, переменную часть и выбранную нормализацию. Само название ARR не объясняет, какие суммы вошли в расчёт. Правило должно быть видно рядом с числом.
Три ряда с одинаковым последним месяцем
Все суммы ниже вымышлены и выражены в тысячах рублей за месяц. Рассматривается один клиент в каждом ряду, без налогов, валютных изменений и разовых внедрений. В марте каждый принёс 100, но характер дохода различается.
| Модель | Январь | Февраль | Март | Март × 12 | Что известно о базе |
|---|---|---|---|---|---|
| Фиксированная подписка | 100 | 100 | 100 | 1 200 | Текущая месячная ставка 100 |
| Минимум 40 плюс использование сверх включённого объёма | 50 | 70 | 100 | 1 200 | Минимальная месячная плата 40 |
| Только использование, без минимума | 20 | 30 | 100 | 1 200 | Фиксированной платы нет |
Во второй строке переменная часть равна 10, 30 и 60. Её среднее за три месяца — 33,33; годовая нормализация среднего — 400. Минимальная плата, умноженная на двенадцать, даёт 480. Вместе это 880, если вы сознательно используете среднее этого короткого периода как описательный run-rate.
В третьей строке средняя месячная выручка равна 50, а её годовая нормализация — 600. Это вдвое ниже мартовских 1 200. Ни 600, ни 1 200 не являются обещанием будущей выручки. Трёх месяцев недостаточно, чтобы считать сезонность изученной.
Сначала разберите модель оплаты
Stripe описывает usage-based billing как оплату, связанную с потреблением. Для анализа нужно понять, что именно тарифицируется, за какой период и есть ли фиксированная часть. Способ выставления счёта сам по себе не определяет политику ARR вашей компании.
Проверьте минимальный платёж, включённый объём, цену превышения, срок обязательства и условия отмены. Минимальная месячная ставка не всегда означает гарантированный годовой договор. Если клиент вправе отказаться через месяц, произведение ставки на двенадцать остаётся нормализацией текущего темпа.
Предоплата тоже требует раздельного рассмотрения. Деньги могли поступить сейчас за использование в будущих периодах. Одна сумма в банковской выписке не показывает месячный объём услуги. Вопрос перевода услуг на регулярную оплату разобран в материале о подписке и MRR; здесь уже существующую модель нужно описать без смешения её частей.
Запишите политику включения до следующего отчёта
Для небольшого управленческого отчёта хватит пяти явных решений. Их можно хранить рядом с формулой и версией расчёта.
- Фиксированная часть. Какие действующие ставки включаются, как учитываются даты начала, окончания и отмены.
- Переменная часть. Показывается отдельно, нормализуется по последнему завершённому месяцу или по выбранному историческому окну.
- Период данных. Только завершённые периоды потребления либо предварительная оценка с явной отметкой.
- Исключения. Разовые услуги, корректировки, возвраты и необычные всплески не исчезают молча; для них задаётся отдельное правило.
- Пересмотр истории. Как обновляются прошлые значения после позднего счёта или исправления потребления.
Называйте показатели по содержанию: «годовая нормализация фиксированной месячной платы», «переменная выручка за завершённые три месяца», «run-rate переменной части по среднему». Если внутренний отчёт объединяет их в ARR, раскройте формулу и состав. Сравнивать такой показатель с чужим ARR без проверки определений нельзя.
Почему история может измениться после закрытия месяца
ChartMogul описывает обработку usage-based billing через данные выставленных счетов и период оказания услуги. Показатели могут обновляться задним числом после появления данных. Поэтому недавний незавершённый период способен выглядеть ниже не из-за падения спроса, а из-за ещё не поступившего счёта.
Это поведение конкретного инструмента, а не универсальная методика для всех компаний. В своей выгрузке храните дату потребления, дату счёта и дату загрузки. Если отчёт использует только последнее поле, позднее поступление данных легко принять за новый рост.
Сделайте два состояния периода: предварительный и закрытый по согласованному правилу. Укажите, когда возможны корректировки. После изменения истории сохраняйте причину пересмотра, чтобы коммерческая команда не объясняла техническое обновление как новую продажу.
Что показать рядом с итогом
Для каждой модели из примера оставьте исходный ряд, фиксированную базу, выбранное окно средней переменной части и отдельный последний месяц. Так читатель увидит мартовский всплеск и сможет понять разницу между 880 и 1 200 во второй строке.
Добавьте срок действующих обязательств, если он нужен для решения. Не называйте нормализованную ставку контрактным остатком: сумма оставшихся обязательных платежей рассчитывается по срокам и условиям. Это управленческое представление дохода; бухгалтерское признание выручки требует отдельной принятой политики.
Связь дохода с CAC и LTV тоже зависит от состава данных. Разовый пик использования не должен незаметно превращаться в постоянную ценность клиента. Начните с трёх последних завершённых периодов одного договора: выделите минимум, потребление и корректировки, затем подпишите, что именно означает каждое годовое число.