Сколько стоит разработка ПО для бизнеса

Когда на вопрос «сколько стоит разработка?» вам сходу называют точную сумму, это означает одно из двух: либо продукт типовой и продаётся как коробка (тогда это не заказная разработка), либо цифру назвали наугад, чтобы вы не ушли, — и она вырастет в процессе.

Честная оценка заказного ПО требует понимания задачи, потому что вы платите не за «программу вообще», а за конкретную систему под ваши процессы. Это ближе к строительству дома, чем к покупке готовой квартиры: пока не известно, сколько комнат, этажей и какой грунт под фундамент, любая цифра — фантазия. Поэтому грамотный подрядчик сначала задаёт вопросы и только потом называет деньги.

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

1. Тип решения

Это главный множитель. Сложность и стоимость растут в таком порядке:

• Лендинг или сайт-визитка — самый дешёвый уровень, по сути витрина.
• Веб-приложение или личный кабинет — появляется логика, пользователи, данные.
• Система учёта (CRM/ERP, складская, производственная) — много ролей, бизнес-правила, отчётность.
• ИИ-проект или автоматизация — добавляются модели, обучение, проверка качества результата.

Лендинг и система учёта могут отличаться по стоимости в десятки раз — поэтому первый вопрос всегда «что именно мы строим».

2. Масштаб: роли и сценарии

Цену двигает не «размер компании», а количество разных пользователей и того, что каждый из них делает в системе. Один кабинет с одной ролью и тремя экранами — это одно. Система, где у директора, бухгалтера, кладовщика и продавца свои интерфейсы, права и сценарии, — совсем другое. Считайте не страницы, а роли × ключевые сценарии.

3. Интеграции

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

4. Состояние исходных данных

Откуда вы стартуете, влияет на цену сильнее, чем кажется:

• Чистый старт (нового продукта ещё нет) — дешевле всего, никакого наследия.
• Миграция с Excel — нужно разобрать таблицы, вычистить дубли, перенести без потерь.
• Миграция с legacy-системы — самое трудоёмкое: чужой код, потерянные исходники, неочевидная логика.

Модификаторы: платформы и срочность

• Платформы. Одно веб-приложение дешевле, чем веб + iOS + Android одновременно: каждая платформа — отдельная сборка и тестирование.
• Срочность. Сжатые сроки требуют больше людей параллельно — это удорожает проект, а не ускоряет его бесплатно.

Сведём факторы в методику, по которой работает и наш калькулятор:

Цена ≈ базовый диапазон по типу решения × коэффициент масштаба × коэффициент платформ × (1 + доля интеграций) × коэффициент данных

• Базовый диапазон задаётся типом решения (лендинг < веб-приложение < система учёта < ИИ-проект).
• Коэффициент масштаба — малый / средний / крупный по числу ролей и сценариев.
• Коэффициент платформ — одна платформа против нескольких.
• Доля интеграций — сколько внешних систем подключаем.
• Коэффициент данных — чистый старт / Excel / legacy.

Результат всегда диапазон «от–до», а не точка. Это честно: пока задача не разобрана детально, любая одна цифра вводит в заблуждение. Диапазон сужается до точной суммы на этапе концепции — у нас он бесплатный.

Готовую таблицу «средних цен в манатах» мы сознательно не публикуем: непохожие проекты дают разброс в разы, и любая публичная цифра вводит в заблуждение. Вместо неё — разбор факторов стоимости и оценщик масштаба: он покажет класс и состав вашего проекта, а точную цену мы фиксируем бесплатно после анализа, по согласованию.

Как формула работает на примере (иллюстрация механизма, без конкретных сумм)

Чтобы было видно логику, сравним два условных проекта в относительных единицах — приняв стоимость простого веб-кабинета за «×1»:

• Проект А — личный кабинет для записи клиентов. Тип: веб-приложение (база ×1). Масштаб: одна роль, 3–4 сценария (малый, ×1). Платформы: только веб (×1). Интеграции: одна — уведомления (доля 0,2). Данные: чистый старт (×1). Итог ≈ 1 × 1 × 1 × 1,2 × 1 = ×1,2.
• Проект Б — складская система для сети из трёх точек. Тип: система учёта (база ×4 к кабинету). Масштаб: четыре роли, десяток сценариев (крупный, ×1,8). Платформы: веб + мобильное приложение кладовщика (×1,5). Интеграции: три — касса, поставщик, бухгалтерия (доля 0,6). Данные: миграция с Excel (×1,3). Итог ≈ 4 × 1,8 × 1,5 × 1,6 × 1,3 ≈ ×22.

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

Цену можно осознанно снизить ещё до старта — и это не «торг», а правильная инженерная гигиена:

• Начните с MVP, а не со всего сразу. Первая версия должна закрывать один-два сценария, ради которых продукт вообще нужен. Остальное добавляется, когда первое подтвердило пользу.
• Режьте интеграции на старте. Часть связей с внешними системами можно отложить на второй этап без потери смысла.
• Не платите за лишние платформы. Если ваши пользователи сидят в вебе — мобильное приложение в первой версии может быть преждевременным.
• Наведите порядок в данных заранее. Чем чище исходные таблицы, тем дешевле миграция.

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

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

Большинство студий берут деньги вперёд, потому что так весь риск лежит на заказчике: заплатил — и надейся, что доведут. Мы построили модель иначе. Анализ задачи, концепцию с ТЗ и рабочий прототип делаем за свой счёт; первый рабочий продукт (MVP) стоит 10% от зафиксированной оценки; дальше — поэтапная оплата за принятые этапы. Так вы платите за результат, который уже видите, а не за обещание. Подробно — как мы работаем.

• Можно узнать цену без звонка? Да — порядок цифр прикинете в калькуляторе без формы и звонка. Точную фиксированную цифру мы определяем бесплатно после анализа задачи.
• Почему никто не называет цену сразу? Потому что заказное ПО стоит ровно столько, сколько весит ваша конкретная задача; честная оценка требует её разбора. Сходу названная точная сумма — почти всегда либо коробка, либо цифра наугад.
• Что такое MVP за 10%? Это первая рабочая версия продукта за 10% от зафиксированной оценки. До неё — анализ, концепция и прототип — вы не платите ничего.
• Цена может вырасти в процессе? Зафиксированная на этапе концепции оценка не меняется. Меняется она только если вы сами решите расширить объём — и тогда это обсуждается отдельно, между этапами.
• От чего сильнее всего зависит бюджет? От типа решения и состояния данных. Лендинг и система учёта различаются в десятки раз; миграция с legacy дороже чистого старта.