Как рассчитать полную стоимость CDP на два года

Две платформы могут предлагать похожую подписку, но после внедрения обходиться компании по-разному. В одном случае в цену входят нужный обмен и поддержка, в другом за них платят отдельно. С ростом базы добавляются новые тарифные ступени и работа команды. Если сравнить только ежемесячный счёт за лицензию, эти различия останутся незаметными.

CDP (Customer Data Platform) — платформа, которая объединяет клиентские данные из разных источников и делает их доступными для дальнейшего использования. Чтобы она работала, нужны подключённые источники, правила обработки и сопровождение. TCO (Total Cost of Ownership), или совокупная стоимость владения, — оценка всех расходов на выбранное решение за определённый период.

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

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

Зафиксируйте границы расчёта

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

Отделите денежные выплаты от стоимости внутренней занятости. Зарплата существующей команды может не измениться после покупки, но сопровождение CDP займёт часть её времени. Руководителю полезно видеть оба результата: дополнительный бюджет и общий объём ресурсов.

Также определите, сравниваете ли вы полные системы или только изменения относительно текущей архитектуры. Одинаковые неизменные расходы можно вынести за пределы сравнительного расчёта, но это нужно явно написать. В полном бюджете они остаются.

Постройте профиль нагрузки

Для каждого месяца нужны оплачиваемые профили, события, сообщения и другие единицы тарифа. Профиль — запись с данными клиента; событие — запись об отдельном действии или изменении, например покупке. База клиентов и оплачиваемая база могут различаться. Переход в новую тарифную ступень тоже не всегда происходит пропорционально росту.

Опишите источник прогноза. Удвоение базы может следовать из плана привлечения, переноса другого бренда или очистки дублей. Это разные процессы: при миграции нагрузка может вырасти скачком, а при обычном привлечении — постепенно.

Кроме размера базы учтите частоту событий на клиента, сезонные пики и загрузку истории. SDK (Software Development Kit) — набор готовых программных компонентов и инструментов для разработчика. В CRM его, например, встраивают в приложение, чтобы передавать действия пользователей. [1] API задаёт доступные способы обращения к системе, а SDK помогает разработчику их использовать. Подключение или изменение такого набора способно увеличить объём технических событий без роста числа покупателей. Если события оплачиваются, это напрямую влияет на стоимость.

Разложите расходы по понятным категориям

Microsoft относит к модели затрат инфраструктуру, поддержку и внедрение, а также предлагает учитывать выбор между собственной разработкой и готовыми решениями. [2] Для CRM эту рамку стоит раскрыть до конкретных работ.

В разовые расходы входят проектирование данных, интеграции, перенос истории, проверка сценариев и обучение. Регулярные расходы включают лицензии, каналы, вычисления, поддержку и работу команды. Отдельно показываются плановые изменения и расходы при выходе.

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

Условное сравнение двух предложений

В примере оба решения прошли обязательные технические проверки. В первый год используется 200 тысяч оплачиваемых профилей, во второй — 400 тысяч. Для простоты объём меняется на границе годов. В рабочей модели расчёт ведётся помесячно. Все суммы — тысячи рублей без НДС.

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

Строка выхода здесь включена как единое допущение для сравнения. Если выход не планируется, покажите отдельно TCO без него и сценарий с выходом. Будущий возможный расход нельзя одновременно считать неизбежной выплатой и резервом на случай его возникновения: получится двойной учёт.

Проверьте чувствительность к росту

Допустим, при неизменной базе лицензия A стоит 100 тысяч в месяц, B — 150 тысяч. Во втором году при удвоении это 200 и 180 тысяч, при утроении — 300 и 240 тысяч. Остальные расходы временно оставим как в таблице, чтобы изолировать влияние тарифа.

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

Не называйте эти тарифы рыночными. Они специально заданы для демонстрации метода. Для закупки нужны предложения поставщиков на одинаковые объёмы с письменным определением оплачиваемых единиц.

Как учитывать неопределённость и время денег

Для работ с неясным объёмом задайте диапазон, например 300–500 часов, и перечислите причины разброса. Общий резерв полезен только вместе с основанием. Произвольные «ещё 20% на всё» могут скрыть пропущенную интеграцию или дважды учесть уже оценённый риск.

Для инвестиционного сравнения финансовая команда может рассчитать приведённую стоимость платежей: будущие суммы пересчитываются на текущую дату по согласованной ставке. Этот пересчёт называют дисконтированием; он учитывает, что рубль сегодня и рубль через два года имеют разную экономическую ценность. Рядом сохраните номинальный бюджет по месяцам — именно он нужен для планирования денежных выплат. Не смешивайте дисконтированную стоимость одного варианта с номинальной стоимостью другого.

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

Как связать TCO с ожидаемой пользой

TCO описывает затраты, а не доказывает окупаемость. Для эффекта нужна отдельная гипотеза: какие дополнительные действия станут доступны, сколько ресурсов высвободится и как будет измерен дополнительный финансовый результат.

Если вариант дороже на 1 миллион рублей, найдите конкретное преимущество, которое может покрыть эту разницу. Не подставляйте в расчёт всю выручку CRM-канала. Часть покупок произошла бы и при прежней системе.

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

Источники

[1] Amazon Web Services. What is an SDK? Обзор инструментов разработки.

[2] Microsoft. Cost Optimization design principles. Azure Well-Architected Framework.