Крупное предприятие почти всегда стоит перед выбором: купить готовый продукт – SAP, Oracle, «1С», Microsoft Dynamics – или заказать систему под себя. Спор «коробка против заказной разработки» в корне неверен. Это не идеология, а арифметика и анализ рисков. Ниже – критерии, по которым мы помогаем заказчикам принять решение, не переплачивая и не загоняя себя в технологический тупик.

Где коробка выигрывает

Тиражное ПО оправдано там, где процесс стандартен и регулируется извне. Бухгалтерия, расчёт зарплаты, сдача отчётности в ФНС и фонды, кадровый учёт – здесь нет смысла изобретать своё. Вендор сам отслеживает изменения законодательства и выпускает обновления, а вы платите за поддержку, а не за разработку с нуля.

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

Ограничения тоже известны. Вы получаете чужую логику процессов и подстраиваете предприятие под продукт, а не наоборот. Кастомизация коробки сверх 20–30% превращается в скрытую заказную разработку – но без контроля над исходным кодом и с риском, что очередное обновление вендора сломает ваши доработки.

Где заказная разработка окупается

Заказная система оправдана, когда процесс – ваше конкурентное преимущество или когда на рынке просто нет продукта под отраслевую специфику. Биллинг телеком-оператора, расчёт тарифов в энергетике, логистика крупного ритейла, ведомственные регистры в госсекторе – здесь типовое решение либо отсутствует, либо требует доработки до неузнаваемости.

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

Третий – владение. Вы получаете исходный код, права и свободу развивать систему в своём темпе, не завися от роадмапа вендора и курсовых колебаний валюты лицензий. Для критичных систем и объектов с требованиями к защите информации это часто решающий фактор.

Считайте полную стоимость владения

Главная ошибка – сравнивать цену лицензий с ценой контракта на разработку. Считать нужно TCO на горизонте пяти-семи лет: лицензии и их ежегодное продление, внедрение, обязательная кастомизация, обучение, поддержка, стоимость интеграции и инфраструктура.

Инфраструктурная статья весит больше, чем кажется. Тяжёлая коробка тянет за собой серверы и лицензии СУБД, и здесь виртуализация заметно меняет расклад – мы приводили цифры по экономике дата-центра на VMware. Заказная система, спроектированная под вашу нагрузку, нередко требует меньше ресурсов, чем универсальный продукт «на все случаи».

Практический подход – гибридный. Стандартные функции закрывайте коробкой, конкурентные и отраслевые – заказной разработкой, а связывайте их интеграционной шиной. Спроектировать такой ландшафт и честно посчитать TCO для обоих сценариев получается только тогда, когда разработка и интеграция бизнес-систем ведутся как единая задача, а не как набор разрозненных проектов.

Вывод

Выбор между коробкой и заказной разработкой – не вопрос вкуса, а результат расчёта. Стандартное и регулируемое отдавайте вендору, уникальное и критичное стройте под себя. Решение принимайте по TCO и по тому, где у предприятия конкурентное преимущество, а не по цене первой лицензии.