LTV: как считать пожизненную ценность клиента

Короткий ответ. LTV (Lifetime Value) показывает ценность клиента за весь период отношений. Для подписки и повторных покупок он особенно важен: компания может позволить себе CAC выше прибыли первой сделки, если последующие платежи предсказуемы.

Простая модель

Для подписки: средняя месячная маржа × средний срок жизни клиента.

Если клиент платит 55 000 ₽/мес., gross margin после переменных затрат — 35 000 ₽, средний срок — 10 месяцев: LTV contribution = 350 000 ₽.

Использовать выручку 550 000 ₽ вместо маржи опасно: она завышает допустимый CAC.

Через churn

При стабильной подписочной модели грубая оценка lifetime может быть 1 / monthly churn.

Например churn 5% → около 20 месяцев. Но формула чувствительна к cohort maturity и не подходит автоматически всем бизнесам.

Для проектного бизнеса

LTV = первая сделка + повторные проекты + сопровождение/upsell × вероятность. Здесь полезнее cohort/history, чем формула SaaS.

LTV:CAC

Отношение помогает понять запас экономики, но «идеальные 3:1» нельзя считать универсальным законом. Важны payback, cash flow, маржинальность и темп роста.

Cohorts

Среднее LTV по всем клиентам может скрывать сегменты. Отдельно считать:

• channel/offer;
• отрасль;
• тариф;
• cohort acquisition month.

Тогда видно, что дешёвый канал может приводить клиентов с низким retention.

Ошибки

• прогнозировать 5 лет по двум месяцам данных;
• считать revenue вместо contribution margin;
• не учитывать churn/refunds/support cost;
• использовать один LTV для всех сегментов.

Для маркетинга LTV нужен не ради красивого dashboard, а чтобы определить разумный CAC и стратегию удержания/upsell.

Что спросить у подрядчика до старта

По теме LTV полезнее обсуждать не список работ, а способ принятия решений. Попросите подрядчика показать:

1. Как он определит исходную точку. Какие данные нужны до первой рекомендации?
2. Как разделит гипотезы. Что будет проверяться первым и почему?
3. Какие события настроит. Как результат дойдёт до Метрики/CRM?
4. Что считается успехом. Какая метрика и какой горизонт?
5. Что произойдёт при неуспехе. Есть ли заранее определённый следующий шаг?

Если ответ сводится к “мы всё настроим по лучшим практикам”, это слабый сигнал. Сильная команда может объяснить причинно-следственную цепочку ещё до начала работ.

Контрольный список

• Формула корректна.
• Период сопоставим.
• Допущения видны.
• Есть числовой пример.
• Есть более глубокая метрика.
• Результат связан с действием.

Как считать LTV

Для подписной модели упрощённый вариант: LTV ≈ средняя месячная валовая прибыль с клиента × средний срок жизни клиента в месяцах. Для проектного бизнеса лучше считать фактическую совокупную валовую прибыль когорты клиентов за выбранный горизонт.

Пример: клиент приносит 12 000 ₽ валовой прибыли в месяц и остаётся в среднем 18 месяцев. Модельный LTV = 216 000 ₽. Это не означает, что можно платить 215 000 ₽ за привлечение: нужны операционные расходы, риск и требуемая маржа.

Три уровня зрелости по теме «LTV»

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

Уровень 1 — рабочий минимум

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

Уровень 2 — управляемая система

Следующий уровень — метрика сегментирована и связана с более глубоким показателем. Команда перестаёт спорить о результате “по ощущениям”: у каждого этапа есть измерение, данные передаются между системами, а изменения запускаются как гипотезы. Обычно именно здесь digital начинает становиться воспроизводимым процессом, а не набором разовых работ.

Уровень 3 — масштабирование

Зрелая система выглядит так: значение используется в планировании бюджета и сценарном моделировании. Важно, что масштабирование начинается не с увеличения бюджета, а с доказанной управляемости. Если базовые данные ненадёжны или качество лида неизвестно, рост объёма лишь быстрее масштабирует ошибку.

Практический вывод: сначала определите свой уровень и не покупайте архитектуру третьего уровня, если ещё не закрыты проблемы первого. Но и не стройте первый уровень так, чтобы для перехода ко второму пришлось всё выбросить.

Частые вопросы

Нужно внедрять всё сразу?

Нет. Выберите одно ограничение и расширяйте систему после подтверждённого эффекта.

Когда нужен внешний подрядчик?

Когда задача проходит через несколько дисциплин и важна единая ответственность за результат.

Как использовать этот показатель или инструмент в управлении, а не только знать определение

После расчёта всегда задавайте вопрос: какое решение изменится от полученного значения? Метрика без действия быстро превращается в vanity dashboard. Если показатель ухудшился, должен существовать следующий уровень диагностики; если улучшился — проверка, не ухудшилась ли следующая стадия воронки.

Фиксируйте методику

Запишите источник данных, формулу, период и правила исключений. Особенно важно для CPL/CAC/LTV/ROMI: две команды могут использовать одинаковое название и считать совершенно разные вещи. Изменение определения посреди года ломает сравнимость истории.

Используйте диапазоны и сценарии

Калькуляторы не должны создавать ложную точность. Для входных данных, которые являются предположениями, показывайте conservative/base/optimistic scenario. Пользователь должен видеть, какой параметр сильнее всего меняет результат.

Проверяйте через CRM

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

Сохраняйте контекст

Если инструмент генерирует URL, смету или медиаплан, дайте пользователю скачать/скопировать результат без обязательного контакта. CTA на консультацию появляется после ценности. Это делает инструмент действительно полезным и повышает качество входящих обращений.

Ограничения

У каждой формулы есть область применимости. На странице нужно явно показать, какие факторы калькулятор не знает и где требуется ручная оценка. Честное ограничение повышает доверие сильнее, чем обещание точности до рубля.

Мини-практика: посчитайте показатель на своих данных

Возьмите один полный период — например, прошлый календарный месяц — и посчитайте показатель вручную из исходных данных. Затем сравните результат с dashboard. Если цифры различаются, не выбирайте «более приятную»: найдите разницу в формуле, attribution window, исключениях или статусах.

Запишите формулу рядом с отчётом и не меняйте её без версии. Для управленческой метрики стабильность определения важнее возможности каждый месяц немного улучшить методику.

После расчёта добавьте второй показатель, который находится на следующем шаге воронки. Например, рядом с CTR — post-click CR, рядом с CPL — qualified CPL, рядом с CAC — contribution LTV/payback. Эта связка защищает от локальной оптимизации, которая ухудшает бизнес.

Три вопроса, которые стоит задать команде

Первый: какую конкретную проблему по теме LTV мы пытаемся решить сейчас? Если ответ расплывчатый, команда почти наверняка выберет инструмент раньше диагноза.

Второй: какой факт заставит нас изменить мнение? Хорошая гипотеза допускает неуспех. Заранее определённый критерий защищает от бесконечного объяснения слабых цифр внешними причинами.

Третий: что произойдёт после улучшения локальной метрики? Рост кликов, форм, охвата или автоматизированных действий имеет смысл только тогда, когда следующий этап воронки способен принять дополнительный объём без падения качества.

Эти три вопроса делают обсуждение короче и переводят тему из области вкуса в область управляемого решения.

Что делать дальше

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

Если задача проходит через несколько зон — например, сайт, трафик, SEO, CRM и автоматизацию — единая команда уменьшает количество стыков и взаимных «это не наша зона». Мы можем закрыть аналитику и CRM и связать работу с аналитикой.

CTA: Получить разбор задачи

Что делать дальше

Разобрать задачу на ваших данных

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

Получить разбор →