구축 vs. 구매: 귀하의 비즈니스에 적합한 것은 무엇입니까?

제품 리더들은 종종 소프트웨어를 구축하는 것보다 구매하는 것이 더 저렴하다고 생각합니다. 하지만 항상 그런 것은 아닙니다. 처음부터 자체 소프트웨어를 구축하기 위해 대규모 개발 팀이나 외부 자본이 필요하지 않습니다.

구축을 결정하든 구매를 결정하든 채택하는 기술은 비즈니스 목표와 일치해야 합니다.

이 게시물에서는 기회 비용을 고려하고 소프트웨어를 기성품으로 구매할지 또는 맞춤형 솔루션을 구축할지에 대한 정보에 입각한 결정을 내리는 데 도움이 되는 빌드 대 구매 프레임워크를 공유합니다.

구축 시점과 구매 시점을 결정하는 방법: 의사 결정 프레임워크

Gartner는 2022년까지 전 세계적으로 엔터프라이즈 소프트웨어 지출이 거의 5,720억 달러에 이를 것으로 예측합니다. 기업은 비즈니스를 실행하기 위한 플랫폼일 뿐만 아니라 이를 발전시키는 엔진으로서 엔터프라이즈 소프트웨어에 투자하고 있습니다.

어떤 옵션을 선택하든 실제 비즈니스 가치를 가져와야 합니다. 일반적으로 이 값은 다음 세 가지 범주 중 하나에 속합니다.

1. 차별화: 구축하거나 획득하려는 기능은 경쟁자 사이에서 두각을 나타내는 데 도움이 됩니다. 아무도 그것을 제공하지 않지만, 귀하의 고객 조사에서 기존 사용자들 사이에서 요구 사항이 확인되었습니다.
   
2. 시장 성숙도: 반대로 경쟁업체는 새로운 기능 세트에 투자하고 있으므로 경쟁자가 되었습니다. 계속 유지하려면 이러한 기능을 구축하거나 구입해야 합니다.
   
3. 시장 점유율: 귀하는 이미 카테고리 리더일 수 있으며 성장을 위해서는 새로운 업종으로 확장해야 합니다.

비즈니스 요구 사항이 기능보다 우선합니다. 비즈니스 목표와 일치하지 않거나 눈에 띄게 도움이 되지 않는 소프트웨어를 구축하거나 구매하는 것은 낭비가 될 수 있습니다.

다음은 고려해야 할 주요 요소입니다.

새로운 소프트웨어나 기술이 해결할 문제

새로운 소프트웨어를 구입하거나 구축하는 데 투자하면 특정 문제를 해결하는 데 도움이 될 수 있습니다. 내부적으로 겪고 있는 문제 또는 고객이 극복하고자 하는 문제점.

특정 솔루션에 대한 투자에 대한 공통적인 장벽은 종종 핵심 역량의 부족에서 비롯됩니다. 사내 구축을 위한 기술, 기술 또는 경험으로는 충분하지 않습니다.

기존 소프트웨어를 구입하면 쿠키 커터 솔루션을 제공할 수 있습니다. "사전 제작"된 것을 구현하는 것이 더 저렴하고 더 빠를 수 있습니다.

다른 사람이 문제를 해결하지 않은 경우 기존 솔루션을 찾는 것이 까다로울 수 있습니다. 시장에 나와 있는 기존 제품보다 더 나은 해결 방법을 찾은 경우 특히 그렇습니다.

프로젝트의 범위

새로운 제품이나 기능 세트를 구축하려면 사내 개발자를 영입하기 전에 프로젝트 범위, 필요한 리소스 및 잠재적 비용을 완전히 이해해야 합니다.

프로젝트 계획이 부실하면 예산이 초과되거나 시간이 지남에 따라 개발 주기가 진행될 수 있습니다. 설상가상으로, 필요한 것을 구축할 리소스가 없었기 때문에 수준 이하의 제품으로 끝날 수 있습니다.

이러한 함정을 피하려면 프로젝트 범위에 다음이 포함되어야 합니다.

1. 명확하게 정의된 문서: 사용자 사례 및 승인 기준을 구축하면 팀에서 솔루션이 사용자에게 제공해야 하는 가치를 이해하는 데 도움이 됩니다.
   
2. 의사 소통 및 책임: 정기적인 전면 회의를 통해 요구 사항을 잘못 해석하지 않도록 합니다. 모든 사람이 전달되는 정보를 이해하도록 하십시오. 프로젝트 및 작업 관리 도구를 사용하여 커뮤니케이션을 중앙 집중화하십시오.
   
3. 이해 관계자 참여: 전체 프로젝트 주기 동안 고위 의사 결정권자와 이사회에 정보를 제공하고 참여시킵니다. 각 이정표에서 피드백을 구하면 프로젝트가 계속 순조롭게 진행될 것입니다.

사내 팀은 빌드가 일정과 예산 범위 내에서 유지되도록 올바른 프로젝트 관리 시스템과 프로세스가 필요합니다.

완료하는 데 필요한 리소스, 비용 및 시간

소프트웨어 구축 또는 구매와 관련된 비용은 리소스 및 가격표보다 더 큽니다. 독점 소프트웨어는 더 많은 비용 고려 사항이 있지만 기존 소프트웨어에도 빠르게 추가되는 맞춤형 및 단품 옵션이 있습니다.

사내에서 소프트웨어를 구축하기로 결정했다고 가정해 보겠습니다. 얼마나 많은 사람들이 기여할 것인가? 그리고 얼마나 오래? 새로운 개발 프로젝트는 다른 이니셔티브에서 자원을 이전할 것입니다.

코드가 없는/낮은 코드 솔루션은 비용과 개발 주기를 줄일 수 있으며 2021년 말까지 23%까지 성장할 것으로 예상됩니다. 그러나 코드가 없는 소프트웨어에는 기술 부채 비용이 추가될 수 있습니다.

기술적 부채는 예상치 못한 버그와 단기 솔루션(예: 템플릿 또는 오픈 소스 코드) 사용으로 인한 추가 개발 작업으로 인해 발생합니다. 노코드/로우코드 경로로 이동할 때 이러한 위험을 고려해야 합니다. QA 테스트를 제대로 하지 않으면 버그를 식별하기 어려울 수 있습니다.

통합

새로운 기술을 구축하거나 획득할 때 통합은 "Zapier와의 연결"보다 더 깊어야 합니다.

새 제품이 기존 제품과 통합되어야 합니까? 통합에 통합 문제가 있는 경우 누가 해결합니까?

프로젝트 범위 및 문서에서 통합 계획을 명확히 하십시오. 새로운 기술을 구축하는 경우 기존 소프트웨어와 함께 작동하는 방식을 정의합니다(필요한 경우). 구매할 때 통합 프로세스가 얼마나 복잡한지 이해하기 위해 구매에 기반한 개발 언어를 평가하십시오.

프로젝트가 완료되면 지속적인 지원

제품 개발 및 유지 관리도 중요하지만 신제품, 기능 세트를 출시하거나 핸드오버를 수행할 때도 고객 지원이 필요합니다.

미국 소비자의 58%는 나쁜 고객 경험 때문에 경쟁업체로 전환할 것입니다. 고객이 필요한 지원에 액세스할 수 없는 경우 솔루션이 얼마나 인상적인지는 중요하지 않습니다.

고객 성공 팀을 위한 교육을 개발하십시오. 그런 다음 반복되는 문제나 질문을 식별하기 위해 소규모 사용자 집단을 시작합니다. 이러한 학습을 ​​사용하여 고객 지원 프로세스를 안내하고 최적화하십시오.

긍정적인 ROI를 기대할 수 있는 경우

가치 실현 시간은 ROI에도 직접적인 영향을 미칩니다. 소프트웨어가 비즈니스 핵심 제품의 일부가 될 것입니까? ROI가 복합 성장으로 이어질 것이라고 현실적으로 기대할 수 있습니까?

요구 사항 변경은 가치 실현 시간을 줄이는 데 있어 일반적인 장애물입니다. 개발 팀은 최종 제품이 미리 정의된 문제를 해결하는지 확인하면서 합리적인 시간 프레임에 프로젝트를 완료해야 합니다.

제품을 더 빨리 제공하고 가치를 창출할수록(비즈니스와 고객 모두에게) 경쟁에서 우위를 점할 수 있습니다.

기타 관련 위험

위험은 소프트웨어를 개발하거나 구매하는지 여부에 따라 다릅니다. 고려하다:

• 보안 위험은 무엇입니까?
• 문제 또는 버그에 대한 책임은 누구에게 있습니까?
• 프로젝트가 예산을 초과하면 어떻게 됩니까?
• 소프트웨어 개발이 지연될 가능성은 얼마나 됩니까?
• 특정 공급업체 또는 플랫폼과 협력할 때 어떤 위험이 있습니까?

이것들은 모두 프로젝트 범위와 개발 계획에서 고려되어야 합니다.

사내에서 맞춤형 소프트웨어를 구축해야 하는 경우

문제가 해결하기 어렵거나 복잡하거나 제품 및 개발 팀의 능력을 통해 액세스할 수 있는 경우 맞춤형 소프트웨어를 구축하는 것이 좋습니다.

소프트웨어는 회사의 핵심 역량과 연결되어 있습니다.

구축할 소프트웨어를 결정할 때 가장 가치 있는 서비스나 핵심 역량을 살펴보십시오.

회사가 이메일 마케팅 소프트웨어를 전문으로 한다면 사내에서 이메일 전달 도구를 구축하는 것이 회사의 핵심 역량에 부합할 것입니다.

맞춤형 회계 소프트웨어는 그렇지 않습니다.

전문 역량은 "눈송이" 시나리오로 이어질 수 있습니다. 해결하려는 문제가 소프트웨어 또는 서비스와 너무 일치하여 필요에 맞게 기존 소프트웨어를 개조하는 것은 너무 비싸거나 비현실적입니다.

예를 들어, Penske는 1980년대에 물류 솔루션을 제공하기 시작했습니다. 오늘날 그들은 계속해서 독점 기술을 구현하고 있으며 최근에는 트럭 렌탈 앱을 출시했습니다.

트럭 렌탈 앱은 Penske의 경쟁 우위입니다.

• 이사를 계획하는 고객의 물류를 단순화합니다.
• Penske의 위치에 대한 인식을 높입니다.
• 원활한 예약 방법을 제공합니다.

하지만 수년 동안 Penske는 물류를 간소화하는 데 도움이 되는 많은 소프트웨어 솔루션을 인수했습니다. 그들은 사내에서 지원 솔루션을 구축하고 획득한 기술과 통합함으로써 각자의 요구에 맞게 맞춤화했습니다.

"공급망의 우수성은 핵심 역량의 일부일 수 있지만 공급망 소프트웨어는 반드시 그래야 하는 것은 아닙니다."

그러나 렌탈 앱의 경우에는 사내에서 소프트웨어를 구축하고 관리하는 것이 가장 합리적이었습니다.

사실, 2017년 Penske Driver 앱을 출시했을 때, 그것은 "트럭 운전자에게 전자 기록 장치(ELD) 요구 사항을 충족하기 위해 손쉬운 서비스 시간(HOS) 기능을 제공하는 업계 최초의 완전히 통합된 맞춤형 앱"이었습니다.

Penske는 계속해서 핵심 역량을 제공하기 위해 규정 준수 장벽을 넘어야 했습니다. 그 문제는 아웃소싱하기에는 너무 가까웠고 1온스의 통제를 포기하기에는 너무 복잡했습니다.

"혁신적인 앱은 광범위한 고객 및 운전자 연구를 기반으로 Penske가 맞춤 제작했으며 Penske의 사내 직원이 연중무휴로 지원합니다."

당신은 완전한 통제가 필요합니다

운영 프로세스 또는 소프트웨어에 급격한 변경이 필요한 경우 타사를 기다리면 가치 실현 시간에 부정적인 영향을 미칠 수 있습니다. 개발 프로세스를 소유하면 제품 로드맵, 데이터 및 지속적인 지원을 완벽하게 제어할 수 있습니다.

예를 들어 WordPress 개발 에이전시 Aktura는 시장에 나와 있는 기존 솔루션에 불만을 느낀 후 Content Snare라는 맞춤형 클라이언트 포털을 만들었습니다. 그들의 팀은 클라이언트로부터 필요한 온보딩 문서를 수집하기 위해 반복적인 관리 및 데이터 입력 작업에 몇 시간을 보냈습니다.

이 솔루션은 온보딩 프로세스를 간소화하고 고객 유지율을 높였습니다. 제품 로드맵에 대한 완전한 제어를 통해 그들은 분사, 브랜드 변경 및 소프트웨어를 다른 대행사 및 웹 개발 상점에 판매할 수 있었습니다.

대부분의 즉시 사용 가능한 소프트웨어 또는 로우 코드 플랫폼은 기존 솔루션과 완전히 통합하는 데 어려움을 겪을 수 있습니다. 자체 솔루션을 개발하면 완전한 연결성을 확보할 수 있습니다.

우수한 프로젝트 관리 및 지원 시스템을 갖추고 있습니다.

안정적인 프로젝트 관리 시스템은 성공적인 개발 주기에 매우 중요합니다. 그들은 예산과 제 시간에 프로젝트를 유지하는 데 도움을 줄 것이며 코스를 유지하고 설정한 문제를 해결할 수 있도록 합니다.

공정을 지연시킬 수 있는 금 도금 및 스코프 크리프와 같은 잠재적인 문제를 고려하십시오. 소프트웨어에 생명을 불어넣는 일을 담당하는 팀에 충분한 리소스를 할당하십시오.

규모의 경제를 활용할 수 있습니다.

소프트웨어의 이점은 시간이 지남에 따라 복합적으로 나타납니다.

예를 들어, 영향력이 큰 활동을 수행하는 데 걸리는 시간을 줄이는 영업 담당자를 위한 도구를 구축할 수 있습니다. 그들이 당신의 도구를 더 많이 사용할수록 더 짧은 시간에 더 많은 거래를 성사시킬 것입니다.

이것은 새로운 솔루션을 구축하는 것으로 시작됩니다. 소프트웨어가 완전히 구축되면 중단 없이 모든 사용자와 데이터를 새 플랫폼으로 전환하기 위한 마이그레이션 계획을 세워야 합니다.

기존 소프트웨어보다 성장했습니다.

이것은 성장하는 기업에게 드문 일이 아닙니다. 제품과 성장 목표가 더욱 공격적으로 변해감에 따라 한 번 효과가 있었던 것이 곧 한계에 도달할 수 있습니다.

Uber는 자체 사용자 지원 플랫폼을 구축하기 위해 Greenhouse와 Zendesk에서 멀어졌습니다. 두 회사 모두 긍정적인 사례 연구를 공유했지만 결국 사용자가 플랫폼과 상호 작용하는 방식과 일치하는 보다 비용 효율적인 솔루션이 필요했습니다.

기존 소프트웨어를 "구매"하고 적용할 때

문제가 잘 정의되어 있고 업계에서 흔히 볼 수 있고 소프트웨어가 문제의 70%를 해결할 수 있다면 기존 소프트웨어를 구입, 구입 및 적용하는 것을 고려해야 합니다.

시장 확장: 해결하려는 문제는 핵심 역량 외부에 있습니다.

많은 기업이 핵심 역량에 맞지 않는 소프트웨어를 구축하고 결과적으로 투자를 낭비합니다.

회사에 국한되지 않은 일반적인 문제를 해결하려는 경우 올바른 상용 소프트웨어가 기다리고 있을 가능성이 큽니다.

이 접근 방식은 기존 시장 점유율을 확보하려는 경우에 적합합니다. 예를 들어, CRM 분야의 카테고리 리더이고 마케팅 자동화를 시작하려는 경우 기능을 확장하기 위해 이메일 마케팅 플랫폼을 구입하는 것이 좋습니다.

엄격한 시간, 예산 또는 내부 리소스 제약이 있습니다.

소프트웨어가 서서히 구식이 되어감에 따라 다음 단계로 넘어갈 시기를 쉽게 예측할 수 있습니다. 그러나 시장 상황이나 폭발적인 성장으로 인해 놀라운 일이 발생하고 변경 사항이 강제 될 수 있습니다.

예를 들어, 팬데믹은 전 세계 기업의 소프트웨어 요구 사항을 변경했습니다. 항상 여유가 있는 것은 아닙니다. 조달 프로세스가 있더라도 사용자 정의 빌드보다 빠르게 기존 소프트웨어를 배포할 수 있습니다.

Adobe Experience Platform은 경쟁 기업이 자사 제품군의 소프트웨어 및 기능을 개발하는 데 최대 3년을 투자하는 것을 목격했습니다. 이들 기업 중 상당수는 여전히 시장의 요구를 충족할 수 없었습니다.

소프트웨어 요구 사항과 소비자 요구 사항은 빠르게 변화합니다. 소프트웨어는 구축되는 속도를 따라야 합니다. 프로젝트가 진행됨에 따라 적응해야 하며 그렇지 않으면 이미 오래된 제품을 출시할 위험이 있습니다.

내부 리소스 제약이 있습니다.

소프트웨어를 처음부터 구축하는 데 필요한 시간, 자금 또는 직원이 없을 수 있습니다. 소프트웨어가 빌드된 후에도 소프트웨어를 유지 관리하고 지원하는 데 리소스를 할당해야 합니다.

많은 회사에서 이것은 실현 가능하지 않습니다. 초기 프로젝트에 할당된 리소스는 다른 이니셔티브로 이동해야 합니다. 또한 지원 워크로드가 기존 고객 성공 팀의 용량을 초과하는 경우 유입되는 티켓을 따라잡는 데 어려움을 겪을 것입니다.

이 장애물을 극복하려면 구매하려는 소프트웨어의 기술 자원과 성공을 이끄는 사람이 모두 필요합니다.

회사를 완전히 인수해야 할 때

기존 소프트웨어를 사용하는 것과 처음부터 솔루션을 구축하는 것 사이에는 행복한 매개체가 있습니다.

소프트웨어 또는 SaaS 회사를 인수하는 것이 귀하에게 적합한지 결정하는 방법은 다음과 같습니다.

핵심 역량을 공유합니다.

인수하려는 회사를 조사하는 데 시간을 할애하십시오. 그들의 핵심 역량이 귀하와 일치합니까? 그렇지 않은 경우 기존 소프트웨어를 구입하고 개조할 때 동일한 문제에 직면하게 됩니다.

당신이 최고의 이메일 마케팅 소프트웨어라고 가정해 보십시오. 기하급수적으로 성장하고 있는 떠오르는 경쟁자를 인수하는 것은 현명한 조치입니다.

이 경쟁자는 대상이 중복됩니다. 그들을 신생 기업으로 인수하면 회사가 매력적인 가격으로 시장 점유율을 확보할 수 있습니다.

기존 차별화가 보입니다.

회사의 소프트웨어는 복제하기 어려운 상당한 시장 점유율 또는 제품 차별화를 가질 수 있습니다.

회사를 인수하는 것이 처음부터 역량을 구축하는 것보다 저렴하다면 추구할 가치가 있습니다. 그들은 이미 솔루션 개발에 시간과 자원을 투자했으므로 귀하는 그럴 필요가 없습니다.

회사가 독점 기술을 보유하고 있는 경우 특히 그렇습니다. 최첨단 AI 개발에 대한 특허가 있는 경우 솔루션에 해당 접근 방식을 복제하는 것은 IP를 위반하는 것입니다. 해결 방법? 그것들을 사.

네트워크 효과 또는 규모의 경제를 활용할 수 있습니다.

2017년 Target은 식료품 배달 서비스인 Shipt를 인수했습니다. 2020년에 Deliv를 인수한다고 발표되었습니다.

이러한 인수는 그들에게 새로운 기술, 새로운 사용자 기반 및 성공을 이끈 운송 물류를 제공했습니다.

이것은 2020년에 세계의 대다수가 전염병으로 인해 폐쇄됨에 따라 주요 경쟁 우위로 입증되었습니다.

소프트웨어를 완전히 소유하고 Target의 사내 팀이 소프트웨어를 관리하도록 하면 제품 로드맵, 데이터 및 지원을 완벽하게 제어할 수 있습니다.

핵심 인재와 고객을 확보할 수 있는 잠재력이 있습니다.

기업을 인수하면 직원도 인수하게 됩니다. 회사에서 적극적으로 찾고 있는 특정 인재 또는 리더십 역량을 고용하는 전략적 방법입니다.

예를 들어 팀의 소프트웨어 개발 능력을 키우고 싶다면 틈새 시장의 선임 소프트웨어 엔지니어가 설립한 회사를 인수하는 것이 도움이 될 수 있습니다.

인재를 확보하는 것과 마찬가지로 비즈니스를 구매하면 전체 고객과 사용자 기반을 확보할 수 있습니다. 이러한 방식으로 회사 인수는 모든 영역에서 성장을 촉진합니다.

경쟁 시장에서 2위를 차지한 경우 3위 또는 4위를 확보하면 고객 기반을 확장하고 카테고리 리더가 되기 위한 레버리지를 창출하는 데 도움이 될 수 있습니다.

결론

구축 또는 구매 여부를 결정하는 것은 역량, 역량 및 성장 목표로 귀결됩니다. 경쟁 우위를 제공할 기능 세트를 구축할 내부적인 여유가 있다면 그렇게 하는 것이 합리적입니다.

공격적인 성장 목표에는 다른 접근 방식이 필요합니다. 여기에서 기술이나 회사 전체를 완전히 구입하는 것이 좋습니다. 이 가이드를 체크리스트로 사용하여 올바른 전략적 결정을 내리십시오.