Заказная разработка ПО: как устроена и когда выгоднее коробки

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

Что такое заказная разработка ПО

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

• Разработка с нуля - когда нужного продукта на рынке нет вообще или существующие не подходят принципиально.
• Доработка коробки - берём готовую систему (например, 1С или CRM) и достраиваем недостающие модули под свои процессы.
• Интеграционный слой - собственный сервис, который связывает разрозненные системы в единый контур: сайт, 1С, склад, маркетплейсы.

В первых двух случаях говорят «разработка ПО на заказ», в третьем - «заказная разработка ИТ» в широком смысле, потому что там вопрос не только в коде, но и в архитектуре всего ландшафта. На практике проекты часто смешанные: типовое ядро плюс кастомные модули вокруг него.

Коробка или разработка под себя: таблица сравнения

Прямое сравнение помогает быстрее принять решение. Важна не цена покупки, а стоимость владения на горизонте в 3-5 лет - именно на ней ломается интуиция «коробка дешевле». Из таблицы виден главный размен. Коробка снижает риск и стартовую цену, но ограничивает вас чужими рамками и капает лицензиями. Кастом снимает рамки и отдаёт вам контроль, но требует вложений и грамотного управления проектом, иначе легко потратить бюджет и не довести дело до результата.

Когда коробки достаточно

Коробка почти всегда лучше, если ваши процессы типовые. Бухгалтерия, кадры, базовый складской учёт, стандартные продажи - всё это давно и хорошо закрыто тиражными продуктами. Изобретать тут своё - выбрасывать деньги. Она подходит, когда нужно запуститься быстро и проверить гипотезу. Пока непонятно, взлетит ли направление, платить за разработку с нуля рискованно. Дешевле собрать контур из готовых сервисов, посмотреть на реальные цифры, а уже потом решать про разработку на заказ. Коробка выигрывает и при небольшом числе пользователей. Если системой пользуются пять человек, лицензии не успеют вырасти в сумму, ради которой стоит затевать собственную разработку. Математика лицензий начинает работать против коробки ближе к десяткам и сотням рабочих мест. Наконец, если готовый продукт закрывает 80-90% ваших потребностей, а остальное решается настройкой или небольшой доработкой, полноценный кастом не нужен. Разумнее взять коробку и достроить недостающее. О том, как вообще понять, что процессам пора помогать софтом, у нас есть отдельный чек-лист по автоматизации.

Когда выгоднее заказная разработка

Кастом начинает окупаться там, где коробка упирается в потолок и тянет бизнес назад. Несколько типичных сигналов. Процессы нестандартные и в них ваше конкурентное преимущество. Если компания зарабатывает именно на особой логике работы - хитрой тарификации, специфичной цепочке согласований, уникальном сервисе для клиентов, - подгонять это под чужой шаблон значит стирать своё отличие. Здесь система должна повторять бизнес, а не наоборот. Вы упёрлись в ограничения коробки, а каждая доработка превращается в мучение. Вендор не выпускает нужную функцию, партнёр берёт за мелкое изменение неадекватные деньги, а обновление продукта грозит сломать всё, что уже допилили. Это классическая ловушка: вложений в коробку уже много, а гибкости всё меньше. Софт становится центром, к которому сходятся другие системы. Когда нужно связать сайт, 1С, склад, телефонию и маркетплейсы в единый контур с общей логикой, готовые коннекторы часто не покрывают все стыки. Собственный интеграционный сервис здесь надёжнее. Про это у нас есть материалы в разделе про интеграции и разработку. Стоимость лицензий обгоняет стоимость разработки. Простой расчёт: если коробка стоит, условно, 3000 рублей за пользователя в месяц, то на 100 сотрудниках это 3,6 млн в год только за лицензии. За два-три года набегает сумма, за которую можно построить и содержать собственную систему без платы за каждое рабочее место. Отдельная причина - права и независимость. При заказной разработке исключительные права на код принадлежат вам (если это прописано в договоре). Вы не заложник ценовой политики вендора и не рискуете, что продукт снимут с поддержки.

Как устроен процесс у подрядчика

Хорошая разработка ПО на заказ - это не «дали ТЗ, получили через полгода коробку с бантиком». Это управляемый процесс с регулярными точками контроля, где заказчик видит промежуточный результат и влияет на него. Как это выглядит у нас и на нормальном рынке в целом:

1. Изучение и аналитика. Погружаемся в процессы, считаем узкие места, фиксируем цели в измеримых величинах. На выходе - понимание, что и зачем делаем, и грубая оценка.
2. Проектирование и ТЗ. Описываем функционал, проектируем архитектуру и интеграции, готовим прототипы экранов. Здесь же уточняется смета - уже не вилка, а предметный расчёт.
3. Дизайн интерфейсов. UX/UI под реальные сценарии пользователей. Для B2B-систем удобство напрямую влияет на скорость обучения и число ошибок.
4. Разработка спринтами. Продукт растёт итерациями по 1-2 недели. В конце каждого спринта - демонстрация работающего куска, а не отчёт о процентах готовности.
5. Тестирование. QA идёт параллельно разработке, а не в самом конце. Так дефекты ловятся раньше и дешевле.
6. Запуск и поддержка. Запускаем, обучаем пользователей, наблюдаем за системой в бою. Дальше - развитие по мере роста бизнеса.

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

Сколько стоит заказная разработка ИТ и от чего зависит цена

Вилки широкие, потому что «система» может означать и простой сервис, и платформу на сотни экранов. Цена складывается из ролей, умноженных на часы, умноженных на ставку. Что двигает сумму:

• Объём функционала - сколько экранов, ролей, сценариев. Главный множитель.
• Интеграции. Каждая связка с внешней системой (1С, платёжки, маркетплейсы, телефония) - отдельная работа со своими подводными камнями.
• Нагрузка и надёжность. Система на 50 пользователей и платформа на десятки тысяч - разная архитектура и разный бюджет.
• Дизайн и UX. Типовые интерфейсы дешевле, продуманный пользовательский опыт дороже, но окупается на масштабе.
• Комплаенс. Требования по безопасности, работа с персональными данными, отраслевые регламенты добавляют работы.

Ориентировочные рыночные вилки на 2026 год, по нашему опыту: Это грубые ориентиры, а не оферта: реальная цифра появляется после аналитики. Отдельная тонкость - стоимость владения не заканчивается на запуске. Заложите поддержку и развитие: обычно это 15-25% от стоимости разработки в год. Зато здесь нет платы за каждое рабочее место, и на масштабе это решает.

Как не переплатить и снизить риски

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

• Начинайте с MVP, а не с идеальной системы. Соберите ядро ценности, запустите, получите обратную связь от реальных пользователей. Дорабатывать по факту дешевле, чем строить всё сразу на всякий случай.
• Фиксируйте права на код в договоре. Исключительные права должны переходить к вам. Без этого пункта вы платите за разработку, но не владеете результатом.
• Требуйте демо каждые 1-2 недели. Регулярный работающий результат - лучшая страховка от «сделали не то».
• Не экономьте на аналитике. Сэкономленные на старте деньги превращаются в переделки, которые стоят кратно дороже.
• Проверяйте подрядчика по кейсам в вашем домене. Опыт в похожих задачах снижает риск сильнее, чем красивая презентация.

Главное

Короткая выжимка, если читать некогда:

• Заказная разработка нужна не всем: при типовых процессах и малом числе пользователей коробка дешевле и разумнее.
• Кастом окупается, когда процессы нестандартны, коробка упёрлась в потолок, софт становится интеграционным центром или лицензии обгоняют стоимость разработки.
• Ориентир при выборе - стоимость владения за 3-5 лет; цена покупки обманчива, на длинной дистанции коробка часто проигрывает.
• Здоровый процесс разработки - это спринты с демонстрацией каждые 1-2 недели, а не полгода тишины.
• Права на код должны остаться у вас: это фиксируется в договоре.
• Стартовые ориентиры цен: от 0,5 млн за MVP до 5+ млн за нагруженную платформу, плюс 15-25% в год на поддержку.

FAQ

Чем заказная разработка отличается от доработки коробки?

Доработка достраивает недостающее поверх готового продукта и ограничена его архитектурой. Заказная разработка создаёт систему под ваши процессы без чужих рамок. Часто оптимум - гибрид: типовое ядро плюс кастомные модули.

Сколько времени занимает разработка ПО на заказ?

От нескольких месяцев для MVP до года и больше для крупной платформы. Но первый работающий результат вы видите уже через 1-2 спринта, то есть через 2-4 недели, а не в конце проекта.

Кому принадлежат права на разработанный продукт?

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

Что дешевле в долгосрочной перспективе - коробка или кастом?

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

С чего начать, если непонятно, что выбрать?

С аудита процессов и оценки, насколько их закрывают готовые решения. Если коробка покрывает 80-90% - берите её и дорабатывайте. Если упираетесь в потолок постоянно - считайте экономику кастома.

Обсудим вашу задачу

Если сомневаетесь, что выбрать - коробку или разработку под себя, - мы поможем посчитать оба варианта, включая стоимость владения на несколько лет вперёд. Иногда по итогам разговора мы сами рекомендуем коробку: это нормально. Напишите нам на mail@drsofter.ru, в Telegram @drsofter или через форму на drsofter.ru - обсудим ваши процессы и предложим решение по задаче, а не по прайсу.