Стоимость

Сколько стоит заказное ПО? Что на самом деле определяет цену

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

8 мин чтенияОбновлено 2026-08-12
Руководитель проекта просматривает поэтапный бюджетный план за столом переговоров

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

Эта статья объясняет, что определяет цену, и как покупать так, чтобы бюджет не разъезжался.

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

Шесть реальных факторов стоимости

  • Число и возраст систем для интеграции. Один современный API — легко; три устаревшие системы — нет.
  • Сколько исключений в процессе. Основной сценарий дешёв; двенадцать особых случаев — нет.
  • Качество и объём данных на старте.
  • Сколько ролей и уровней доступа нужно системе.
  • Требования регуляторов — журналы аудита, сроки хранения, согласования.
  • Насколько точно процесс описан до начала разработки.

Только последний пункт полностью в вашей власти — и именно он сильнее всего влияет на итоговый счёт.

Почему аудит перед оценкой экономит деньги

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

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

Модели ценообразования и во что они вам обойдутся

Мы работаем по третьей модели: каждый этап описан, оценён, утверждён, выпущен в продуктив. Если этап не даёт результата, вы останавливаетесь после него, а не после двух лет.

МодельЧто это значит для вас
Оплата по времени и материаламГибко, но риск расползания объёма работ на вашей стороне.
Фиксированная цена на весь проектПредсказуемо, но с большим запасом и жёстко к изменениям.
Фиксированная цена за этапПредсказуемо на каждом шаге, объём пересматривается между этапами.
Ежемесячная абонентская платаХорошо для развития, опасно как способ построить первую систему.

Цена дешёвой разработки

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

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

Что спросить перед подписанием

  • Что именно входит в этот этап, а что явно не входит?
  • Кому принадлежит исходный код, данные и документация?
  • Что будет, если через год мы захотим работать с кем-то другим?
  • Сколько будет стоить третий год — хостинг, поддержка, изменения?
  • Можем ли мы увидеть систему в реальной эксплуатации, а не только в демо?

Частые вопросы

Какой реалистичный бюджет для первой операционной системы?
Для компании среднего размера первый рабочий модуль обычно требует пятизначной инвестиции в евро, поэтапно. Полноценные операционные системы с несколькими агентами вырастают из этого, финансируя один этап за раз.
Стоят ли того более дешёвые оффшорные ставки?
Часовая ставка — лишь один фактор. Общую стоимость определяет то, насколько хорошо процесс был понят до начала разработки — и именно здесь дистанция, часовые пояса и язык обычно стоят дороже, чем экономит ставка.
Можно ли разрабатывать поэтапно, чтобы распределить расходы?
Да, и это наш подход по умолчанию. Каждый этап даёт нечто пригодное к использованию в продуктиве, прежде чем оценивается следующий.
К чему это ведёт

Что это реально значит для вашей компании

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

Ник ван дер Фальк

Как это было у меня

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

Переломным моментом стал не более умный инструмент. Это было описание того, как бизнес реально работает, и построение одной системы вокруг этого — а затем запуск ИИ-агентов внутри неё. Через несколько месяцев ежедневная бумажная работа перестала быть проблемой руководства, и мы наконец смогли думать на три месяца вперёд, а не на три часа.

Именно поэтому существует DND Systems: делать то же самое, грамотно спроектированное, для компаний, узнающих в этом свою ситуацию.

Ник ван дер Фальк
Архитектура систем · ИИ-трансформация, DND Systems

Расскажите, как работает ваш бизнес сегодня

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

Отвечаем в течение одного рабочего дня — на английском, испанском, французском, португальском или русском.

Читайте дальше