На входе почти всегда дешевле коробка, на горизонте трёх лет — чаще разработка. В модельном расчёте ниже коробка с доработкой стоит на старте 900 000 ₽ против 1 200 000 ₽ за заказную систему, но к 36-му месяцу выходит на 3 383 400 ₽ против 3 069 000 ₽. Кривые пересекаются на 18-м месяце, и дальше разрыв только растёт.
Причина простая: коробку вы платите дважды. Первый раз — за лицензии и настройку, второй — за каждое место, где ваш процесс не совпал с чужой логикой. Второй платёж не разовый: он повторяется при каждом обновлении вендора, потому что обновление приходит на нетронутое ядро, а у вас ядро тронуто.
Ниже — две полные сметы рядом, правило доли доработок с тремя порогами, честный список того, что теряется в каждом варианте, и третий сценарий, который на нашей модели обходит оба. Более общее сравнение подписки и собственного решения мы разбирали в статье про границу между готовым SaaS и заказной разработкой; здесь речь именно о лицензируемой коробке, которую вы дорабатываете под себя.
Условия задачи и две сметы рядом
Вводные модельного примера. Оптовая компания, 25 рабочих мест, задача — управление заказами и отгрузками: приём заказа, резерв товара, комплектация, отгрузочные документы, статусы для клиента. Процесс типовой на 70 %, оставшиеся 30 % — своя схема резервирования под предзаказы и собственная логика скидочных матриц. Цены — по состоянию на сентябрь 2026 года.
| Строка | Коробка с доработкой | Заказная разработка | Гибрид: коробка плюс свой слой |
|---|---|---|---|
| Лицензии на 25 мест | 300 000 ₽ | — | 300 000 ₽ |
| Внедрение и настройка | 320 000 ₽ | — | 260 000 ₽ |
| Обследование и ТЗ | входит в настройку | 140 000 ₽ | входит в слой |
| Разработка под процесс | 280 000 ₽ доработок | 1 060 000 ₽ | 380 000 ₽ собственный слой |
| Итого вход | 900 000 ₽ | 1 200 000 ₽ | 940 000 ₽ |
| Срок до запуска | 3 месяца | 5 месяцев | 4 месяца |
| Ежемесячно после запуска | 59 000 ₽ | 49 000 ₽ | 54 000 ₽ |
| Первый календарный год | 1 431 000 ₽ | 1 543 000 ₽ | 1 372 000 ₽ |
| Тридцать шесть месяцев | 3 383 400 ₽ | 3 069 000 ₽ | 2 955 000 ₽ |
Проверьте первый год у коробки: 900 000 ₽ входа плюс девять месяцев эксплуатации по 59 000 ₽ — это 531 000 ₽, итого 1 431 000 ₽. У разработки запуск на два месяца позже, поэтому эксплуатации всего семь месяцев: 1 200 000 + 343 000 = 1 543 000 ₽. Разница первого года — всего 112 000 ₽, и именно она обычно решает спор в пользу коробки, хотя решает его на слишком коротком горизонте.
Двухосевой график накопленных расходов за 36 месяцев. Ось X — месяцы 1–36, ось Y — рубли до 3 500 000. Две линии: «коробка с доработкой» стартует ступенькой 900 000 ₽ и заканчивается на 3 383 400 ₽; «заказная разработка» стартует ступенькой 1 200 000 ₽ и заканчивается на 3 069 000 ₽. Точка пересечения на 18-м месяце подписана «1 936 000 ₽ у обоих» и выделена кружком. Справа подпись разрыва на 36-м месяце: «314 400 ₽».
На 18-м месяце обе линии стоят примерно на 1 936 000 ₽ — дальше коробка уходит вверх. Строка, которая делает разрыв, одна: 60 000 ₽ на переустановку доработок после релиза вендора. Она повторяется при каждом обновлении и не приносит ни одной новой функции. Механику этой строки на примере учётной системы мы разбирали в материале про обновление 1С после доработок.
Правило доли доработок: три порога
Коробка — это не продукт, а доля. Считается она просто: стоимость доработок делится на всю сумму входа. В нашей модели это 280 000 ₽ из 900 000 ₽, то есть 31 %. Ниже — та же задача при трёх разных долях, для сравнения рядом стоит неизменная разработка за 3 069 000 ₽.
| Доля доработок в смете входа | Вход | Тридцать шесть месяцев | Против разработки |
|---|---|---|---|
| 15 % — настройка справочников, отчёты, права | 730 000 ₽ | 2 734 000 ₽ | дешевле на 335 000 ₽ |
| 31 % — модельный пример | 900 000 ₽ | 3 383 400 ₽ | дороже на 314 400 ₽ |
| 45 % — переписаны документы, расчёты и обмены | 1 130 000 ₽ | 4 043 000 ₽ | дороже на 974 000 ₽ |
Между 15 % и 31 % линия переходит через ноль: денежный паритет с разработкой наступает примерно на четверти доработок, а не на трети. Рыночное правило 30 % при этом никуда не девается — просто оно про другое.
До трети переделок коробка ещё обновляется штатно: вендор выпускает релиз, вы его накатываете, доработки переносятся полуавтоматически за несколько часов. После трети каждое обновление превращается в отдельный проект — сравнение версий, ручной перенос изменений, повторное тестирование и повторная приёмка. Деньги начинают расходиться раньше, около 25 %, а вот срок жизни решения ломается именно на 30 %.
Стоимость работ, изменяющих стандартное поведение коробки, делённая на всю сумму входа — лицензии, внедрение и сами доработки. Настройка справочников, ролей и печатных форм штатными средствами в долю не входит: она не мешает обновлениям. Входит всё, что меняет код, структуру данных или логику документов.
Что теряется при доработке коробки
Смета показывает деньги, но не показывает, что вы отдаёте вместе с ними. У доработанной коробки четыре потери, и все четыре обнаруживаются не сразу.
- Простое обновление. Пока ядро нетронуто, релиз вендора ставится за вечер. После доработок каждый релиз — это сравнение версий, перенос изменений и повторная приёмка: в модели 60 000 ₽ и две недели ожидания на каждый крупный релиз.
- Гарантия вендора на изменённые участки. Стандартный ответ поддержки на ошибку в доработанном модуле — «воспроизведите на чистой конфигурации». Воспроизвести не получится, и разбираться будет тот, кто дорабатывал, по своей ставке.
- Свобода смены подрядчика. Доработки живут внутри чужой платформы: новый исполнитель должен знать и её, и ваш код. Круг кандидатов сужается до тех, кто работает именно с этой коробкой, и цена часа в нём выше средней.
- Право отложить обновление. Вендор снимает с поддержки старые версии по своему графику — свежий пример — прекращение поддержки модуля Диадок для 1С:Предприятие 7.7 с 1 сентября 2026 года. Когда версию закрывают, переезд становится обязательным и внеплановым.
Через полтора года никто в компании не помнит, какие именно участки конфигурации изменены и зачем. Обновление в такой ситуации стоит уже не 60 000 ₽, а 200 000–350 000 ₽: половина бюджета уходит на восстановление картины, а не на работу. Реестр доработок с описанием, автором и причиной — обязательное приложение к акту, и требовать его надо на приёмке, а не через год.
Что теряется при разработке с нуля
Обратная сторона считается хуже, потому что теряется не деньгами. Заказная система стоит вам двух месяцев срока, чужого опыта и первого года на отладке того, что в коробке уже работает.
- 1Срок: плюс два месяца до запуска
В модели коробка стартует на третьем месяце, разработка — на пятом. Два месяца ручной работы 25 человек — это не абстракция: при ставке рядового сотрудника 700 ₽/час и часе ручных операций в день на человека получается 25 × 21 × 700 = 367 500 ₽ в месяц, то есть 735 000 ₽ за два месяца отсрочки.
- 2Роли, права и журналирование
В коробке они уже есть и уже проверены. В своей системе это 5–10 % сметы на каждую роль и отдельная работа по журналу действий, которую заказчики обычно просят убрать первой, а вспоминают о ней при первом спорном удалении документа.
- 3Чужой опыт в исключениях
Коробка знает про возвраты, пересорт, частичные отгрузки и отрицательные остатки, потому что на эти грабли до вас наступили тысячи компаний. В своей системе каждое такое исключение вы находите сами — обычно в проде и обычно в конце квартала.
- 4Стоимость входа в поддержку
Коробку сопровождают сотни специалистов на рынке, свою систему — только те, кто её писал, пока не передана документация. Как выглядит нормальная передача, мы описали в разделе про порядок работы, а вопрос принадлежности кода — в отдельной статье про права на исходный код.
Сравнение в две колонки. Левая «доработанная коробка»: простое обновление (60 000 ₽ за релиз), гарантия вендора на изменённые участки, свобода смены подрядчика, право отложить обновление. Правая «разработка с нуля»: два месяца срока (735 000 ₽ ручной работы), готовые роли и права (5–10 % сметы за роль), чужой опыт в исключениях, широкий рынок сопровождения. Внизу общая подпись: «в смете нет ни одной из этих строк».
Матрица выбора по четырём признакам
Считать обе сметы имеет смысл не всегда: в половине случаев ответ виден по четырём признакам за полчаса. Отмечайте по каждому, в какую колонку попадаете, и смотрите, где набралось больше трёх.
| Признак | Коробка | Разработка |
|---|---|---|
| Типовость процесса | Расхождение с типовой логикой меньше 25 % операций | Своя схема в ядре процесса: резервирование, ценообразование, расчёт |
| Требования регуляторов | Маркировка, ЭДО, кассы — вендор поддерживает изменения сам | Отраслевые требования, которых в коробках нет, или закрытый контур |
| Темп изменений в компании | Процесс не менялся полгода и меняться не планирует | Ассортимент, каналы или схема работы меняются каждый квартал |
| Бюджет на эксплуатацию | Есть 15 000–80 000 ₽/мес и нет 1 000 000 ₽ на входе | Есть 1 000 000 ₽ на входе и 40 000–60 000 ₽/мес дальше |
Признак с регуляторами перевешивает остальные три. Если завтра меняются правила маркировки или формат электронного документа, вендор коробки выпустит обновление в составе подписки, а вашу систему придётся править за деньги и в срок, назначенный не вами. В 2026 году это уже не гипотеза: обязательных товарных групп Честного знака стало 27, и ЦПТ 2.0 блокирует продажу при ошибке прямо на кассе.
Третий вариант: типовое ядро плюс свой тонкий слой
На нашей модели побеждает не коробка и не разработка, а их разделение по границе типового. Коробка остаётся системой учёта в нетронутом виде: номенклатура, документы, остатки, печатные формы, отчётность. Уникальный участок — своя схема резервирования и скидочные матрицы — выносится в отдельный сервис, который общается с коробкой по штатному интерфейсу обмена.
Экономия берётся из одной строки: ядро не тронуто, поэтому обновления вендора ставятся штатно и переустановки доработок за 60 000 ₽ в смете нет. Своя часть при этом остаётся вашей и переносится на другую платформу при смене коробки — принципы такой сборки описаны в статье про архитектуру, готовую к переезду.
Схема связей из трёх зон. Слева блок «коробка, ядро не тронуто» с перечнем: номенклатура, документы, остатки, печатные формы, отчётность. Справа блок «свой слой, 380 000 ₽» с перечнем: резервирование под предзаказы, скидочные матрицы. Между ними двусторонняя стрелка с подписью «штатный интерфейс обмена». Сверху стрелка от блока «релиз вендора» к коробке с подписью «ставится штатно, 0 ₽ переустановки». Внизу плашка «36 месяцев: 2 955 000 ₽».
Когда ни коробку, ни разработку брать не надо
Оба варианта предполагают, что задача стоит хотя бы 900 000 ₽ за три года. Четыре ситуации, в которых честный ответ — не покупать ничего.
- Ручная операция стоит меньше 25 000 ₽ в месяц. Это 900 000 ₽ за три года, то есть нижняя граница любой из трёх смет. Ниже этого порога дешевле оставить как есть и написать регламент — что именно решается регламентом без денег, мы разбирали отдельно.
- Процесс не описан и меняется прямо сейчас. Автоматизировать имеет смысл то, что устоялось. Коробка в такой ситуации даст 45 % доработок вместо 30 %, разработка — переписывание в первый же год. Сначала карта процесса, потом смета.
- Нет бюджета на эксплуатацию. 49 000–59 000 ₽ в месяц — это не опция. Компания, у которой есть 900 000 ₽ на вход и нет 600 000 ₽ в год дальше, через 14 месяцев вернётся к ручной работе, потеряв и то и другое.
- Некому быть владельцем системы. У коробки и у своей системы одинаково нужен человек внутри компании, который принимает решения о её поведении. Если такого нет, обе сметы дают одинаковый результат — систему, которой пользуются в обход.
И последнее про сам спор. Разница между тремя вариантами за три года — 428 400 ₽, около 14 % от минимальной сметы. Это меньше, чем разброс от одной ошибки в выборе процесса. Поэтому вопрос «коробка или своё» стоит решать вторым, а первым — каким процессом вообще заняться: там цена ошибки измеряется не процентами, а разами.
Коробка перестаёт быть коробкой не тогда, когда её много доработали, а тогда, когда её перестали обновлять.
