Все услуги

Заказная разработка ПО для бизнеса: сколько стоит, как устроена и как выбрать подрядчика

от 350 тыс. ₽

простой корпоративный продукт

1 500–14 000 ₽

рыночная ставка за час работы команды

60–80%

затрат на систему приходится на период после запуска

Заказная разработка в России в 2026 году стоит от 350 тысяч рублей за простой корпоративный продукт до 80 миллионов за отраслевую ERP. Часовые ставки — от 1 500 до 14 000 рублей в зависимости от класса подрядчика. Бюджет двигает сложность функциональности, а не модный стек и не город, в котором сидит команда.

И главное, что стоит знать до того, как начнёте собирать коммерческие предложения: 60-80% совокупных затрат на систему приходят после запуска. Сравнивать подрядчиков по смете разработки — всё равно что выбирать машину по цене первого бака бензина.

Заказная разработка и коробочное решение: когда что выбирать

Сразу непопулярное: если у вас типовые процессы — берите коробку.

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

Заказная разработка нужна там, где коробка начинает ломать бизнес под себя. Признаки:

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

Разница по сути простая. Коробка — это готовая логика, под которую вы подстраиваетесь. Заказная разработка — это ваша логика, под которую подстраивается софт. Второе дороже. Иногда — сильно дороже.

Поэтому первый честный вопрос подрядчику звучит не «сколько будет стоить», а «а точно ли нам это нужно». Нормальный подрядчик на этом месте не начнёт продавать.

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

Бывает и наоборот: коробка не закрывает задачу, и тогда заказная разработка — единственный честный вариант.

Кейс: когда готовые решения не закрыли задачу

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

Почему не коробка. Готовые логистические решения не покрывали сочетание требований:

  • интеграции с банковскими системами
  • разные картографические сервисы по регионам
  • мобильное приложение курьера
  • контроль качества доставки в одном контуре

Что сделали. Платформу на базе open-source геокомпонентов: планирование маршрутов по заказам, окнам доставки и загрузке курьеров, карты OSM, Яндекс или 2ГИС в зависимости от региона, мониторинг качества доставки, отчётность для диспетчеров и мобильное приложение. Долгие процессы с повторами и компенсациями оркестрирует Temporal, поэтому при сбоях они не теряются. Интеграции: 5 банков, 2ГИС, Яндекс, SMS-шлюзы, Битрикс24, Telegram.

Масштаб. 7 месяцев, команда из шести человек, бюджет 12,8 млн ₽. Платформа держит пик в 10 000 заказов в день, маршрутизирует 300+ активных курьеров и работает в 50+ городах.

Сколько стоит разработка: бюджеты по типам продуктов

Порядки цен, чтобы было от чего отталкиваться до первого созвона.

Тип продукта Срок Команда Бюджет
Корпоративный сайт с интеграциями 1,5-3 мес. 2-3 человека 350 тыс. — 1,2 млн ₽
MVP мобильного приложения 3-5 мес. 4-5 человек 2,5-6 млн ₽
Заказная CRM или мини-ERP 5-9 мес. 5-7 человек 6-16 млн ₽
B2B-портал с интеграциями 6-10 мес. 6-8 человек 8-22 млн ₽
Отраслевая ERP/MES 12-20 мес. 10-18 человек 25-80 млн ₽
Highload-платформа 14-24 мес. 18+ человек 50-200+ млн ₽

Цифры покрывают разработку, тестирование, проектирование и базовый запуск. Поддержка после релиза — отдельно.

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

Что реально двигает бюджет? Сложность функциональности. Не стек, не регион, не громкость имени подрядчика.

Одна фича — это обычно 40-120 часов. Отсюда метод прикидки на салфетке: число функций × средняя трудоёмкость × ставка команды. Грубо, но порядок покажет.

Для ориентира, во что обходятся типовые куски: авторизация — от 250 тысяч, платежи — от 700 тысяч, чат — от 600 тысяч, админка — от 500 тысяч, интеграции и API — от 700 тысяч, AI-функциональность — от 1,3 миллиона.

Точную цифру до договора вам никто не назовёт, и это нормально. Точность появляется в двух случаях: либо есть детальное ТЗ и модель Fix Price, либо вы заказали Discovery-фазу — за 300-700 тысяч команда декомпозирует продукт и выдаёт смету с отклонением около ±15%.

Всё остальное — вилка. «7-10 миллионов» на входе честнее, чем «8 400 000» из воздуха.

Калькулятор

Тип разработки

1С, CRM, банк, ЭДО, телефония, маркетплейсы — каждая +40 часов

Мобильные устройства
Безопасность

Ориентир бюджета

6,0–9,1 млн ₽

Фактическая стоимость, сроки и состав команды утверждаются с заказчиком индивидуально.

Калькулятор показывает порядок цифры. Точный состав и стоимость считаем вместе с вами: Рассчитать под вашу задачу.

Из чего складывается час работы команды

Тут обычно возникает невысказанный вопрос заказчика, например: ставка 5 000 рублей в час, разработчик получает 300 тысяч в месяц — вы что, втрое накручиваете?

Так давайте и это проясним и разложим.

Статья Доля в ставке
ФОТ команды разработки 36-45%
Управление проектом 8-10%
Инфраструктура и офис 6-12%
Бэк-офис 6-10%
Обучение и удержание 2-6%
Налоги и страховые взносы 7-15%
Маржа 2-35%
Итого в среднем 18,5%

ФОТ — меньше половины. Остальное — то, без чего разработка не происходит, но что в код не превращается напрямую.

Сверх зарплаты разработчика идёт около 30% социальных взносов и НДФЛ. На каждых шесть инженеров приходится примерно один человек поддержки: бухгалтер, юрист, рекрутер. Серверы, тестовые среды, CI/CD, мониторинг. Лицензии на JetBrains, Figma, репозитории. Конференции и обучение — на рынке с дефицитом кадров это не бонус, а обязательная статья, на которую очень дискомфортно выделять бюджеты в условиях последних лет.

В сумме накладные добавляют к ФОТ от 70% до 120% сверху.

Вот почему зарплата разработчика, делённая на 160 рабочих часов, никогда не равна ставке для заказчика. Не потому что кто-то жадный «Скрудж Макдак», а потому что арифметика.

У микро-студий и фрилансеров доля ФОТ выше — до 70%. Ставка ниже. Но платите вы за это отсутствием бэк-офиса: предсказуемостью сроков и качеством документации.

Сегменты рынка, если считать по ставкам:

  • 1 500-2 800 ₽/час — фриланс и микро-студии. Лендинги, простые боты, доработки. Бюджет до 500 тысяч, требования к надёжности минимальные.
  • 2 800-4 800 ₽/час — студии среднего звена. Корпоративные сайты, CRM, MVP. Бюджет 1-10 миллионов, нужна предсказуемость.
  • 4 800-8 000 ₽/час — зрелые IT-компании. ERP, MES, маркетплейсы, финтех. Бюджет 10-50 миллионов, критична надёжность.
  • 7 500-14 000+ ₽/час — крупные интеграторы. Госсектор, банки, телеком. От 30 миллионов, часто нужна отраслевая сертификация.

Дешёвый сегмент не хуже дорогого по определению. Для простой задачи опытный фрилансер за 2 000 даст лучшее соотношение, чем интегратор за 10 000. Вопрос в соответствии класса подрядчика классу задачи.

Почему считать нужно стоимость владения, а не цену проекта

Теперь та самая цифра из начала статьи.

На сопровождение приходится 60-80% совокупной стоимости владения системой за пятилетний горизонт. То есть смета разработки — это меньшая часть денег, которые вы имеете возможность потратить.

Что входит в эти 60-80%:

  • исправление дефектов и обновление зависимостей (В зависимости от договорённостей может ложиться на наши плечи)
  • доработки под новые требования регуляторов (Законы и правила игры)
  • оптимизация производительности под рост нагрузки (При нашем исполнении проектов это редкая опция)
  • развитие функциональности (О да, на хороших системах хочется развивать дальше)

Норма по рынку: 15-30% от первоначальной сметы в год. Минимальный SLA-пакет — 120-250 тысяч рублей в месяц.

Отдельно — скрытые расходы, которые в смету обычно не попадают вовсе:

  • лицензии на сторонние сервисы (платежи, карты, аналитика и т.д.) — от 50 тысяч в год
  • хостинг и инфраструктура — от 30 тысяч в месяц для нагруженных систем
  • правки после пользовательского тестирования, которых никто не планировал

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

Правильный вопрос на этапе выбора звучит так: сколько будет стоить владение этой системой три года? И если подрядчик на него не отвечает — это тоже ответ.

Кейс: система, которую мы приняли после другой команды

Контекст. Самописная система около полугода работала в продакшне и формально была сдана. Начали с аудита и довольно быстро нашли классический набор:

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

Что было дальше. На старте заказчик сэкономил около 30% относительно нашей первоначальной оценки. Потом экономия начала возвращаться: переписывания после запуска, периодические простои, недовольство пользователей и просевший eNPS (индекс лояльности сотрудников).

Решение. Бесконечный рефакторинг не продолжали — переписали систему с нуля. Это заняло 4,5 месяца вместо первоначально запланированных шести: к этому моменту заказчик уже хорошо понимал свои процессы и то, что именно нужно автоматизировать.

Итог. После релиза система стабилизировалась, и дальше мы занимались развитием продукта, а не борьбой с последствиями прошлой разработки.

Иногда 30% экономии на разработке — это просто перенос расходов на эксплуатацию.

Шесть фаз проекта и что происходит на каждой

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

1. Исследование и постановка задачи. Аналитик залезает в предметную область, разговаривает с ключевыми сотрудниками, описывает текущие процессы и находит, где болит. На выходе — Vision с бизнес-целями, портретами пользователей и реестром гипотез.

Фаза съедает 3-7% бюджета. И определяет большую часть результата. Около 35% проектов проваливаются именно из-за неполных или криво снятых требований.

2. Проектирование. Архитектор выбирает технологии, проектирует базу и API, описывает интеграции. Дизайнер собирает прототипы и гоняет юзабилити-тесты. На выходе — ТЗ, оценка трудозатрат по спринтам и финмодель.

Час, вложенный в проектирование, экономит 5-8 часов кода. Устранить ошибку здесь в 6 раз дешевле, чем на разработке, и в 15 раз дешевле, чем после релиза.

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

4. Контроль качества. Ручное, автоматизированное, нагрузочное тестирование, проверка безопасности, код-ревью. Час QA экономит 4-6 часов на разборе инцидентов после запуска.

5. Запуск и опытная эксплуатация. Развёртывание, миграция данных из legacy, обучение пользователей. Опытная эксплуатация тянется 4-12 недель: новая система работает параллельно со старой, расхождения фиксируются.

6. Сопровождение и эволюция. Те самые 60-80% стоимости владения.

Отдельно про интеграции — они прячутся внутри всех фаз и стабильно недооцениваются. 1С, CRM, ERP, банк, ЭДО, телефония, маркетплейсы, платёжные шлюзы. Каждая точка — это чужой API, чужие сроки и чужие сюрпризы.

Схема шести фаз проекта разработки ПО: исследование (3–7% бюджета), проектирование (около месяца), реализация двухнедельными итерациями (6–12 месяцев), контроль качества, запуск с опытной эксплуатацией (4–12 недель) и сопровождение (60–80% стоимости владения); пунктиром показан возврат дефектов на переделку
Пунктир — возврат дефекта: на проектировании исправление стоит ×1, на разработке ×6, после релиза ×15–30. Нажмите, чтобы открыть на весь экран.

Как это выглядит у нас на типовом проекте — заказная CRM или B2B-портал на 6–9 месяцев:

Фаза Что отдаём на выходе Кто нужен с вашей стороны Сколько занимает
1. Исследование Vision: бизнес-цели, портреты пользователей, описание текущих процессов, реестр гипотез Владелец процесса, 2-3 ключевых сотрудника, один ответственный за решения 2-4 недели
2. Проектирование ТЗ, архитектура, схема БД и описание API, кликабельные прототипы, оценка по спринтам, финмодель Тот же ответственный; специалист по IT для доступов к смежным системам 3-5 недель
3. Реализация Работающий инкремент каждые две недели, демо в конце спринта, доступ к таск-трекеру с первого дня Ответственный на демо раз в две недели, 1-2 представителя пользователей 3-5 месяцев
4. Контроль качества Отчёты по ручному, автоматизированному и нагрузочному тестированию, результаты проверки безопасности Приёмщики от бизнеса для приёмочного тестирования Параллельно с реализацией, плюс 3-4 недели перед запуском
5. Запуск Развёртывание, миграция данных, обучение пользователей, инструкции Администратор системы, пилотная группа пользователей 4-12 недель опытной эксплуатации
6. Сопровождение Код, документация, передача знаний, SLA по желанию IT-владелец системы Постоянно

Любое изменение требований по ходу фиксируем как change request, а не как молчаливое допущение. Иначе бюджет расползается незаметно.

Fix Price, Time & Material или выделенная команда

Три модели. У каждой есть зона, за пределами которой она ломается.

Fix Price. Объём, сроки и стоимость зафиксированы на старте. Заказчик получает предсказуемый бюджет, подрядчик берёт риск перерасхода на себя. Работает на коротких проектах с детальным ТЗ.

Где ломается: на первом же изменении требований. Каждое уточнение становится поводом пересматривать договор. А требования меняются почти всегда — изменения в процессе разработки добавляют к бюджету в среднем 20-35%.

Time & Material. Платите за фактически отработанное время. Максимальная гибкость, требования уточняются по ходу. Именно так работает около 70% долгосрочных проектов корпоративной разработки.

Где ломается: если у заказчика нет человека, который принимает решения. T&M требует участия в приоритизации, иначе команда упирается в ожидание ответа.

Dedicated Team. Команда работает только с вами, оплата за человеко-месяцы. Формат для горизонта от 12 месяцев, когда нужна управляемость своего IT-отдела без рисков найма.

Критерий Fix Price T&M Dedicated
Гибкость требований Низкая Высокая Очень высокая
Предсказуемость бюджета Высокая Средняя Высокая по ставкам
Скорость старта Низкая, нужно ТЗ Высокая Средняя
Вовлечённость заказчика Низкая Высокая Очень высокая
Оптимальный горизонт 1-6 мес. 3-18 мес. от 12 мес.

Рядом стоит вопрос инхаус или аутсорс. Свой разработчик обходится в 200-450 тысяч в месяц на руки, плюс налоги, оборудование, HR. Итого в 1,5-2 раза дороже аутсорса при той же квалификации.

Аутстаффинг дешевле аутсорса, но там вы сами управляете людьми и сами отвечаете за результат. Без своего IT-менеджмента это не экономия, а способ получить проблему в рассрочку.

Как выбрать подрядчика и что подготовить заранее

Начнём с вашей стороны, потому что половина провалов начинается там.

Чек-лист до первого разговора:

  • Сформулируйте цель одной измеримой фразой. Не «автоматизировать процессы», а «сократить время оформления заказа с 12 минут до 3».
  • Опишите 3-5 ключевых сценариев в формате user story.
  • Назначьте одного ответственного, который может принимать решения за 1-2 рабочих дня. Не комитет.
  • Соберите список систем для интеграции: учётка, телефония, мессенджеры, маркетплейсы, банк.
  • Задайте критерии успеха в цифрах: целевая нагрузка, время отклика, экономический эффект.
  • Заложите резерв 15-25% от сметы на доработки.

Теперь про выбор.

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

Смотрите на отраслевой опыт. Команда, делавшая похожие проекты, выходит на скорость в 2-3 раза быстрее тех, кто в вашей предметной области первый раз. Они уже знают, где грабли.

Проверьте 2-3 рекомендации от прошлых клиентов, желательно из вашей отрасли. Не отзывы на сайте — живых людей.

Про техническое задание. Работать без него можно, но только в T&M и с регулярным уточнением требований. Это удваивает роль продакта на вашей стороне и требует зрелости в приоритизации. Для Fix Price ТЗ обязательно, без вариантов.

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

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

  • С кем я буду разговаривать? С инженерами, которые делают вашу задачу. Без прослойки менеджеров: на вопрос по архитектуре отвечает тот, кто её проектировал.
  • Что получу на выходе? Исходный код, документацию и передачу знаний вашей команде. Проект можно забрать и вести дальше без нас.
  • Что с открытым кодом внутри? Берём компоненты с разрешительными лицензиями: MIT, Apache 2.0, BSD. Они не обязывают вас открывать собственный код.
  • Увижу ли я, что происходит? Доступ к таск-трекеру открываем в первый день, в конце каждого спринта показываем работающий результат на демо.
  • Что будет, если требования поменяются? Оформляем как change request: сначала оценка влияния на срок и бюджет, потом работа. Не молчаливое допущение.
  • Что с конфиденциальностью? NDA и договор подписываем на старте, до передачи рабочих материалов.
  • Что после сдачи? Поддержка и развитие по договорённости, SLA — по желанию. Условия фиксируем заранее, а не когда система уже в продакшне.

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

Рабочие приёмы:

  • Начинать с MVP. 4-6 ключевых сценариев, запуск, развитие на данных. Экономит 35-50% относительно подхода «сделаем всё сразу».
  • Не экономить на проектировании. Час аналитики окупается 5-8 часами кода. Это не та статья, где режут.
  • Брать готовые сервисы. Платежи, авторизация, рассылки, аналитика, карты — всё это давно написано. Своё имеет смысл только при особых требованиях к безопасности или нагрузке.
  • Выбирать по отраслевой экспертизе. Скорость в 2-3 раза выше окупает более высокую ставку.
  • Гибридная команда. Senior-архитектор от подрядчика плюс свои middle-разработчики. Качество при меньшей общей стоимости.

А теперь ложная экономия, ради которой этот раздел и написан.

Самая низкая ставка даёт самый дорогой проект. Экономия 30% на часе разработки оборачивается удвоением сроков — и перерасходом бюджета на выходе.

Посмотрите на цену ошибки по этапам: на проектировании — ×1, на разработке — ×6, после релиза — ×15-30. Каждая сэкономленная на аналитике неделя возвращается месяцем переделок.

И не забудьте про резерв на поддержку — 15-25% от стоимости разработки в год. Игнорирование этой статьи не экономит деньги, а откладывает их на момент, когда система начнёт деградировать.

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

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

Сначала разбираемся в задаче. Потом пишем код.

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

Обсудить задачу

Первый разговор ни к чему не обязывает: после него будет понятно, нужна ли вам заказная разработка и в каком объёме.

Как это выглядит на практике — логистика, фармацевтика, энергетика, HR, ритейл — в разделе Кейсы.

Есть задачи?
Свяжитесь с нами!

Наш инструментарий от кастомных оптимизаций до проверенных архитектурных паттернов позволяет создавать системы, способные расти вместе с вашим бизнесом – без болезненных перестроек.