Заказная разработка или готовое решение? B2B-гид по выбору

Первое различие: стандарт или преимущество?

Для типовой задачи сначала проверьте реальные возможности продукта. Название бухгалтерия или CRM не доказывает, что права доступа, отчёты и интеграции подходят.

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

Четыре практических вопроса

1) Какие входные данные, результаты и исключения обязательны? 2) Кто получает доступ к данным и как их выгрузить? 3) Что придётся менять при другом объёме или правилах? 4) Кто устраняет сбой и восстанавливает прежнее состояние?

Проведите одинаковые приёмочные проверки каждого варианта. Исключите варианты без обязательных функций; остальные сравните по стоимости, сопровождению и удобству.

Когда подходит гибридный вариант?

Готовая CRM может работать с заказным клиентским порталом. Сначала проверьте API, лимиты, лицензионные права и обработку ошибок.

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

Как правильно оценить стоимость миграции

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

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

Риск зависимости от поставщика: он работает в обе стороны

Каждый руководитель спрашивает «сколько это стоит сегодня», но почти никто не спрашивает «у кого будет рычаг влияния на меня через три года». В случае SaaS дорожную карту пишет поставщик, а не вы. Контракты продлеваются с повышением цен, которое может стать резким, как только инструмент прочно встроится в ваши повседневные операции; функции снимаются с поддержки или переносятся в более дорогой тариф; поставщика могут купить, а продукт — свернуть по графику, который выбирали не вы. Ничего из этого не гипотетично — это обычный жизненный цикл поставщиков ПО, и чем глубже инструмент встроен в ваши операции, тем дороже становится от него отказаться, даже если цена утроится. Это не повод избегать SaaS — для стандартных процессов это обычно по-прежнему правильный выбор, — но это значит, что сравнение по «ежемесячной плате» скрывает настоящий вопрос: какое влияние на себя вы позволяете получить стороне, чьи интересы не совпадают с вашими?

Заказная разработка разворачивает проблему зависимости внутрь. Риск теперь не в дорожной карте поставщика, а в «факторе автобуса» вашей собственной команды. Если разработчики, создавшие систему, уходят, а решения, лежащие в её основе, никогда не документировались, система незаметно превращается в чёрный ящик, к которому никто не хочет прикасаться. Оставленная без поддержки, она обрастает устаревшими зависимостями, перестаёт получать патчи безопасности, и в итоге «заказное» превращается именно в то, чего вы пытались избежать, — в хрупкую унаследованную систему. Зависимость здесь возникает не из-за пункта контракта, а из-за сосредоточения знаний у отдельных людей, но эффект тот же: уйти без больших затрат не получится.

Решение — с первого дня рассматривать стоимость выхода как критерий выбора, причём с обеих сторон. Для SaaS перед подписанием проверьте, какие данные можно выгрузить и в каком формате, ограничивает ли контракт рост цен и насколько болезненным будет уход на практике. Для заказной разработки настаивайте, чтобы права на исходный код, доступ к инфраструктуре и актуальная документация были прописанными обязательствами по контракту, а не любезностью — и выбирайте партнёра, который пишет код для того, кто унаследует систему в будущем, а не только для демонстрации. Какой бы путь вы ни выбрали, задавайте вопрос о выходе раньше вопроса о покупке. Возможность уйти стоит больше, чем вариант, который выглядит дешевле всего сегодня.