Заказная разработка в России в 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, чужие сроки и чужие сюрпризы.
Как это выглядит у нас на типовом проекте — заказная 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, ритейл — в разделе Кейсы.