Из чего складывается цена на ИТ-разработку: разбираем ключевые факторы

Вы думаете, мы в ИТ сидим и из воздуха берем цены для закупок? Конечно, нет. Каждая цифра в смете — это не фантазия, а отражение реальных затрат и рисков.

Для начала давайте посмотрим, почему цены на ИТ-услуги растут в целом?

Из чего складывается цена на ИТ-разработку: разбираем ключевые факторы
  • Дефицит кадров. Компетентные разработчики на вес золота, и чем сложнее проект, тем выше ставка. Одна из причин — массовый отток специалистов в западные компании. Чтобы удержать сотрудников, компании повышают им зарплаты, а это напрямую отражается на стоимости услуг.
  • Рост запросов к безопасности. Например, в государственных проектах требования по безопасности растут как на дрожжах. Любой дополнительный уровень защиты — это месяцы работы, тестов и верификации.
  • Сложность интеграции. Зачастую заказы предусматривают интеграцию разрабатываемой системы с уже существующими решениями. А это отдельная боль для ИТ-компаний. Чем больше взаимодействий, тем выше вероятность проблем, а значит, больше времени и денег уходит на тестирование и поддержку.
  • Короткие сроки и уникальные требования. Заказы на ИТ-разработку часто сопровождаются жесткими дедлайнами и уникальными требованиями. Это ведет к росту цен: командам приходится работать в ускоренном режиме, что увеличивает затраты.

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

Очень частая ситуация (думаю, со мной согласятся многие ИТ-компании) заказчик приходит с одной идеей, а на выходе оказывается совершенно другая. В результате мы тратим время на многократные обсуждения, уточнения и правки. В крупных и высоко нагруженных системах вопросы стабильности и безопасности — это отдельная история. Архитектура, интеграции, тесты — все это стоит денег, и не потому, что разработчики хотят больше заработать, а потому что каждая ошибка здесь — это катастрофа. Лучше вложить деньги в качественную архитектуру на старте, чем потом спасать постоянно ломающийся проект.

Не забывайте про риски. Они везде. И чем больше неизвестных, тем больше рисков закладывается в цену. Вам может показаться, что мы включаем в счет какой-то «воздух», но на самом деле это не так. Мы просто заранее планируем расходы на непредвиденные ситуации, которые в 99% случаев обязательно случатся. Без этой «подушки безопасности» ни один проект не выйдет в плюс.

Софт и лицензии.

Каждый проект требует ПО. И это не бесплатные программы, которые можно скачать с интернета. Если речь идёт о государственных системах, то тут нужны сертифицированные решения, которые прошли проверку на безопасность и соответствие ГОСТам. А такие решения стоят денег. Притом, что импортозамещение идет полным ходом, это вовсе не значит, что цены на софт упали. Зачастую российские аналоги стоят столько же, сколько и западные решения, если не больше. Потому что сертификация — это целая головная боль для разработчиков, и они закладывают эти расходы в стоимость.

Железо.

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

Документация и бюрократия.

Крупный ИТ-проект — это огромная кипа документации. Это не просто разработать софт, но и написать к нему инструкцию, техдокументацию, план по внедрению, отчет по безопасности, еще тысячу бумажек, которые требуют регламенты. И каждый дополнительный документ — это наше время и ваши деньги. Когда меняется ТЗ на середине проекта (а это случается часто), мы не просто переписываем код, мы обновляем всю документацию. Это дополнительные часы, которые опять же идут в смету.

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

22
Начать дискуссию