B2B-маркетинг · Стратегия · RevOps · ИИ Маркетинг с 2008 года
Шаблоны и инструменты

Калькулятор окупаемости инвестиций (ROI Calculator Template)

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

Минимальная рабочая версия

ПоказательФормула / логика
InvestmentLicense + implementation + internal costs
Annual BenefitCost savings + margin uplift + avoided loss
Net BenefitAnnual Benefit − ongoing incremental costs
ROI(Net Benefit − Investment) ÷ Investment × 100%
PaybackInvestment ÷ monthly net benefit

Расширенная модель

Калькулятор окупаемости инвестиций (ROI Calculator)
Baseline
Текущий объём, cost, conversion, error rate, cycle time и др.
Value Driver
Какое изменение создаёт экономический эффект.
Operational Change
Что именно должно измениться в процессе.
Assumption
Ожидаемый процент изменения.
Evidence
Источник assumption: customer data, pilot, benchmark, case.
Gross Benefit
Экономический эффект до дополнительных costs.
Incremental Cost
License, implementation, training, maintenance.
Net Benefit
Benefit минус incremental cost.
Time Horizon
12/24/36 месяцев.
Sensitivity
Low / Base / High assumptions.
Owner
Кто у клиента подтверждает каждый input.

Пример value driver

100 сотрудников × 4 часа ручной работы в неделю × 1 500 ₽/час = 31,2 млн ₽ annual gross labor value. Но в ROI нельзя автоматически считать 100% этой суммы как экономию: нужно определить, высвобождается ли capacity и как она превращается в business value.

Критерии качества

  • Inputs согласованы с клиентом.
  • Не смешиваются revenue и margin.
  • Есть low/base/high scenario.
  • Каждый крупный assumption имеет evidence.
  • В модели видны implementation costs.
  • Не обещается ложная точность.

Когда шаблон особенно полезен

Используйте шаблон, когда сделка требует нескольких согласующих, business case, расчётов, procurement или передачи контекста между Sales, Solutions и руководством. Для простой транзакционной продажи достаточно минимальной версии. Чем выше ACV, длиннее sales cycle и сложнее buying committee, тем важнее фиксировать evidence, assumptions и decision process.

Как внедрить шаблон в рабочий процесс

  • Используйте шаблон на реальной сделке, opportunity или коммерческом кейсе, а не на абстрактном «среднем клиенте».
  • Согласуйте определения с CRM и sales stages, чтобы данные в документе совпадали с тем, что видят Sales, RevOps и руководство.
  • Проверяйте ключевые цифры и assumptions вместе с владельцем данных: Finance, Sales Ops, Solutions, Customer Success или самим клиентом.
  • Отделяйте доказанный факт от sales hypothesis. Если значение не подтверждено, укажите диапазон, источник и уровень уверенности.
  • После закрытия сделки, проигрыша или изменения процесса переносите новые знания обратно в шаблон, чтобы он не оставался статичным.

Практический пример

Клиент оценивает проект автоматизации. ROI Calculator использует его baseline и стоимость времени, отдельно показывает implementation cost и sensitivity, а не подставляет универсальный «экономический эффект 30%».

Что должно получиться на выходе

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

Проверка качества перед использованием

  • Документ применим к конкретной opportunity, а не написан «для всех».
  • Финансовые цифры и assumptions можно проверить.
  • Следующий шаг, owner и decision milestone однозначны.
  • Не скрываются ограничения, gaps и зависимости.
  • Информация обновляется после win/loss, procurement или изменения commercial terms.

Как поддерживать шаблон в актуальном состоянии

Обновляйте артефакт при изменении sales process, pricing, procurement, конкурентной среды и после накопления новых win/loss данных. Для часто используемых материалов разумен ежемесячный или квартальный review.

Частые вопросы (FAQ)

Нужно ли показывать документ клиенту?

Не всегда. Часть шаблонов — внутренняя рабочая модель, а часть может стать customer-facing deliverable. Главное — не переносить внутренние assumptions в внешний документ как доказанный факт.

Как избежать ложной точности?

Используйте диапазоны, sensitivity и ссылки на источник. Если цифра основана на предположении, это должно быть видно.

Когда шаблон считается устаревшим?

Когда изменились pricing, sales stages, procurement, product scope или типичная buying process, а документ продолжает использовать старую логику.

Связанные шаблоны

Связанные фреймворки

Связанные понятия

Продажи и RevOps