Когда клиент меняет тарифный план в середине оплаченного периода, возникает вопрос, который не решается сам собой: что делать с уже заплаченными деньгами и как считать новую сумму. Переход на другой тариф - это не замена стоимости, а пересчет условий с учетом даты перехода, остатка периода и принятых правил апгрейда или даунгрейда.
Пока смен мало, их считают вручную. С ростом базы у каждого менеджера появляется своя логика, суммы в счетах расходятся с ожиданиями клиентов, а поддержка тратит время на объяснение цифр.
Пока смен мало, их считают вручную. С ростом базы у каждого менеджера появляется своя логика, суммы в счетах расходятся с ожиданиями клиентов, а поддержка тратит время на объяснение цифр.
Если кратко
- При переходе между тарифами в середине периода нужен перерасчет, а не просто новая цена
- При апгрейде клиент доплачивает разницу тарифов за оставшиеся дни
- При даунгрейде остаток засчитывается в следующий период или переход откладывается до его начала
- Пропорциональный перерасчет (proration) дает формулу и убирает ручные вычисления
- Правила расчета нужно закрепить в биллинге до того, как появится первый спорный случай
Почему смена тарифа требует отдельной логики расчета
При обычном продлении выставляется счет на следующий период по текущим условиям. Смена тарифа затрагивает уже оплаченный период: клиент заплатил за одни условия, а пользоваться хочет другими. Нужно определить, сколько из оплаченного периода использовано, и разобраться с разницей в стоимости.
Тариф определяет стоимость, объем доступа и длину расчетного периода, и при смене все это меняется разом. При этом период может начинаться с любой даты активации, а смена происходить в любой его момент.
Отсюда правило: логику перерасчета фиксируют в системе заранее, при необходимости - разную для разных клиентов. Расчет, который придумывают вручную под каждый случай, не масштабируется.
Тариф определяет стоимость, объем доступа и длину расчетного периода, и при смене все это меняется разом. При этом период может начинаться с любой даты активации, а смена происходить в любой его момент.
Отсюда правило: логику перерасчета фиксируют в системе заранее, при необходимости - разную для разных клиентов. Расчет, который придумывают вручную под каждый случай, не масштабируется.
Какие тарифные планы влияют на расчет оплаты
Сложность перерасчета зависит от типа тарифа: чем больше параметров влияет на сумму, тем сложнее формула.
Для фиксированных тарифов достаточно одной формулы. Для ступенчатых и объемных потребуется знать, сколько было потреблено до даты перехода, чтобы правильно рассчитать остаток.
Подробнее о логике ступенчатой тарификации: Ступенчатые тарифы: как рассчитывается стоимость в зависимости от уровней.
О построении тарифных сеток в B2B SaaS: Почему гибкое ценообразование становится обязательным для B2B SaaS.
Подробнее о логике ступенчатой тарификации: Ступенчатые тарифы: как рассчитывается стоимость в зависимости от уровней.
О построении тарифных сеток в B2B SaaS: Почему гибкое ценообразование становится обязательным для B2B SaaS.
Что такое proration и зачем он нужен при смене тарифа
Пропорциональный перерасчет (proration) - это метод расчета стоимости за часть расчетного периода. Клиент платит не за полный месяц, а за те дни, которые приходятся на каждый из тарифов.
Базовая формула: стоимость тарифа делится на количество дней в периоде и умножается на число оставшихся дней. Для апгрейда получается доплата, для даунгрейда с немедленным переходом - сумма к зачету.
Без этого механизма выбор сводится к двум вариантам: выставить счет за полный следующий период прямо сейчас или дождаться начала нового периода, теряя доход при апгрейде. Пропорциональный перерасчет убирает этот компромисс.
Важная деталь: число дней в периоде берут реальное, а не 30 фиксированных. Февральский расчет при той же формуле даст другую сумму, чем мартовский.
Без этого механизма выбор сводится к двум вариантам: выставить счет за полный следующий период прямо сейчас или дождаться начала нового периода, теряя доход при апгрейде. Пропорциональный перерасчет убирает этот компромисс.
Важная деталь: число дней в периоде берут реальное, а не 30 фиксированных. Февральский расчет при той же формуле даст другую сумму, чем мартовский.
Апгрейд тарифа: как считать доплату
Клиент переходит на более дорогой тариф в середине периода. Нужно посчитать разницу в стоимости за оставшиеся дни: сколько стоили бы эти дни на старом тарифе и сколько стоят на новом. Разница и есть доплата.
Доплата выставляется отдельным счетом сразу или включается в следующий счет, в зависимости от правил сервиса. Доступ к новому тарифу, как правило, открывается после оплаты.
Важно: клиент платит ровно за те дни, которые пользуется новым тарифом. Это справедливее, чем выставлять полный счет за следующий период с первого числа.
Важно: клиент платит ровно за те дни, которые пользуется новым тарифом. Это справедливее, чем выставлять полный счет за следующий период с первого числа.
Даунгрейд тарифа: как работать с остатком
При даунгрейде клиент переходит на более дешевый тариф. Здесь чаще всего используют один из двух подходов.
Переход с начала следующего периода. Действующий тариф сохраняется до конца оплаченного периода, клиент продолжает пользоваться текущим объемом сервиса. Со следующего периода начинает действовать новый тариф и выставляется счет по новой цене. Перерасчитывать ничего не нужно.
Переход с текущей даты. Период пересчитывается: сумма за оставшиеся дни по старому тарифу либо засчитывается в следующий счет, либо возвращается. Если возврат не предусмотрен правилами, остаток идет в зачет. Доступ к текущему тарифу прекращается в день перехода.
Какой бы подход ни использовался, клиент должен знать заранее: когда изменится тариф, что произойдет с уплаченными деньгами и какой счет придет в следующем периоде.
Перевод на новый тариф с начала следующего периода проще технически и понятнее для клиента. Немедленный переход требует логики возврата или зачёта, которую нужно заранее прописать в биллинге.
Переход с текущей даты. Период пересчитывается: сумма за оставшиеся дни по старому тарифу либо засчитывается в следующий счет, либо возвращается. Если возврат не предусмотрен правилами, остаток идет в зачет. Доступ к текущему тарифу прекращается в день перехода.
Какой бы подход ни использовался, клиент должен знать заранее: когда изменится тариф, что произойдет с уплаченными деньгами и какой счет придет в следующем периоде.
Перевод на новый тариф с начала следующего периода проще технически и понятнее для клиента. Немедленный переход требует логики возврата или зачёта, которую нужно заранее прописать в биллинге.
Частичный период оплаты: где чаще всего возникают ошибки
Большинство ошибок при смене тарифа связаны не с неправильной формулой, а с тем, что расчет делается не там, где надо, или без нужных данных:
По отдельности каждая ошибка выглядит незначительной. При росте числа клиентов они накапливаются в споры, ручные правки счетов и лишнюю нагрузку на поддержку.
- месяц считается как 30 фиксированных дней, а реальное число дней не учитывается
- дата перехода не фиксируется точно, особенно при ручном оформлении
- сумма пересчитывается в таблице вне биллинга, не попадает в счет
- счет выставляется без детализации: клиент видит цифру, но не понимает, откуда она
- при перерасчете не учитывается НДС
По отдельности каждая ошибка выглядит незначительной. При росте числа клиентов они накапливаются в споры, ручные правки счетов и лишнюю нагрузку на поддержку.
Что должен учитывать биллинг при смене тарифа
Чтобы перерасчет работал корректно, биллингу нужна полная картина по каждому переходу:
Если хотя бы одного из этих параметров нет в системе, биллинг либо рассчитает неправильно, либо переложит расчет на менеджера.
О том, какие задачи биллинг закрывает в SaaS и зачем он нужен вообще: Биллинг в SaaS: что это такое и зачем он нужен.
Как показывать перерасчет клиенту
Клиент должен видеть не итоговую сумму, а ее состав: старый и новый тариф, дату перехода, расчет доплаты или зачета с разбивкой по дням. В счете это оформляется двумя строками: сколько дней использовался старый тариф и сколько приходится на новый. Уведомление о переходе уходит в день смены с суммой и кратким объяснением, что снижает число вопросов в поддержку.
Как автоматизация помогает избежать ошибок
При ручном расчете каждый переход между тарифами - это отдельная работа: нужно определить дату, посчитать дни, применить формулу, выставить счет. При десяти клиентах это терпимо, при ста уже нет.
Биллинг с зафиксированными правилами перерасчета считает доплату или зачет сам: по дате перехода, актуальным тарифам и реальному числу дней в периоде. Система также хранит историю: когда и кем был инициирован переход, какая сумма рассчитана. Это нужно для аудита и ответов на клиентские запросы.
О том, как биллинг автоматизирует выставление счетов по подпискам: Автоматизация выставления счетов: меньше ошибок, быстрее оплата.
Биллинг с зафиксированными правилами перерасчета считает доплату или зачет сам: по дате перехода, актуальным тарифам и реальному числу дней в периоде. Система также хранит историю: когда и кем был инициирован переход, какая сумма рассчитана. Это нужно для аудита и ответов на клиентские запросы.
О том, как биллинг автоматизирует выставление счетов по подпискам: Автоматизация выставления счетов: меньше ошибок, быстрее оплата.
Чек-лист: что проверить перед настройкой смены тарифа
- С какой даты начинает действовать новый тариф: сразу или с начала следующего периода?
- Есть ли правило расчета доплаты при апгрейде?
- Есть ли правило для остатка при даунгрейде: зачет, возврат или сгорание?
- Выставляется ли отдельный счет на доплату или она включается в следующий?
- Видит ли клиент детализацию расчёта в личном кабинете и в счете?
- Отправляется ли уведомление о смене тарифа с объяснением суммы?
- Хранится ли история изменений тарифа для аудита?
- Знает ли поддержка, как объяснять расчет клиенту при вопросах?
Итог
Смена тарифа в середине периода почти всегда порождает одни и те же вопросы: считать с сегодня или с первого числа, что делать с остатком, как выставить документ. При апгрейде ответ обычно доплата за оставшиеся дни, при даунгрейде - зачет или перенос, а формулу для этого дает пропорциональный перерасчет. Главное - закрепить правила в биллинге, а не решать каждый случай заново.
Если в вашем SaaS уже есть смена тарифов, апгрейды, даунгрейды, тарифная сетка или частичные периоды оплаты, стоит проверить, как эти сценарии считаются в биллинге! LBX помогает связать тарифы, подписки, счета, оплаты и доступы в одном процессе, чтобы перерасчет был понятен команде и клиенту.
