Как считать LTV клиента в CRM — жесткий аудит

Если вы до сих пор спорите в отделе маркетинга и продаж, «какой у нас LTV», значит деньги уже уходят. Цена ошибки — неверные бюджеты, зависшие кампании и хаотичные решения по продукту. Давайте проведем жесткий аудит: что проверять в CRM, где именно текут деньги и как считать LTV так, чтобы им можно было управлять, а не угадывать.

Первое: проверить данные и сегменты для LTV

Боль проста: LTV пляшет из‑за мусора в данных, а решения принимаются «на глаз». Цена ошибки — лишние месяцы в минусе и конфликт между маркетингом и продажами. Обещание ясности: разбираемся, какие поля и сегменты в CRM критичны для расчета и почему без них любая формула — фикция.

Начните с идентификаторов клиента: единый Contact/Company, жёсткая привязка всех сделок и оплат. На практике это видно сразу: один и тот же клиент в CRM размножается на три карточки, а LTV разваливается из‑за дубликатов. Дальше — чистота по датам (первая покупка, повторные, дата возврата), типам транзакций (оплата, предоплата, возврат, доначисление), источникам (UTM, канал, кампания). Если по-простому, LTV — это сумма подтвержденной выручки на клиента за период с поправкой на возвраты и маржу; без этих полей вы считаете не клиента, а шум.

Сегменты обязательны. Первый/повторный, подписка/разовая, ключевой продукт/допродажа, география, менеджер. В реальной работе это выглядит не так просто: половина повторных покупок «улетает» в новые лиды и живет отдельно от клиента. Хороший признак — когда контактная карточка показывает хронологию всех сделок, оплат, документов и коммуникаций в одном месте.

Определитесь с определением: вы считаете выручку или вклад в маржу. Обычно всплывает одна и та же ошибка — LTV путают с средним чеком. Жестко зафиксируйте: «LTV=сумма фактических оплат минус возвраты» или «LTV=валовая прибыль клиента», и используйте одно правило везде: отчеты, BI, совещания.

Типовые ошибки при расчете LTV и кейсы Битрикс24

Проблема: LTV «растет» на бумаге, но прибыль не появляется. Цена ошибки — вы продолжаете лить трафик в каналы, которые не окупаются, потому что CRM рисует красивую, но ложную картину. Чётко разберем, где чаще всего косячат и как это проявляется в Битрикс24.

• Дубликаты контактов и компаний. В Битрикс24 это классика: новые заявки попадают в лиды, менеджер не мёржит карточки, повторная сделка создается на «нового» клиента — LTV дробится.
• Сумма сделки вместо оплат. В сделке стоит «сумма договора», но фактически клиент платит частями или не платит вовсе. На практике это видно сразу, когда в реестре оплат тишина, а в отчетах LTV красивый.
• Возвраты не отражены транзакцией. Сделку откатили, но возврата в деньгах нет — LTV завышен. Часто проблема проявляется здесь: статусы меняют, а деньги не двигают.
• Перепутанные статусы Won/Lost. Менеджер «размораживает» старую победную сделку, чтобы не создавать новую, и искажает хронологию клиента.
• Нет источника и UTM. Без маркировки каналов LTV на уровне маркетинга превращается в среднюю температуру.

Хороший признак — когда в Битрикс24 оплата живет отдельным объектом и связана со сделкой и клиентом, а отчеты строятся по оплатам и возвратам, а не по «сумме сделки». Если система настроена правильно, вы в один клик видите LTV по сегменту «повторные», по менеджеру и по каналу, а суммы сходятся с бухгалтерией.

Где скрыты потери: входящие, возвраты, допродажи

Боль: деньги утекают не там, где вы их ищете — не только в трафике, но и в операционке. Цена ошибки — упущенная прибыль на существующих клиентах, которые уже «в тепле». Даем ясность: покажу три щели, куда чаще всего уходит LTV.

Входящие. Звонок от действующего клиента попадает как новый лид, карточка не связывается с существующим контактом. Менеджер закрывает «быструю» продажу без истории, и ваш LTV по этому клиенту делится надвое. Обычно именно на этом участке всё начинает сыпаться — телефония не склеена с CRM, а поиск по номеру не настроен.

Возвраты. Клиент вернул товар, а в CRM это отметили комментарием, не транзакцией. В финансовом учете минус есть, в CRM — нет. Руководитель видит «здоровый» LTV, а маржу уже съело.

Допродажи. Менеджер оформляет кросс‑селл как новую сделку без связи с предыдущей. На практике чаще всего дополнительные услуги и продления подписи «живут» отдельной сущностью и не попадают в сводный LTV на клиента. Потеря контроля над продажами случается тихо: клиенту продали, но ценность сегмента вы не видите.

Признаки хаоса: как понять, что CRM настроена неправильно

Боль: вы не доверяете цифрам и не можете ответить, сколько вам приносит клиент за год. Цена ошибки — стратегические решения по ассортименту и маркетингу принимаются вслепую. Обещаю ясные маркеры: увидите — сразу правьте.

Признаки: LTV по неделям «скачет» без изменения продуктовой матрицы, суммы по CRM не сходятся с оплатами в банке, доля «повторных» воронок почти нулевая при большом ретеншне, контактов больше, чем клиентов в учете, отчеты строятся по сумме сделок, а не по оплатам и возвратам. Часто проблема проявляется здесь: поля «Источник» и «Дата первой покупки» пустые у половины базы.

Хороший признак — когда у каждой операции есть статус и дата, у оплаты есть связь со сделкой, а у сделки — с контактами и источником. Если система настроена правильно, любой новый отчет о LTV повторяет цифры из BI и финучета с погрешностью на задержки, а не «живет своей жизнью».

Как считать LTV клиента в CRM: практическая формула и примеры

Боль: формул много, а применить к своей CRM не получается. Цена ошибки — завышенные планы по выручке и несбыточные KPI для маркетинга. Дам рабочую формулу и покажу, какие поля в CRM ей соответствуют — без лишней теории.

Если по-простому для транзакционного бизнеса: LTV клиента = сумма всех подтвержденных оплат клиента за период − сумма подтвержденных возвратов. Для оценки прибыли используйте: LTV на марже = (сумма оплат − возвраты) × валовая маржа% сегмента. Для подписки: LTV = средний платеж в месяц × средняя длительность удержания (в месяцах) × маржа%. В реальной работе это выглядит не так просто: важный момент — считать по оплатам, а не по сделкам, и не забывать списывать возвраты в дату факта.

Пример применения без цифр. Проектные продажи: соберите все оплаты по контакту за 12 месяцев, вычтите возвраты, умножьте на среднюю маржу категории «услуги» — получите LTV на марже. Подписка: посчитайте среднюю длительность удержания по когорте, умножьте на средний платеж и маржу — это ваш ориентир для CAC и планов по допродажам. На практике чаще всего ошибка в том, что длительность удержания берут «с потолка», а нужно — по фактическим отменам.

Настройка и интеграция: ROISTAT, сквозная аналитика, стоимость

Боль: сквозная аналитика не сходится, маркетинг не понимает окупаемость, а LTV по каналам — «серый». Цена ошибки — вы платите за лиды, которые не отбиваются месяцами. Дам понятную схему: как подключить и зачем вам ROISTAT, какие задачи он решает и от чего зависит стоимость внедрения LTV в CRM.

ROISTAT — сервис сквозной аналитики и атрибуции: собирает данные из рекламы, сайта, телефонии и CRM, склеивает визиты с продажами и строит отчеты по LTV, ROMI, когортам. Из полезного: трекинг клиентских идентификаторов, мульти‑атрибуция, импорт расходов из рекламных кабинетов, отчеты по повторным покупкам и ретеншну. Внедряется так: подключаете CRM (например, Битрикс24), на сайт — трекер, на рекламу — UTM, в телефонию — коллтрекинг, на платежи — интеграцию оплат. Дальше — маппинг полей: платежи, возвраты, клиентский ID, источник. Ссылка для старта — ROISTAT.

Интеграция CRM с ROISTAT нужна, чтобы видеть LTV по каналам, а не среднюю по больнице. На практике это видно сразу: как только начинаете считать по оплатам, часть «рентабельных» кампаний выходит в минус из‑за возвратов и низкой маржи. Хороший признак — когда отчет «LTV по источнику» в ROISTAT сходится с вашим BI и CRM на горизонте месяца.

Про деньги. Стоимость внедрения LTV в CRM зависит от трех блоков: чистка и нормализация данных (дедупликация, статусы оплат, возвраты), настройка сущностей и автоматизаций в CRM (оплаты как объект, бизнес‑процессы, валидации), плюс сквозная аналитика (лицензия, интеграции, маппинг, тесты). Цена ошибки — экономить на связке «оплаты/возвраты»: потом переплатите временем и потерями в отчетах. Если система настроена правильно, дальнейшая поддержка сводится к донастройке атрибуции и отчетов по сегментам.

Что исправлять первым: чеклист действий для команды продаж

Боль: команда не знает, с чего начать, а сроки горят. Цена ошибки — неделя обсуждений без результата и потеря времени на «косметику». Ясность здесь: короткий чеклист, который приводит LTV в чувство.

1. Включите в CRM жесткое правило: сначала поиск по телефону/email, потом — создание карточки. Дедупликация каждый день до нуля.
2. Перейдите на учет по оплатам: сделки — только контейнер, отчетность — по платежам и возвратам. Возвраты — отдельным типом операции.
3. Заведите поля «Дата первой покупки», «Дата последней покупки», «Источник (первичный)», «Источник (последний)». Заполните ретро, насколько это возможно.
4. Разделите воронки/направления «Первая продажа» и «Повторные продажи». Привяжите менеджеров по ретеншну.
5. Свяжите рекламу и телефонию с CRM, проверьте UTM и клиентский ID на сайте. Запустите тестовые сценарии до первой реальной сделки.
6. Согласуйте определение LTV (выручка или маржа) и зафиксируйте его в регламенте. Один термин — во всех отчетах.
7. Подключите сквозную аналитику: ROISTAT или BI-слой, выведите LTV по каналам и сегментам. Сверьте с финучетом.

Дальше — без суеты. Проверьте срезы по «повторным» и возвратам раз в неделю, а по каналам — раз в две. Если нужна быстрая настройка и разбор ваших цифр, обращайтесь в AMSALES: внедрим Битрикс24 под расчет LTV, подключим сквозную аналитику и обучим команду. Запросите консультацию по внедрению и интеграциям здесь: внедрение Битрикс24 или настройка автоматизаций и интеграций.