Как оценить стоимость разработки системы перед заказом

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

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

Что поменялось на рынке разработки ПО

За последний год рынок разработки стал менее хаотичным, но более дорогим. Рост не такой резкий, как в предыдущие два года, но он есть — в среднем проекты подорожали на 10% в сравнении с 2024 (по данным «Коммерсанта»). 

Главная причина лежит не в зарплатах, а структура самих задач: компании заказывают больше систем, которые требуют сложных интеграций и автоматизации. Простые задачи ушли в no-code и коробки, поэтому средний проект стал «тяжелее» по составу.

На это повлияли несколько факторов:

• Сильно выросли требования к безопасности, поэтому даже небольшие системы получают отдельную статью затрат, которой год назад нередко пренебрегали.
• Заметно увеличилась доля проектов с ИИ, с системами для оценки и анализа звонков и коммуникаций, структурированием документов, генерацией контента и так далее. Почти каждый такой модуль увеличивает стоимость проектов по разработке программного обеспечения, поэтому средняя смета выросла.
• Интеграции были важной частью разработки всегда, но за последний год их объём заметно вырос из-за масштабной модернизации внутренних систем. Многие компании переходят на отечественные решения, обновляют 1С, меняют CRM и ERP, внедряют новые сервисы и так далее. В контуре появляется больше систем, и каждую нужно связать между собой.

Дополнительное давление создают государственные требования. В медицинских IT-решениях обязательны интеграции с ЕГИСЗ и региональными сервисами. В промышленности — подключение к отраслевым реестрам, системам мониторинга и контролирующим платформам. Всё это повышает нагрузку на архитектуру и тестирование.

Что формирует стоимость разработки системы

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

Масштаб и роль системы в бизнесе

Масштаб задачи показывает, насколько глубоко система встраивается в процессы компании. Один короткий сценарий — это один объём, а автоматизация нескольких отделов или бизнес-функций — другой (читайте о том, что такое автоматизация). 

На смету влияет, делается ли минимальная рабочая версия (то есть MVP) или сразу полноценный продукт с ролями, отчётами и стабильной логикой.

Что здесь важно знать:

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

Например, МVP, который закрывает один процесс, может занимать бюджет в районе от 700 тыс. до 1–1,5 млн рублей. Полноценная корпоративная система, которая автоматизирует несколько функций, — обычно от 3–8 млн рублей и выше.

Набор работ, который нужен

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

• Концепция. Разбор процессов, фиксация требований, определение рамок будущей системы.
• Проработка сценариев. Описание ролей, этапов, точек принятия решений, логики переходов.
• Архитектура. Состав модулей, связи между ними, структура данных, основные принципы устройства системы.
• Интерфейсы. Экранные флоу, проектирование UX, визуальная структура будущего решения.
• Кликабельный прототип. Интерактивная модель системы для согласований и проверки сценариев.
• Полная разработка. Реализация функционала, интеграции, тестирование и внедрение.

Например, в проекте для сервисного направления компании «Ленремонт» мы в Aiston выполняли отдельный набор работ по проектированию и прототипированию. 

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

Концепция и разбор процессов обычно занимают от 150 до 600 тыс. рублей; а интерфейсы и прототип — от 400 тыс. до 2 млн рублей, в зависимости от объёма.

Условия, в которых система должна работать

Условия, в которых система должна существовать, тоже формируют бюджет. 

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

Что важно знать:

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

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

Как обычно считают цены

Чаще всего используют три подхода к оценке цены. Выбор зависит от того, насколько понятен объём работ и есть ли детальное ТЗ.

1. Почасовая модель. Расчёт стоимости информационной системы определяется как время специалистов × ставка. Клиент платит за фактически выполненную работу.
2. Оценка по функциональным блокам. Систему разбивают на модули, а итоговая стоимость складывается из суммы блоков. Этот подход удобен, когда есть понимание структуры будущей системы, но нет подробного ТЗ.
3. Фиксированная цена по ТЗ. Используется, когда требования описаны полностью и не меняются. Подрядчик фиксирует цену за весь объём. На практике применяется реже.

Как самостоятельно заранее оценить стоимость будущей системы

Оценить стоимость разработки системы заранее можно, если собрать правильные вводные. 

На деле это непростая задача: нужны опыт, понимание процессов и умение разложить систему на блоки. Такая оценка сама по себе является частью аналитической работы и выполняется экспертами. В Aiston первичную оценку мы делаем бесплатно — помогаем заказчику уточнить рамки проекта и понять порядок бюджета. 

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

1. Определите масштаб задачи, то есть рамки процессов, ролей, данных. Зафиксируйте, сколько процессов автоматизирует система. Грубая вилка:

• Бюджет одного короткого процесса (например, оформление заявки на услугу): от 400 тыс. до 1,5 млн.
• Один отдел (2–4 процесса): обычно от 2 до 6 млн.
• Направление или бизнес-функция (много ролей, статусов, отчёты): от 6 до 12 млн.
• Корпоративная система с интеграциями и автоматизацией → от 8 до 25+ млн.

2. Разбейте систему на блоки — и оцените, какой блок самый дорогой. Посмотрите на будущую систему как на набор частей и сравните, какой из блоков самый тяжёлый у вас:

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

3. Оцените интеграции как отдельный пласт. Одна интеграция обычно стоит как мини-функционал. Примерный ориентир по рынку:

• простая интеграция: от 150 до 800 тыс.
• средняя (нестабильное API, доработки): от 500 тыс до 1 млн.
• сложная (1С, МИС, ЕГИСЗ, ERP): от 0,8 до 2+ млн.

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

5. Прикиньте состав команды — это формирует ставку. При этом, не нужно знать точные ставки каждого IT-специалиста, достаточно понимать структуру:

• аналитика — 10–25% бюджета;
• дизайн — 10–20%;
• разработка (фронт и бэк) — 40–60%;
• тестирование — 10–20%;
• DevOps/инфраструктура — 5–10%.

6. Добавьте буфер под неопределённость. Если требования не финальные, добавьте резерв в 15–30% от оценки. Это нормальная отраслeвая практика.

7. Сопоставьте вводные с рыночными диапазонами. Получается простая схема:

1. масштаб формирует базовую вилку;
2. сложность логики увеличивает или уменьшает её; 
3. количество интеграций добавляет стоимость к базовой оценке;
4. безопасность/нагрузка корректируют множитель процентом;
5. буфер в 15–30% защищает от неизбежных изменениц.

Пример. Автоматизация одного сквозного процесса — заполнения медицинского протокола по голосу — обычно даёт базовую вилку от 0,7 до 1,2 млн рублей. Дальше добавляются интеграции: подключение речевого API и передача данных в МИС (+ 300–600 тыс. руб.). Требования к работе с медданными увеличивают стоимость примерно на 20–30%. В итоге реалистичный диапазон оценки получается в районе 1,3–1,8 млн рублей.

Как сэкономить при разработке системы

Снизить стоимость разработки системы можно за счёт уменьшения объёма работ.

• Начать с одного процесса, а не с полного контура. Маленький объём проще и дешевле.
• Упростить логику: убрать редкие сценарии и исключения, если они не критичны.
• Перенести часть интеграций на следующий этап — они дают значительную часть бюджета.
• Делать интерфейсы без лишних усложнений.
• Чётко сформулировать требования до старта, чтобы уменьшить количество переделок.
• Выбирать подрядчика с прозрачной сметой (о том, как это делать, мы рассказывали в отдельном материале): когда задачи разбиты по блокам, легче понять реальные затраты и избежать лишнего.