Какие скрытые расходы может таить в себе внедрение IT‑систем

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

Два пути: разработка с нуля и адаптация готового решения

Существует два способа внедрения IT‑системы. Первый — разработка уникального решения под конкретные задачи компании. Второй — внедрение существующего продукта (платформы, конструктора) путем доработки и настройка под нужды заказчика.

Работу всегда начинают с изучения бизнес‑процессов и проведения опросов сотрудников, чтобы понять:

• как организована работа компании;
• какие операции дублируются, выполняются нелогично;
• где имеются слабые места, ошибки и риски, которые нужно устранить при внедрении IT‑системы.

Гибридные решения и дополнительные расходы

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

Структура расходов зависит от типа системы:

• самописное решение с дополнительными инвестициями в поддержку и развитие;
• SaaS‑продукт с основными затратами на лицензионные платежи и подписки;
• On‑premise‑решение с покупкой и обслуживанием оборудования.

Но кроме затрат на лицензионные платежи и техническую поддержку, нужно учесть расходы и на инфраструктуру. Они зависят от количества пользователей и объема обрабатываемых данных. На старте проекта следует решить, будет ли использоваться облачный центр обработки данных с регулярно растущими тарифами, какое оборудование заказчику придется купить для внедрения IT‑системы. Это зависит от того, понадобится ли доступ внешних пользователей или новый инструмент предназначен только для внутреннего использования в пределах зданий и сетей заказчика.

Полная стоимость владения: сколько стоит внедрение

Разработка и запуск IT‑решения — лишь часть расходов. После внедрения компании несут дополнительные затраты, которые формируют общую стоимость владения.

К ним могут относиться:

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

Техническая поддержка — важная статья расходов. Ее оплачивают отдельно, что ведет к росту общего бюджета проекта.

Почему внедрение может оказаться дороже сметы

Внедрение IT‑системы часто обходится дороже, чем планировалось. Как возникают скрытые расходы:

1. Ошибка в оценке бюджета. Типичная ошибка клиентов — ставить знак равенства между стоимостью лицензии и всего проекта. Но правильно к ней добавить расходы на настройку, интеграцию, доработки и обучение.
2. Просчеты в техническом задании. В масштабных проектах при подготовке ТЗ невозможно предусмотреть абсолютно все из‑за сложности бизнес‑процессов клиента, недостаточной информированности персонала, взаимодействующего с исполнителем проекта.
3. Человеческий фактор. Ошибки, недосказанность при взаимодействии заказчика и технической команды приводят к появлению не предусмотренных в ТЗ работ.
4. Рост цен. Часто поставщики услуг поднимают тарифы во время работы над проектом. Например, инфраструктура развернута в облаке, система работает, но провайдер увеличивает стоимость услуг на 30%. Перенос в другой дата‑центр экономически нецелесообразен, поскольку миграция сложная, затратная и не гарантирует стабильности цен у нового провайдера.

Все предусмотреть практически невозможно.

Как новые пожелания клиента увеличивают технический долг и бюджет

Также если компания‑заказчик пользуется старым ПО, то при сдаче проекта возникают ошибки и ограничения, не учтенные в ТЗ. Клиент считает их техническим долгом подрядчика, хотя причина в застарелых проблемах его бизнеса. И здесь для исправления ситуации понадобятся дополнительные расходы со стороны заказчика.

Обучение сотрудников и адаптация процессов

Среди важных факторов роста бюджета — обучение персонала и перестройка бизнес‑процессов под новую систему. Если, например, в обработке заявок задействованы сотни сотрудников, внедрение новшеств приводит к замедлению текущих процессов из‑за привыкания персонала к новым инструментам. Риск финансовых потерь выше в больших компаниях, поскольку часть сотрудников не справится с обучением, а другая будет допускать больше ошибок. Адаптации и обучению нужно уделять такое же внимание, как разработке ТЗ и проектированию IT‑системы.

Риски работы с подрядчиками

При работе с внешними IT‑подрядчиками компании сталкиваются со всеми рисками аутсорсинга. Команда, начавшая проект, из‑за текучки кадров может полностью смениться к середине работ. В результате часть «знаний» теряется, что негативно влияет на сроки, качество и бюджет.

Минимизировать риски помогает тщательное документирование:

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

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

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

Основной инструмент управления внедрением IT‑системы — классическое проектное управление на основе контроля бюджета и управления рисками. Используйте следующую схему, чтобы все шло по плану.

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

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

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

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

Контроль сроков и ресурсов. Для контроля сроков и бюджета внедрения проекта необходим многоуровневый контроль, включающий:

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

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

Как найти подходящее решение

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

Генерация мобильных приложений. Компания регулярно собирает тысячи мобильных приложений под iOS. Ручная работа невозможна, а готовые облачные сервисы не подходили под требования, поэтому за $700 ежемесячно оплачивалась аренда Mac‑совместимых серверов в облаке. Анализ показал, что выгоднее закупить собственные Mac Mini. Срок окупаемости составил менее двух месяцев, а расходы на использование оборудования оказались в разы дешевле аренды. В итоге в серверной разместили несколько Mac Mini, которые автоматически выполняли сборку приложений.

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

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

Кейс наглядно показал, что глубокий анализ на старте проекта позволяет решить задачу без лишних расходов

Внедрение IT‑системы требует учета стоимости лицензии, затрат на проектирование, инфраструктуры, обучение сотрудников и техподдержку. При расчете полной стоимости владения (TCO), планировании резервов, прозрачном управлении проектом компания может обосновать и контролировать общий бюджет, избежать незапланированных затрат, получить плановую отдачу от инвестиций.