Как считать ROI ИТ-проектов: формула, ошибки, шаблон расчёта

Как понять, окупится ли ИТ-проект, прежде чем потратить бюджет? На практике большинство споров про автоматизацию, CRM, интеграции и AI упираются не в технологии, а в деньги: "сколько вложим", "когда вернём", "какой будет эффект". Без нормального расчёта ROI решение принимают "по ощущениям". А потом через полгода начинается классический разговор: "Мы столько внедряли, а где результат?"

Проблема в том, что ROI ИТ-проектов часто считают либо слишком оптимистично, либо слишком узко. Учитывают лицензию, но забывают внедрение. Считают экономию времени, но не учитывают, что команда не сократилась. Сравнивают эффект за год с затратами за три года. В итоге цифра есть, но доверия к ней нет.

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

Что такое ROI ИТ-проекта простыми словами

ROI (Return on Investment) - это показатель возврата инвестиций. Он показывает, сколько денег проект принёс относительно вложений.

Базовая формула:

ROI = ((Доходы или эффекты в деньгах - Инвестиции) / Инвестиции) x 100%

Пример в одну строку: вложили 2 млн рублей, получили эффект в деньгах на 3 млн рублей. ROI = ((3 - 2) / 2) x 100% = 50%.

Звучит просто. Но в ИТ-проектах главная сложность не в формуле, а в том, что считать инвестициями и как перевести эффект в деньги. Именно здесь большинство расчётов становится "малоценными" для принятия решений.

Когда ROI действительно полезен, а когда вводит в заблуждение

ROI полезен, когда нужно:

• сравнить несколько вариантов внедрения;
• приоритизировать проекты в портфеле;
• обосновать бюджет на цифровую трансформацию;
• договориться между бизнесом, ИТ и финансами в одной системе координат.

ROI может вводить в заблуждение, если:

• горизонт эффекта длиннее горизонта расчёта;
• выгода в основном нематериальная (например, снижение репутационных рисков);
• проект критически необходим вне зависимости от окупаемости (например, требования безопасности или регулятора).

Для таких случаев ROI стоит дополнять TCO, сроком окупаемости, а в крупных проектах - NPV/IRR. Но как базовый инструмент для руководителя ROI остаётся самым понятным и рабочим.

Формула ROI для ИТ-проектов: расширенный вариант

Чтобы расчёт был реалистичным, используйте не "голую" формулу, а структуру:

ROI = ((Финансовый эффект за период - Совокупные затраты за период) / Совокупные затраты за период) x 100%

Где:

• **Финансовый эффект** = прирост выручки + экономия затрат + предотвращённые потери;
• **Совокупные затраты** = CAPEX + OPEX + внутренние трудозатраты + рисковые резервы.

Почему так важно считать "совокупные затраты"? Потому что лицензия почти никогда не равна бюджету проекта. В реальности есть внедрение, обучение, миграция данных, поддержка, доработки, интеграции. Если это не включить, ROI будет красивым только в презентации.

Какие затраты обязательно учитывать

Ниже - минимальный набор, который стоит включать в шаблон расчёта ROI ИТ-проекта.

1) Прямые инвестиции (CAPEX)

• лицензии или стартовая подписка;
• внедрение и интеграция;
• доработки под процессы;
• миграция данных;
• оборудование (если нужно).

2) Операционные расходы (OPEX)

• ежегодные/ежемесячные платежи за сервис;
• техническая поддержка и сопровождение;
• хостинг, каналы связи, резервирование;
• обновления, доработки, администрирование.

3) Внутренние затраты компании

• время сотрудников на проект;
• время руководителей на согласования и контроль;
• просадка продуктивности в период перехода;
• обучение пользователей.

4) Риски и резерв

• задержки внедрения;
• необходимость внеплановых доработок;
• риски "не взлетит без изменений процесса".

На практике добавляют резерв 10-20% к проектным работам. Это не пессимизм, а взрослое планирование. Связка с планированием ИТ-бюджета здесь прямая: если резерв не заложен, "внезапные" расходы почти гарантированы.

Какие эффекты считать в ROI: не только выручку

Эффекты ИТ-проекта делятся на три группы.

1) Прирост выручки

• рост конверсии лидов в продажи;
• рост среднего чека;
• ускорение цикла сделки;
• рост повторных продаж за счёт качества сервиса.

2) Экономия затрат

• меньше ручной работы и операционных часов;
• меньше ошибок и переделок;
• снижение затрат на подрядчиков/ручные операции;
• оптимизация фонда времени команды.

3) Предотвращённые потери

• снижение рисков простоя;
• снижение потерь от ошибок в данных;
• снижение штрафов и инцидентов;
• снижение оттока клиентов из-за плохого сервиса.

Важно: если эффект нельзя перевести в деньги, зафиксируйте его отдельно как нефинансовый KPI, но не "натягивайте" в ROI искусственными цифрами. Так вы сохраните доверие к модели.

Шаблон расчёта ROI ИТ-проекта (готовая структура)

Ниже шаблон, который можно вставить в таблицу и заполнять по проектам.

Мини-кейс с цифрами

Компания внедряет CRM + автоматизацию обработки заявок.

Затраты за 12 месяцев:

• лицензии: 600 000;
• внедрение и интеграции: 1 100 000;
• обучение: 150 000;
• поддержка: 300 000;
• внутренние трудозатраты: 250 000;
• резерв: 200 000.

Итого затраты: 2 600 000 рублей.

Эффекты за 12 месяцев:

• прирост выручки за счёт роста конверсии: 2 100 000;
• экономия операционных часов: 1 000 000;
• снижение потерь из-за пропущенных лидов: 700 000.

Итого эффект: 3 800 000 рублей.

ROI: ((3 800 000 - 2 600 000) / 2 600 000) x 100% = 46,2%. Срок окупаемости: 2 600 000 / (3 800 000 / 12) = около 8,2 месяца.

Почему этот пример полезен? Потому что здесь видны не только "лицензии и выручка", а полный профиль затрат и эффектов. Такой расчёт легче защищать перед CFO.

Типичные ошибки в расчёте ROI ИТ-проектов

Ошибка 1. Считать только покупку решения

Берут стоимость лицензии и сравнивают с гипотетической выгодой. Внедрение, интеграции, обучение и поддержка остаются "за кадром". Это самый частый источник завышенного ROI.

Ошибка 2. Путать эффект с выручкой

"Выручка выросла на 10 млн" не равна "проект принёс 10 млн". Нужна маржинальность, структура затрат и контроль внешних факторов. Иначе вы приписываете проекту эффект рынка, сезона или маркетинга.

Ошибка 3. Игнорировать горизонт расчёта

Сравнивают разовые затраты с трёхлетним эффектом или наоборот. Горизонт для затрат и эффектов должен быть одинаковым: 12, 24 или 36 месяцев.

Ошибка 4. Не учитывать изменение процесса

ИТ-проект редко работает "как есть". Требуются изменения регламентов, ролей, KPI. Если команда продолжает работать по-старому, эффект ниже модели. На языке управленцев: проблема не в системе, а в adoption.

Ошибка 5. Считать "идеальный" сценарий как базовый

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

Как подстроить расчёт ROI под реальные поисковые и бизнес-вопросы

Руководители чаще ищут не "что такое ROI", а конкретные вещи:

• "как посчитать ROI ИТ-проекта";
• "формула ROI внедрения CRM";
• "шаблон расчёта окупаемости автоматизации";
• "как обосновать ИТ-проект перед собственником".

Чтобы статья или презентация реально работала под эти запросы, дайте:

1) формулу в явном виде; 2) структуру затрат и эффектов; 3) пример с цифрами; 4) шаблон таблицы; 5) блок типичных ошибок.

Именно этот набор превращает материал из "общих слов" в практический инструмент. По той же логике построены статьи про автоматизацию продаж и интеграции CRM, учёта и склада: меньше лозунгов, больше механики.

Практический чек-лист перед защитой проекта

• Проверен ли горизонт расчёта (12/24/36 месяцев)?
• Учтены ли все затраты: CAPEX, OPEX, внутренние часы, резерв?
• Эффекты привязаны к источнику данных (CRM, ERP, BI)?
• Разделены ли финансовые и нефинансовые эффекты?
• Есть ли 3 сценария: консервативный, базовый, оптимистичный?
• Посчитан ли срок окупаемости помимо ROI?
• Подготовлен ли план внедрения и контроля эффекта по месяцам?

Если на 2-3 пунктах ответ "нет", лучше доработать модель до защиты. Это экономит больше времени, чем споры после запуска.

Итог

ROI ИТ-проектов - это не "магическая цифра", а дисциплина управления инвестициями. Формула простая, сложность в корректном составе затрат и честной оценке эффекта. Если считать только лицензию и оптимистичную выручку, можно получить красивый, но бесполезный результат. Если считать совокупные затраты, фиксировать источники эффекта и закладывать сценарии, ROI становится рабочим инструментом для принятия решений.

Начните с шаблона из этой статьи: один проект, один период, полный профиль затрат и эффектов. Этого достаточно, чтобы перейти от "кажется, надо внедрять" к "понимаем, зачем, за сколько и когда окупится". Если нужна проектная проработка и внедрение под ваш контур, разработка и сопровождение ИТ-систем ADES помогает пройти путь от расчёта до измеримого результата.

FAQ

Какая формула ROI для ИТ-проекта?

Базовая формула: ROI = ((Эффект в деньгах - Совокупные затраты) / Совокупные затраты) x 100%. Важно считать именно совокупные затраты, а не только стоимость лицензии.

Как посчитать ROI внедрения CRM?

Сложите все затраты (лицензии, внедрение, интеграции, обучение, поддержка, внутренние часы) и сравните с эффектом (прирост выручки, экономия времени, снижение потерь лидов) за одинаковый период, обычно 12 месяцев.

Какой ROI считается хорошим для ИТ-проекта?

Универсальной цифры нет: зависит от рисков, горизонта и отрасли. Для операционных проектов часто ориентируются на положительный ROI и срок окупаемости до 12-18 месяцев. Для стратегических инфраструктурных проектов горизонт может быть длиннее.

Почему ROI может быть положительным, а проект считают неудачным?

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

Нужно ли считать ROI для проектов по безопасности и соответствию требованиям?

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

Как быстро обновлять расчёт ROI после запуска?

Минимум ежемесячно в первые 3-6 месяцев, затем поквартально. Сверяйте план и факт по затратам, эффектам и сроку окупаемости, чтобы вовремя корректировать проект.

Автор: Александр Данданов (@dandanov_live)