Готовая система или своя разработка — как выбрать и не переплатить

Спор «купить готовое или разработать свое» обычно ведут как спор о принципах. На деле это арифметика с одной переменной — насколько процессы компании отличаются от тех, под которые написана коробка.

Если отличий мало, своя разработка это дорогое самолюбие. Если отличий много, коробка обходится дороже своей системы уже на втором году, просто платежи размазаны и не выглядят как счет за разработку.

Где проходит граница

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

Когда готовая система — правильный ответ

• Процесс типовой. Продажи по воронке, складской учет, бухгалтерия, документооборот — там, где отраслевая практика устоялась, коробка почти всегда выигрывает.
• Скорость важнее точности совпадения. Нужно начать работать через неделю, а не через два месяца.
• Компания растет и меняется, будущие требования неизвестны. Дешевле подстроиться под чужую логику, чем заморозить свою.
• Нет ресурса на сопровождение. У коробки есть вендор, поддержка и обновления, которые приходят сами.
• Задача вспомогательная. На процессах, которые не создают конкурентного преимущества, оригинальность не нужна.

Когда своя разработка дешевле

• Процесс — и есть продукт. Если способ работы это то, чем компания отличается от конкурентов, класть его в чужую логику бессмысленно.
• Список доработок к коробке перевалил за десяток, и каждое обновление вендора их ломает.
• Платеж растет от числа пользователей, а пользователей становится больше. Лицензия на сотню сотрудников за несколько лет превращается в сумму, сопоставимую с разработкой.
• Нужна связка нескольких систем, и ни одна коробка не покрывает стык между ними.
• Данные нельзя отдавать наружу или требуется хранение в определенном контуре.
• Продукт нужно продавать клиентам — своя платформа, а не аренда чужой.

Издержки, которые не видно при выборе

Чаще всего ответ — гибрид

Практичный вариант звучит так: типовое остается в готовых продуктах, свое разрабатывается только там, где действительно свое.

1. Бухгалтерия и регламентированный учет остаются в 1С. Переписывать то, что меняется вместе с законодательством, — плохая идея в любой конфигурации.
2. Почта, диски, мессенджеры — готовые сервисы. Здесь нечего выигрывать.
3. Операционное ядро — свое. То, где живут ваши правила: как принимается заявка, как считается стоимость, как распределяется работа, что видит клиент.
4. Между ними — обмен. С явной договоренностью, кто источник истины по каждому справочнику.

Такая схема почти всегда дешевле обеих крайностей и переживает изменения лучше, чем монолит из одной коробки.

Как посчитать стоимость владения за три года

Сравнивать цену лицензии с ценой разработки бессмысленно — это разные по природе платежи. Считать надо все, что уходит на систему за одинаковый период.

Две строки, которые чаще всего забывают. Со стороны коробки — повторная адаптация доработок: каждое крупное обновление вендора требует их проверки и правки, и это регулярный платеж, а не разовый. Со стороны своей разработки — сопровождение: система без обновлений зависимостей через два года становится дырой в безопасности.

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

Что спросить до покупки коробки

Эти вопросы стоит задать вендору или интегратору письменно — ответы сильно влияют на реальную стоимость.

• Как меняется цена при удвоении числа пользователей и есть ли потолок роста тарифа.
• Что происходит с доработками при обновлении платформы и кто платит за их адаптацию.
• Можно ли выгрузить все данные в открытом формате и как быстро. Ответ «через поддержку по запросу» означает, что нельзя.
• Где физически хранятся данные и что с требованиями к персональным данным.
• Есть ли открытый API и покрывает ли он то, что нужно, или только часть.
• Сколько стоит и сколько занимает добавление одного нового поля в карточку. Простой вопрос, который многое показывает.

Что изменил ИИ в этом выборе

Изменил, и заметно. Граница на графике сдвинулась вправо — но не в ту сторону, в которую обычно думают.

Разработка типовых частей системы подешевела: списки, карточки, формы, отчеты, выгрузки, миграции данных собираются в разы быстрее, чем пару лет назад. Это снизило стоимость входа в свою систему и сделало ее разумной для компаний, которым раньше она была не по бюджету.

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

Как проверить свой случай за неделю

Считать полную стоимость владения по формуле необязательно. Достаточно четырех вопросов.

1. Сколько доработок уже висит в бэклоге к текущей системе. Больше десяти — сигнал.
2. Сколько работы идет мимо системы. Если ключевые данные живут в таблицах рядом, коробка уже не покрывает процесс.
3. Сколько стоит лицензия через три года при плановом росте. Умножить текущий платеж на прогноз числа пользователей — цифра часто удивляет.
4. Что будет, если вендор поднимет цену или уйдет. Если ответа нет, это не выбор системы, а ставка.

Если хотя бы на два вопроса ответ неприятный, имеет смысл посчитать вариант со своей системой хотя бы для операционного ядра.

Дальше по теме