Разборы · Купить или строить

Купить готовый продукт или построить своё?

Короткий ответ

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

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

Где каждый вариант перестаёт быть правильным.

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

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

Строить стоит, когда

Где собственная разработка окупает свою цену.

›

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

›

Процесс — ваше отличие. Если то, как вы считаете смету, сортируете заявки или оцениваете риск, и есть причина выбирать вас, стандартизация под продукт убирает ровно то, что работало.

›

Цена за пользователя перестала быть разумной при вашей численности, и арифметика уже явно за то, чтобы владеть системой самому.

›

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

Покупать стоит, когда

Когда не надо никому платить за разработку.

·

Продукт это уже делает. Бухгалтерия, зарплата, тикеты поддержки, электронная подпись — это решённые задачи, и строить их заново — дорогой способ оказаться позади.

·

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

·

Вы ещё не уверены, что процесс вообще стоит автоматизировать. Подписка, которую можно отменить через месяц, — лучший эксперимент, чем стройка.

·

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

Как это обычно складывается

Гибрид, которым на деле и является большая часть нашей работы.

На практике вопрос редко стоит «или-или». Рабочая схема — купить системы учёта: CRM, ERP, бухгалтерию, поддержку, — и построить слой, который перемещает работу между ними и принимает решения, недоступные продуктам. Этот слой небольшой, специфичный для вас и почти никогда не продаётся готовым.

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

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

Что здесь спрашивают

О чём спрашивают, взвешивая варианты.

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

Не понимаете, на какой вы стороне?

Принесите нам процесс. Бесплатный мини-аудит заканчивается рекомендацией, и иногда рекомендация — что мы вам не нужны.