Готовое решение почти всегда дешевле на старте и почти всегда дороже в середине — если процесс в него не укладывается. Заказная разработка наоборот. Точка пересечения зависит от того, насколько ваш процесс отличается от того, под который писали коробку.
Когда брать готовое
- Процесс типовой: бухгалтерия, зарплата, документооборот, обычная торговля.
- Есть требования регулятора, за которыми вендор следит за вас.
- Вы готовы подстроить процесс под систему, а не наоборот.
- Нужен быстрый старт и предсказуемая стоимость первого года.
- Внутри нет людей, которые смогут сопровождать свою систему.
Когда писать своё
- Процесс — ваше конкурентное преимущество, и подстраивать его под чужую логику значит его потерять.
- Коробку придётся дорабатывать больше чем на треть — тогда вы платите и за коробку, и за разработку.
- Нужна работа в закрытом контуре, а вендор поставляет только облако.
- Требуется интеграция с оборудованием или системами, которых нет в списке поддерживаемых.
- Стоимость лицензий на ваше число пользователей сопоставима со стоимостью разработки.
Худший из трёх вариантов
Это коробка, доработанная до неузнаваемости. У неё худшие свойства обоих подходов: обновляться она уже не может, потому что доработки конфликтуют с новыми версиями; исходники вендора вам не принадлежат; поддерживать её умеет только тот интегратор, который её ломал. Стоимость владения такой системы растёт каждый год, а выйти из неё дороже, чем было бы написать своё с самого начала.
Правило простое: если объём доработок превышает треть стоимости коробки, считайте вариант собственной разработки всерьёз.
Как считать честно
Сравнивать надо не цену покупки, а стоимость владения за три-пять лет.
- Лицензии и их продление, с учётом роста числа пользователей.
- Внедрение и настройка.
- Доработки под ваш процесс — сейчас и по мере изменений.
- Сопровождение: у вендора, у интегратора или своими силами.
- Стоимость выхода: что будет, если вендор уйдёт с рынка или поднимет цену втрое.
Промежуточный вариант
Часто выигрывает гибрид: типовые контуры на готовых системах, а то, что составляет суть бизнеса, — своё, связанное с ними интеграциями. Бухгалтерия в коробке, производственный учёт свой. Так вы не платите за разработку того, что уже написано, и не ломаете коробку под то, для чего она не предназначена.
Частые вопросы
Свою систему потом некому будет поддерживать?
Это решается условиями договора: исходники, документация и инструкция по развёртыванию у вас, сопровождать может любой подрядчик. Риск выше у доработанной коробки, а не у своей системы.
Сколько стоит переход с коробки на своё?
Основные затраты — не разработка, а перенос данных и параллельный период. Обычно это половина проекта.
Можно ли начать с коробки и перейти позже?
Да, и это разумный путь. Главное — с самого начала держать данные в форме, из которой их можно выгрузить.
Смотрите также: разработка ПО на заказ и как считать стоимость владения системой.