Строить или покупать: что лучше для вашего бизнеса?

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

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

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

Как решить, когда строить, а когда покупать: схема принятия решений

Gartner прогнозирует, что к 2022 году расходы на корпоративное программное обеспечение во всем мире составят почти 572 миллиарда долларов. Компании инвестируют в корпоративное программное обеспечение не только как платформу для ведения своего бизнеса, но и как двигатель, который продвигает его вперед.

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

1. Дифференциация: функции, которые вы хотите создать или приобрести, помогут вам выделиться среди конкурентов. Никто другой не предлагает это, но ваше исследование клиентов выявило потребность среди ваших существующих пользователей.
   
2. Зрелость рынка. И наоборот, конкуренты инвестируют в новый набор функций и, таким образом, становятся ставками на столе. Вам нужно создать или купить эти функции, чтобы не отставать.
   
3. Доля рынка: возможно, вы уже являетесь лидером в своей категории, и рост требует от вас выхода на новые вертикали.

Бизнес-требования превосходят возможности. Создание или покупка программного обеспечения, которое не соответствует вашим бизнес-целям или существенно не помогает вам выделиться, может быть расточительством.

Вот ключевые факторы, которые вам необходимо учитывать.

Проблема, которую решит ваше новое программное обеспечение или технология

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

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

Приобретение существующего программного обеспечения может предоставить вам готовое решение. Может быть дешевле и быстрее внедрить что-то «готовое».

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

Масштабы проекта

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

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

Чтобы избежать этих ошибок, убедитесь, что ваш проект включает в себя следующее:

1. Четко определенная документация. Создание пользовательских историй и критериев приемки поможет вашей команде понять ценность вашего решения для пользователей.
   
2. Коммуникация и подотчетность. Избегайте неправильного толкования требований, проводя регулярные общие собрания. Убедитесь, что все понимают передаваемую информацию. Централизуйте общение с помощью инструментов управления проектами и задачами.
   
3. Взаимодействие с заинтересованными сторонами: Держите лиц, принимающих решения, и совет директоров в курсе и вовлекайте их в течение всего проектного цикла. Получение их отзывов на каждом этапе обеспечит выполнение проекта.

Внутренним командам нужны правильные системы и процессы управления проектами, чтобы сборка выполнялась в соответствии с графиком и бюджетом.

Ресурсы, затраты и время, необходимые для завершения

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

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

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

Технический долг возникает из-за неожиданных ошибок и дополнительной работы по разработке, возникающей в результате использования краткосрочных решений (таких как шаблоны или код с открытым исходным кодом). Выбирая путь без кода/с низким кодом, убедитесь, что вы учитываете эти риски. Ошибки может быть трудно идентифицировать, если они не проверены должным образом QA.

Интеграции

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

Нужно ли будет интегрировать ваш новый продукт с вашим существующим продуктом? Если есть проблема с интеграцией, кто ее исправит?

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

Постоянная поддержка после завершения проекта

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

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

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

Когда можно ожидать положительного ROI

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

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

Чем быстрее вы сможете доставить продукт и повысить ценность (как для бизнеса, так и для клиентов), тем сильнее будет ваше превосходство над конкурентами.

Другие сопутствующие риски

Риски различаются в зависимости от того, разрабатываете ли вы программное обеспечение или покупаете его. Рассмотреть возможность:

• Каковы риски безопасности?
• Кто несет ответственность за проблемы или ошибки?
• Что произойдет, если проект выйдет за рамки бюджета?
• Насколько вероятно, что разработка программного обеспечения будет отложена?
• Каковы риски работы с конкретным поставщиком или платформой?

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

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

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

Программное обеспечение привязано к основным компетенциям вашей компании

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

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

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

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

Например, Penske начала предлагать логистические решения еще в 1980-х годах. Сегодня они продолжают внедрять запатентованные технологии и недавно запустили приложение по аренде грузовиков.

Приложение по аренде грузовиков — конкурентное преимущество Penske:

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

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

«Совершенство цепочки поставок может быть частью вашей основной компетенции, но программное обеспечение цепочки поставок не обязательно».

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

Фактически, когда они запустили свое приложение Penske Driver в 2017 году, это было «первое в отрасли полностью интегрированное пользовательское приложение, которое предоставляет водителям грузовых автомобилей простые функции HOS (Hours of Service, HOS) в соответствии с требованиями электронного регистратора (ELD)».

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

«Инновационное приложение было создано компанией Penske по индивидуальному заказу на основе обширных исследований клиентов и водителей и поддерживается штатными сотрудниками Penske круглосуточно и без выходных».

Вам нужен полный контроль

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

Например, агентство по разработке WordPress Aktura создало собственный клиентский портал под названием Content Snare, разочаровавшись в существующих на рынке решениях. Их команда часами выполняла повторяющиеся административные задачи и задачи по вводу данных, чтобы собрать необходимые адаптационные документы от клиентов.

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

Большинству готового программного обеспечения или платформ с низким кодом может быть трудно полностью интегрироваться с вашими существующими решениями. Разработка собственного решения обеспечит его полную связь.

У вас есть отличные системы управления проектами и поддержки

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

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

Вы можете воспользоваться эффектом масштаба

Преимущества вашего программного обеспечения со временем должны возрастать.

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

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

Вы переросли существующее программное обеспечение

Это не редкость для растущего бизнеса. То, что когда-то работало, может вскоре достичь потолка, поскольку ваш продукт и цели роста становятся более агрессивными.

Uber отошел от Greenhouse и Zendesk, чтобы создать собственную платформу поддержки пользователей. Хотя они поделились положительными примерами с обеими компаниями, в конечном итоге им потребовалось более экономичное решение, соответствующее тому, как пользователи взаимодействуют с их платформой.

Когда «купить» и адаптировать существующее программное обеспечение

Если проблема четко определена, распространена в вашей отрасли и программное обеспечение может решить ее на 70%, то вам следует подумать о покупке, приобретении и адаптации существующего программного обеспечения.

Расширение рынка: проблема, которую вы решаете, выходит за рамки вашей основной компетенции

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

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

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

У вас есть строгие ограничения по времени, бюджету или внутренним ресурсам

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

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

Adobe Experience Platform стала свидетелем того, как конкурирующие компании инвестировали до трех лет в разработку программного обеспечения и функций из своего набора продуктов. Многие из этих компаний все еще не могли удовлетворить потребности рынка.

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

У вас есть внутренние ограничения ресурсов

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

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

Чтобы преодолеть это препятствие, вам потребуются как технологические ресурсы программного обеспечения, которое вы покупаете, так и люди, обеспечивающие его успех.

Когда покупать компанию напрямую

Существует золотая середина между использованием существующего программного обеспечения и созданием решения с нуля.

Вот как решить, подходит ли вам приобретение программного обеспечения или компании SaaS.

Вы разделяете основные компетенции

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

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

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

Вы видите существующую дифференциацию

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

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

Особенно это актуально, если у компании есть собственные технологии. Если есть патент на передовую разработку искусственного интеллекта, копирование их подхода в вашем решении нарушает их интеллектуальную собственность. Обходной путь? Купи их.

Вы можете использовать сетевой эффект или эффект масштаба

В 2017 году Target приобрела сервис доставки продуктов Shipt. В 2020 году было объявлено о приобретении Deliv:

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

Это оказалось важным конкурентным преимуществом в 2020 году, поскольку большая часть мира была заблокирована из-за пандемии.

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

У вас есть потенциал для приобретения ключевых талантов и клиентов

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

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

Так же, как приобретение таланта, покупка бизнеса дает вам всю клиентскую и пользовательскую базу. Таким образом, приобретение компании способствует росту во всех областях.

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

Вывод

Решение о том, строить или покупать, сводится к компетенциям, возможностям и целям роста. Если у вас есть внутренние возможности для создания набора функций, который даст вам конкурентное преимущество, то это имеет смысл.

Цели агрессивного роста требуют другого подхода. Здесь может быть целесообразно купить технологию или всю компанию целиком. Используйте это руководство в качестве контрольного списка для принятия правильного стратегического решения.