Импортозамещение ПО: разрабатывать самим или покупать готовое
Разрабатывать решение внутри компании или покупать готовое — вопрос, который встаёт перед продуктовыми командами постоянно, в том числе при импортозамещении ПО и внедрении ERP. Разбираю пять факторов выбора по модели build or buy и признаки, по которым ответ становится очевидным.
Build or buy: два полюса одной дилеммы
Тим Кук о подходе Apple к выбору между созданием и покупкой:
«Мы считаем, что должны владеть и контролировать ключевые технологии, лежащие в основе наших продуктов, и участвовать только в тех рынках, где можем внести значительный вклад».
Джефф Безос об AWS и выборе в пользу покупки:
«Мы делаем грязную работу, чтобы вам не пришлось».
Продакт-менеджеры и продуктовые лидеры регулярно принимают критичное решение: разрабатывать решение внутри компании или покупать готовое, а если разрабатывать — то в каком объёме. С этой дилеммой многие сталкиваются на разных этапах карьеры.
Желание строить самим часто обманчиво
Создание чего-то нового заметно воодушевляет команду: работать с чистого листа и экспериментировать приятно. Но это ощущение нередко усиливает эффект Даннинга — Крюгера. Люди переоценивают свои способности, пребывают в радостном неведении и недооценивают масштаб и скрытые затраты разработки.
Как и стратегия, выбор между созданием и покупкой требует внимательного подхода. Универсального решения, которое гарантирует правильный выбор, нет. Но есть пять факторов, которые стоит учесть.
Пять факторов, которые решают выбор между разработкой и покупкой
Затраты
Сколько стоит готовое решение? Как это соотносится с затратами на собственную разработку? Сравнивая с рыночными ценами, учитывайте и текущие затраты на разработку, и будущие — на поддержку и обслуживание.
Упущенные возможности
Выбор одного варианта исключает другой — это упущенная выгода. Что мы не сможем сделать, если возьмёмся за разработку? Учтите скорость выхода на рынок и возможности, которые упустите, выбрав разработку.
Дифференцированная ценность
Есть ли у нас право участвовать в этом рынке? Можем ли мы добиться успеха? Чтобы ответить, нужно понимать своё основное ценностное предложение и ключевые компетенции. Укрепит ли собственная разработка наше предложение? Поможет ли выделиться на рынке?
Сроки
Насколько быстро нужно решение? Уложимся ли мы в сроки, если займёмся разработкой? Скорость выхода на рынок — одно из главных преимуществ покупки. Но не стоит недооценивать трудозатраты на интеграцию готового решения и его адаптацию под ваши потребности.
Контроль
Планируем ли мы добавлять в решение уникальные функции? Насколько важен полный контроль над функциональностью и технологиями? Покупка обычно означает зависимость от поставщика в обновлениях, обслуживании и новых функциях. Желание избежать такой зависимости — одна из причин, почему компании часто включают в анализ открытые решения (open source).
Когда ответ очевиден
Покупка выглядит очевидной, если:
- решение не связано с ключевыми компетенциями вашей компании;
- задачу уже решили многие другие, и вы можете воспользоваться их наработками и улучшениями;
- у вас нет ресурсов, чтобы поддерживать и обновлять решение на протяжении всего жизненного цикла (особенно если есть SaaS-решения с автоматическими обновлениями).
Разработка выглядит очевидной, если:
- вы уверены, что выделитесь за счёт уникального решения, которое стало ключевой частью вашего ценностного предложения;
- разработка обойдётся дешевле и быстрее, чем интеграция готового решения;
- вы убеждены, что никто не предлагает решения под ваши уникальные требования и вам действительно нужно собственное.
Начните с ключевых компетенций
Сначала оцените, насколько решение связано с ключевыми компетенциями компании и её ценностным предложением. Эта оценка станет основой для анализа затрат, сроков и остальных факторов выбора между покупкой и разработкой.
- Возьмите текущее решение «строить или покупать» и оцените его по пяти факторам: затраты, упущенные возможности, ценность, сроки, контроль.
- Посчитайте не только стоимость разработки, но и поддержку и обслуживание на весь жизненный цикл решения.
- Ответьте одной фразой: относится ли эта система к ключевым компетенциям компании? Если нет — начните с изучения готовых решений.
Вопросы
Когда лучше купить готовое решение, а не разрабатывать своё?
Когда решение не связано с ключевыми компетенциями компании, задачу уже решили многие другие и у вас нет ресурсов поддерживать и обновлять систему весь её жизненный цикл.
Когда оправдана собственная разработка?
Когда уникальное решение — ключевая часть вашего ценностного предложения, разработка дешевле и быстрее интеграции готового и никто на рынке не закрывает ваши требования.
Почему команды переоценивают выгоду собственной разработки?
Работа с чистого листа воодушевляет, а эффект Даннинга — Крюгера заставляет переоценивать свои способности и недооценивать масштаб и скрытые затраты, включая поддержку и обслуживание.