Кастомная (заказная) разработка ПО: что это
Если коротко: кастомная (заказная) разработка — это создание программы с нуля под процессы конкретной компании, в противоположность готовому коробочному продукту, под который бизнес подстраивается сам. В коробке вы получаете типовой инструмент быстро и дёшево, но живёте по его правилам; в кастоме инструмент строится вокруг того, как работаете именно вы, — дороже и дольше, зато без чужих ограничений. Что выбрать — зависит от задачи, и «кастом всегда лучше» такой же миф, как «зачем платить, если есть готовое». А в России 2026 года к этому выбору добавился третий мотив — импортозамещение, из-за которого заказная разработка для многих стала не вопросом удобства, а необходимостью.
Code Pilots с 2014 года занимается заказной разработкой полного цикла — CRM и ERP, личные кабинеты, SaaS-платформы, системы автоматизации с реальной нагрузкой и интеграциями. Этот материал — про то, что такое кастомная разработка и чем она отличается от коробки и SaaS, когда она оправдана, а когда умнее взять готовое, что вы получаете в собственность и почему импортозамещение сделало заказную разработку востребованной как никогда. Этапы и модели самой разработки (Agile, Fixed Price против Time & Material) подробно разобраны в статье про жизненный цикл; здесь — про сам выбор «своё или готовое».
Что такое кастомная разработка и чем отличается от коробки и SaaS
Разница не в качестве, а в подходе. Коробочное решение — готовый продукт под типовые задачи: CRM, ERP, документооборот. Его уже используют тысячи компаний, основные ошибки в нём отловлены, внедряется он за дни или недели. Расплата за скорость — унификация: вы получаете чужой набор функций и подстраиваете свои процессы под него. Кастомная разработка — обратный полюс: продукт проектируют под ваши процессы, и он делает ровно то, что нужно вам, без лишнего и без «так система не умеет».
Отдельно стоит различать форму поставки готового ПО:
| Кастомная разработка | Коробка (on-premise) | SaaS | |
|---|---|---|---|
| Что это | ПО с нуля под ваши процессы | Готовый продукт на ваших серверах по лицензии | Готовый сервис по подписке в облаке провайдера |
| Под кого подстраивается | Под вас | Вы под него (в рамках настроек) | Вы под него |
| Скорость старта | Месяцы | Дни–недели | Часы–дни |
| Данные | У вас | У вас | У провайдера |
| Зависимость от вендора | Нет | Средняя | Высокая (lock-in) |
| Гибкость и рост | Максимальные | Ограничены продуктом | Ограничены тарифом |
SaaS удобен скоростью и тем, что не нужно держать инфраструктуру, но данные лежат у провайдера, а вы зависите от его тарифов и решений. On-premise-коробка даёт больше контроля, но всё равно ограничена тем, что заложил вендор. Кастом снимает эти ограничения ценой времени и денег на старте. Это не «что лучше вообще», а «что подходит под вашу задачу» — к этому и переходим.
Когда кастом оправдан, а когда умнее взять готовое
Честный ответ: кастомная разработка нужна не всем и не всегда. Если ваши процессы типовые, бюджет ограничен, а на рынке есть готовый продукт, который их закрывает, — заказная разработка будет дорогим способом изобрести велосипед. Кастом оправдан там, где готовое начинает мешать бизнесу, а не помогать ему.
| Берите готовое (коробку/SaaS), если | Нужен кастом, если |
|---|---|
| Процессы типовые, как у всех | Процессы — ваше конкурентное преимущество, их нельзя «причесать» под шаблон |
| Нужно быстро и недорого стартовать | Готовые решения не закрывают задачу или закрывают наполовину |
| Объёмы и нагрузка умеренные | Нужны интеграции, нестандартная логика, высокая нагрузка |
| Зависимость от вендора некритична | Важны владение данными и независимость от поставщика |
| Это вспомогательный участок | Это ядро бизнеса, от которого зависит выручка |
Хороший признак, что пора в кастом, — когда компания начинает обрастать костылями вокруг коробки: экспортирует данные в Excel, чтобы сделать то, что система не умеет, держит штат людей на ручных операциях, платит за лицензии функций, которыми не пользуется. В этот момент «дешёвое готовое» уже стоит дороже заказного, просто расходы спрятаны в неэффективности. И наоборот: пытаться заказать кастомную CRM, когда хватило бы настроенной коробки, — частая дорогая ошибка. Решение принимают по задаче, а не по принципу «у нас должно быть своё».
Что вы получаете с кастомом: исходный код, независимость, актив
Главное, что отличает заказную разработку от аренды чужого, — вы получаете продукт в собственность. Это не абстракция, а несколько конкретных вещей.
Исходный код и права. При правильно оформленном договоре исходники и исключительные права на них — ваши. Это значит, что развивать и поддерживать продукт может любая команда, а не только тот, кто его написал. Передача исходного кода — то, что обязательно проговаривают на старте: без неё вы привязаны к подрядчику так же, как к вендору коробки.
Независимость от вендора. У коробки и особенно SaaS есть скрытая стоимость — vendor lock-in: поднялись тарифы, изменилась лицензионная политика, продукт ушёл с рынка — и вы заложник чужих решений. В России это перестало быть теорией: зарубежные вендоры уходили, отключали и поднимали цены массово. Своё ПО этой зависимости лишено.
Актив, а не расходы. Коробка и подписка — это операционные траты, которые ничего после себя не оставляют. Заказной продукт — это актив на балансе компании, который можно развивать, масштабировать и который повышает стоимость бизнеса. Особенно когда продукт — ядро, на котором компания зарабатывает.
Оборотная сторона, честно: владение требует ещё и ответственности — продукт нужно поддерживать, развивать и обслуживать, и это закладывают в бюджет с самого начала, а не считают неприятным сюрпризом после релиза.
Импортозамещение 2026: почему заказная разработка стала необходимостью
Для значимой части российского бизнеса выбор «кастом или коробка» в 2026 году решается не удобством, а законом. После 2022 года зарубежные вендоры массово ушли или перестали обслуживать российских клиентов, а государство взяло курс на импортозамещение, и для ряда компаний переход на отечественное ПО стал обязательным.
Логика требований такая. Указом 2022 года значимые объекты критической информационной инфраструктуры (КИИ) госкомпаний и госорганов обязали перейти на отечественное ПО; с 1 января 2025 года госорганам прямо запрещено использовать иностранное ПО на значимых объектах КИИ, а с 1 сентября 2025-го субъекты КИИ обязаны применять программы из единого реестра российского ПО. Сроки для большинства объектов КИИ при этом сдвинули на 1 января 2028 года — задача оказалась масштабнее, чем планировалось, — но направление однозначно, и за неисполнение вводят штрафы. Критерий для таких организаций — не «страна происхождения вообще», а наличие решения в реестре отечественного ПО и соответствие требованиям регуляторов.
Что это значит для бизнеса на практике. Компании, которые годами жили на SAP, Oracle, зарубежных CRM и отраслевых системах, остались без вендора, поддержки и обновлений — и многие из них не находят готового российского аналога, который закрыл бы их процессы один в один. Здесь заказная разработка превращается из опции в безальтернативный путь: построить своё под конкретные процессы, разместить на российской инфраструктуре и при необходимости внести в реестр отечественного ПО. Это касается не только госсектора: операторы персональных данных и компании, работающие с госзаказчиками, всё чаще обязаны опираться на отечественные решения. Импортозамещение из лозунга стало рабочей задачей, и заказная разработка — её прямой инструмент.
Как заказывают кастомную разработку: модели сотрудничества
Заказная разработка — это не только «что делаем», но и «с кем». Базовых форматов несколько, и у каждого своя цена и свои риски:
Своя команда (in-house). Полный контроль, но дорого и долго собирать, держать и загружать штат разработчиков, аналитиков, QA и DevOps.
Фрилансеры. Дёшево на старте, но высокий риск по срокам, качеству и тому, что проект некому передать и поддерживать.
Аутсорсинг (студия/подрядчик). Команда «под ключ» с готовыми процессами и ответственностью за результат — оптимально для большинства бизнес-задач.
Аутстаффинг. Усиление своей команды внешними специалистами под управление заказчика — когда есть свой менеджмент, но не хватает рук.
Аутсорсинг и аутстаффинг, состав команды и модели оплаты (Fixed Price против Time & Material) — это отдельные большие темы со своими разборами; здесь важно понимать, что форму сотрудничества выбирают под зрелость заказчика: есть своя экспертиза управления — подойдёт аутстаффинг, нужен результат под ключ — студия.
Риски и ошибки заказной разработки
Заказать кастом там, где хватило бы коробки. Самая дорогая ошибка в обе стороны: и переплата за «своё» на типовой задаче, и костыли вокруг коробки на нетиповой. Решают по задаче, а не по амбиции.
Не прописать передачу исходного кода и прав. Без этого вы привязаны к подрядчику так же, как к вендору, — развивать продукт сможет только он. Исходники и права фиксируют в договоре на старте.
Недооценить поддержку. Заказной продукт нужно обслуживать и развивать; «сдали и забыли» не бывает. Стоимость владения закладывают сразу.
Оверинжиниринг. Строить сложную систему с запасом «на все случаи», который никогда не понадобится, — деньги на ветер. Начинают с того, что нужно, и масштабируют по мере роста.
Выбрать подрядчика по цене, а не по команде. Дешёвая разработка джунами без процессов оборачивается переписыванием. Смотрят на команду, кейсы и то, как передают проект.
С чего начать
Порядок такой:
- Честно ответить, типовая ли у вас задача (тогда, возможно, хватит коробки или SaaS) или процессы уникальны и критичны для бизнеса
- Если это госсектор, КИИ или работа с персональными данными — проверить требования импортозамещения и реестра отечественного ПО
- Выбрать форму сотрудничества под свою зрелость (студия под ключ или усиление своей команды)
- Зафиксировать в договоре передачу исходного кода и прав
- Заложить бюджет не только на разработку, но и на поддержку и развитие
И не заказывать «своё» там, где готовое решит задачу дешевле.
Самое дорогое в заказной разработке — не сама разработка, а ошибка выбора: кастом там, где хватило бы коробки, или коробка там, где бизнес уже задыхается в её ограничениях. Code Pilots помогает принять это решение честно — а если кастом оправдан, проектирует и разрабатывает продукт полного цикла под ваши процессы, на российской инфраструктуре, силами senior-команды без джунов. Расскажите о задаче — подскажем, что в вашем случае выгоднее: своё, готовое или гибрид.
Частые вопросы (FAQ)
Коробочное решение — готовый продукт под типовые задачи, который внедряется быстро и дёшево, но под который вы подстраиваете свои процессы. Кастомная разработка — продукт, который создают с нуля под ваши процессы, и он делает ровно то, что нужно вам, без лишнего. Коробка — это скорость и низкий старт ценой ограничений; кастом — гибкость и владение ценой времени и бюджета.
Когда процессы типовые, бюджет ограничен, нагрузка умеренная, а на рынке есть готовый продукт, который закрывает задачу. Заказывать кастомную CRM там, где хватило бы настроенной коробки, — дорогая ошибка. Кастом оправдан, когда процессы уникальны и критичны для бизнеса, нужны нестандартная логика и интеграции или важна независимость от вендора.
При правильно оформленном договоре — да: исходники и исключительные права на продукт принадлежат вам. Это важно, потому что развивать и поддерживать продукт сможет любая команда, а не только та, что его написала. Передачу исходного кода и прав проговаривают на старте — без этого вы привязаны к подрядчику.
Для госорганов, субъектов КИИ и компаний, работающих с госзаказом и персональными данными, переход на отечественное ПО стал обязательным: иностранный софт на значимых объектах КИИ запрещён, а применять нужно решения из единого реестра российского ПО. Многие остались без ушедших зарубежных систем и без готового аналога — здесь заказная разработка под свои процессы с размещением на российской инфраструктуре часто единственный путь.
Да, и это частый сценарий: на старте берут готовое, чтобы быстро запуститься, а когда бизнес упирается в ограничения коробки — переходят на заказное. Главное — заранее думать о переносе данных: закрытые форматы коробочных систем усложняют миграцию, поэтому возможность выгрузить свои данные стоит проверять ещё на входе — до того, как попадёте в зависимость от вендора.
