構築と購入：どちらがあなたのビジネスに適していますか？

公開: 2022-04-14

製品リーダーは、ソフトウェアを構築するよりも購入する方が安いと考えることがよくあります。しかし、常にそうとは限りません。独自のソフトウェアをゼロから構築するために、大規模な開発チームや外部資本は必要ありません。

構築するか購入するかにかかわらず、採用するテクノロジーはビジネス目標と一致している必要があります。

この投稿では、機会費用を検討し、ソフトウェアを既製で購入するかカスタムソリューションを構築するかについて情報に基づいた決定を下すのに役立つ、ビルドと購入のフレームワークを共有しています。

いつ構築するか購入するかを決定する方法：決定フレームワーク

ガートナーは、2022年までに全世界でエンタープライズソフトウェアの支出が約5,720億ドルになると予測しています。企業は、ビジネスを実行するためのプラットフォームとしてだけでなく、それを前進させるエンジンとしてエンタープライズソフトウェアに投資しています。

どのオプションを選択しても、それは真のビジネス価値をもたらす必要があります。通常、この値は次の3つのカテゴリのいずれかに分類されます。

差別化：構築または取得しようとしている機能は、競合他社の中で際立つのに役立ちます。他の誰もそれを提供していませんが、あなたの顧客調査はあなたの既存のユーザーの間で必要性を特定しました。
市場の成熟度：逆に、競合他社は新しい機能セットに投資しているため、テーブルステークになっています。追いつくためにこれらの機能を構築または購入する必要があります。
市場シェア：あなたはすでにカテゴリーリーダーである可能性があり、成長するには新しい業種に拡大する必要があります。

ビジネス要件は機能よりも優れています。ビジネスの目標に合わない、または有意義に目立つのに役立つソフトウェアを構築または購入することは、無駄になる可能性があります。

考慮する必要のある重要な要素は次のとおりです。

新しいソフトウェアまたはテクノロジーが解決する問題

新しいソフトウェアの取得または構築に投資すると、特定の問題を解決するのに役立ちます。あなたが内部で苦しんでいるもの、またはあなたの顧客が克服しようとしている問題点。

特定のソリューションに投資する際の一般的な障壁は、コアコンピタンスの欠如に起因することがよくあります。社内で構築するためのスキル、テクノロジー、または経験は十分ではありません。

既存のソフトウェアを入手することで、クッキーカッターソリューションを提供できます。「事前に作成された」ものを実装する方が、コストが低く、高速になる可能性があります。

他に誰もあなたの問題を解決していない場合、既存の解決策を見つけるのは難しいかもしれません。これは、市場にある既存の製品よりも優れた解決方法を見つけた場合に特に当てはまります。

プロジェクトの範囲

新しい製品または機能セットを構築するには、社内の開発者を参加させる前に、プロジェクトの範囲、必要なリソース、および潜在的なコストを完全に理解する必要があります。

プロジェクト計画が不十分だと、開発サイクルが予算を超えて、または時間の経過とともに実行される可能性があります。さらに悪いことに、必要なものを構築するためのリソースがなかったために、標準以下の製品になってしまう可能性があります。

これらの落とし穴を回避するには、プロジェクトの範囲に次のものが含まれていることを確認してください。

明確に定義されたドキュメント：ユーザーストーリーと受け入れ基準を構築することは、ソリューションがユーザーに提供しなければならない価値をチームが理解するのに役立ちます。
コミュニケーションと説明責任：定期的に全員参加の会議を開くことで、要件の誤解を避けます。伝達されている情報を全員が理解していることを確認してください。プロジェクトおよびタスク管理ツールを使用して、コミュニケーションを一元化します。
利害関係者の関与：プロジェクトサイクル全体を通じて、上級の意思決定者と役員室に情報を提供し、関与し続けます。各マイルストーンでフィードバックを求めることで、プロジェクトを確実に軌道に乗せることができます。

社内チームは、ビルドをスケジュールどおりに予算内に収めるために、適切なプロジェクト管理システムとプロセスを必要としています。

完了するために必要なリソース、コスト、および時間

ソフトウェアの構築または購入に関連するコストは、リソースや値札よりも高くなります。プロプライエタリソフトウェアには、より多くのコストの考慮事項がありますが、既存のソフトウェアでさえ、カスタマイズ可能なアラカルトオプションがあり、それらはすぐに追加されます。

ソフトウェアを社内で構築することにしたとします。何人が貢献しますか？そして、どのくらいの期間？新しい開発プロジェクトは、他のイニシアチブからリソースをシフトします。

ノーコード/ローコードソリューションは、コストと開発サイクルを削減でき、2021年末までに23％に成長すると予測されています。しかし、ノーコードソフトウェアには、技術的負債の追加コストが伴う可能性があります。

技術的負債は、短期的なソリューション（テンプレートやオープンソースコードなど）の使用に起因する予期しないバグや追加の開発作業から発生します。ノーコード/ローコードルートを使用する場合は、これらのリスクを考慮に入れてください。 QAが適切にテストされていない限り、バグを特定するのは難しい場合があります。

統合

新しいテクノロジーを構築または取得する場合、統合は「Zapierとの接続」よりも深く行う必要があります。

新製品を既存の製品と統合する必要がありますか？統合の問題がある場合、誰がそれを修正しますか？

プロジェクトの範囲とドキュメントで統合計画を明確にします。新しいテクノロジーを構築している場合は、既存のソフトウェアとどのように連携するかを定義します（必要な場合）。購入するときは、買収の基盤となる開発言語を評価して、統合プロセスがどれほど複雑になるかを理解してください。

プロジェクトが終了した後の継続的なサポート

製品の開発と保守は重要ですが、新製品や機能セットを発売するとき、または引き継ぎを行うときも、カスタマーサポートが必要になります。

アメリカの消費者の58％は、顧客体験が悪いために競合他社に切り替えます。顧客が必要なサポートにアクセスできない場合、ソリューションがどれほど印象的であるかは問題ではありません。

カスタマーサクセスチーム向けのトレーニングを開発します。次に、ユーザーの小さなコホートを起動して、繰り返し発生する問題や質問を特定します。これらの学習を使用して、カスタマーサポートプロセスをガイドおよび最適化します。

プラスのROIが期待できる場合

価値実現までの時間もROIに直接影響します。ソフトウェアはあなたのビジネスのコア製品の一部になりますか？ ROIが複利成長につながることを現実的に期待できますか？

要件のシフトは、価値実現までの時間を短縮するための一般的なハードルです。開発チームは、最終製品が事前定義された問題を解決することを確認しながら、妥当な時間枠でプロジェクトを完了する必要があります。

製品をより早く提供し、（ビジネスと顧客の両方に）価値を推進できるほど、競合他社に対する優位性が高まります。

その他の関連リスク

リスクは、ソフトウェアを開発するか購入するかによって異なります。検討：

セキュリティ上のリスクは何ですか？
問題やバグの責任者は誰ですか？
プロジェクトが予算を超えた場合はどうなりますか？
ソフトウェア開発が遅れる可能性はどのくらいありますか？
特定のベンダーまたはプラットフォームと連携することのリスクは何ですか？

これらはすべて、プロジェクトの範囲と開発計画で考慮する必要があります。

カスタムソフトウェアを社内で構築する場合

カスタムソフトウェアを構築することは、問題の解決が難しい場合、複雑な場合、または製品および開発チームの機能を介してアクセスできる場合に意味があります。

ソフトウェアはあなたの会社のコアコンピタンスに結びついています

構築するソフトウェアを決定するときは、最も価値のあるサービスまたはコアコンピタンスを確認してください。

あなたの会社がEメールマーケティングソフトウェアを専門としている場合、社内でEメール配信ツールを構築することはあなたのコア企業の能力と一致するでしょう。

カスタムビルドの会計ソフトウェアはそうではありません。

専門的な能力は、「スノーフレーク」シナリオにつながる可能性があります。あなたが解決しようとしている問題はあなたのソフトウェアやサービスと非常に一致しているので、あなたのニーズを満たすために既存のソフトウェアを改造することはあまりにも高価であるか非現実的です。

たとえば、ペンスキーは1980年代にロジスティクスソリューションの提供を開始しました。今日、彼らは独自の技術を実装し続け、最近トラックレンタルアプリを立ち上げました。

トラックレンタルアプリは、ペンスキーにとって競争上の優位性です。

移転を計画している顧客のロジスティクスを簡素化します
ペンスキーの場所に対する認識を高めます
それは予約をするための摩擦のない方法を提供します

とはいえ、ペンスキーは長年にわたり、ロジスティクスの合理化に役立つ多くのソフトウェアソリューションを取得してきました。社内でサポートソリューションを構築し、取得したテクノロジーと統合することで、それぞれのニーズに合わせてカスタマイズしました。

「サプライチェーンの卓越性はコアコンピテンシーの一部かもしれませんが、サプライチェーンソフトウェアはそうである必要はありません。」

ただし、レンタルアプリに関しては、社内でソフトウェアを構築および管理することが最も理にかなっています。

実際、2017年にPenske Driverアプリをリリースしたとき、それは「トラック運転手に電子ロギングデバイス（ELD）の義務を満たす簡単なサービス時間（HOS）機能を提供する業界初の完全に統合されたカスタムアプリ」でした。

Penskeは、コアコンピテンシーを提供し続けるためにコンプライアンスの障壁を乗り越える必要がありました。その問題は、アウトソーシングするには家に近すぎ、1オンスの制御を放棄するには複雑すぎました。

「革新的なアプリは、顧客とドライバーの広範な調査に基づいてPenskeによってカスタム構築され、Penskeの社内スタッフによって24時間年中無休でサポートされています。」

フルコントロールが必要です

運用プロセスまたはソフトウェアに大幅な変更が必要な場合、サードパーティを待つことは、価値実現までの時間に悪影響を与える可能性があります。開発プロセスを所有することで、製品ロードマップ、データ、および継続的なサポートを完全に制御できます。

たとえば、WordPress開発エージェンシーのAkturaは、市場に出回っている既存のソリューションに不満を感じた後、ContentSnareというカスタムクライアントポータルを作成しました。彼らのチームは、クライアントから必要なオンボーディングドキュメントを収集するために、繰り返しの管理およびデータ入力タスクに何時間も費やしていました。

このソリューションは、オンボーディングプロセスを合理化し、顧客維持率を高めました。製品ロードマップを完全に制御することで、ソフトウェアをスピンオフし、ブランドを変更し、他の代理店やWeb開発ショップに販売することができました。

ほとんどのすぐに使えるソフトウェアまたはローコードプラットフォームは、既存のソリューションと完全に統合するのに苦労する可能性があります。独自のソリューションを開発することで、完全な接続が保証されます。

優れたプロジェクト管理およびサポートシステムが整っている

信頼性の高いプロジェクト管理システムは、開発サイクルを成功させるために重要です。彼らはあなたが予算と時間通りにあなたのプロジェクトを維持するのを助け、あなたがコースを維持し、あなたが着手した問題を解決することを確実にします。

プロセスを遅らせる可能性のある金メッキやスコープクリープなどの潜在的な問題を考慮に入れてください。ソフトウェアの実現を担当するチームに十分なリソースが割り当てられていることを確認してください。

規模の経済を活用できます

ソフトウェアの利点は、時間の経過とともに悪化するはずです。

たとえば、影響力の大きい活動を行うのにかかる時間を短縮する営業担当者向けのツールを作成できます。彼らがあなたのツールを使用すればするほど、彼らはより短い時間でより多くの取引を成立させるでしょう。

これは、新しいソリューションを構築することから始まります。ソフトウェアが完全に構築されたら、すべてのユーザーとデータをほとんど中断することなく新しいプラットフォームに移行するための移行計画を作成する必要があります。

あなたはあなたの既存のソフトウェアを超えました

これは成長するビジネスにとって珍しいことではありません。製品と成長の目標がより積極的になるにつれて、かつて機能していたものがすぐに上限に達する可能性があります。

UberはGreenhouseとZendeskから離れ、独自のユーザーサポートプラットフォームを構築しました。彼らは両社と前向きなケーススタディを共有しましたが、最終的には、ユーザーがプラットフォームを操作する方法に合わせた、より費用効果の高いソリューションが必要でした。

既存のソフトウェアを「購入」して適応させる時期

問題が明確に定義されており、業界で一般的であり、ソフトウェアでその70％を解決できる場合は、既存のソフトウェアの購入、取得、および適応を検討する必要があります。

市場拡大：あなたが解決している問題はコアコンピタンスの外にあります

多くの企業は、コアコンピタンスと一致しないソフトウェアを構築し、結果として投資を浪費しています。

会社に固有ではない一般的な問題を解決しようとしている場合は、適切な商用ソフトウェアがあなたを待っている可能性があります。

このアプローチは、既存の市場シェアを獲得しようとしている場合にうまく機能します。たとえば、CRM分野のカテゴリリーダーであり、マーケティングの自動化に踏み込むことを検討している場合は、機能を拡張するために電子メールマーケティングプラットフォームを取得するのが理にかなっています。

時間、予算、または内部リソースに厳しい制約があります

ソフトウェアが徐々に時代遅れになるので、次に進む時期を予測するのは簡単です。ただし、サプライズが発生し、市況や爆発的な成長により、変更が強制される場合があります。

たとえば、パンデミックは世界中の企業のソフトウェアニーズを変えました。あなたはいつも時間の贅沢を持っているわけではありません。調達プロセスを使用しても、カスタムビルドよりも高速に既存のソフトウェアを展開できます。

Adobe Experience Platformは、競合企業が自社の製品スイートからソフトウェアと機能を開発するために最大3年間投資しているのを目撃しています。これらの企業の多くは、依然として市場のニーズを満たすことができませんでした。

ソフトウェア要件と消費者の要求は急速に変化します。ソフトウェアは、構築中のペースを維持する必要があります。プロジェクトの進行に合わせて調整するか、すでに古い製品を発売するリスクを冒してください。

内部リソースの制約があります

ソフトウェアを最初から構築するために必要な時間、資金、またはスタッフがない場合があります。ソフトウェアが構築された後も、ソフトウェアの保守とサポートにリソースを割り当てる必要があります。

多くの企業にとって、これは実現可能ではありません。最初のプロジェクトに捧げられたリソースは、他のイニシアチブに移る必要があります。また、サポートワークロードが既存のカスタマーサクセスチームの容量を超えると、チケットの流入に追いつくのに苦労します。

このハードルを克服するには、購入するソフトウェアの技術リソースと、その成功を推進する人々の両方が必要になります。

いつ会社を完全に買収するか

既存のソフトウェアを使用することと、ソリューションをゼロから構築することの間には、満足のいく媒体があります。

ソフトウェアまたはSaaS会社を買収することがあなたに適しているかどうかを判断する方法は次のとおりです。

コアコンピタンスを共有する

買収を計画している会社を調査するために時間をかけてください。彼らのコアコンピタンスはあなたのものと一致していますか？そうでない場合は、既存のソフトウェアを購入して改造するときに同じ問題が発生します。

あなたが主要なEメールマーケティングソフトウェアであるとしましょう。飛躍的に成長している新進気鋭のライバルを獲得することは賢明な動きです。

この競合他社には重複するオーディエンスがあります。それらをスタートアップとして買収することで、あなたの会社は魅力的な価格で市場シェアを獲得することができます。

既存の差別化が見られます

同社のソフトウェアは、複製が困難な大きな市場シェアまたは製品の差別化をもたらす可能性があります。

会社を買収する方が、機能を最初から構築するよりも安価である場合は、追求する価値があります。彼らはすでにソリューションの開発に時間とリソースを投資しているので、あなたはそうする必要はありません。

これは、会社が独自の技術を持っている場合に特に当てはまります。最先端のAI開発の特許がある場合、ソリューションでそのアプローチを複製すると、IPに違反します。回避策は？買って。

ネットワーク効果や規模の経済を活用できます

2017年、Targetは食料品の配達サービスであるShiptを買収しました。 2020年に、Deliveを買収することが発表されました。

これらの買収により、彼らは新しいテクノロジー、新しいユーザーベース、そして成功を収めた輸送ロジスティクスを手に入れました。

世界の大部分がパンデミックのために封鎖されていたため、これは2020年の主要な競争上の優位性であることが証明されました。

ソフトウェアを完全に所有し、Targetの社内チームに管理させることで、製品ロードマップ、データ、およびサポートを完全に制御できます。

主要な人材と顧客を獲得する可能性があります

事業を買収することで、従業員も買収します。これは、会社が積極的に求めている特定の人材やリーダーシップ能力を採用するための戦略的な方法です。

たとえば、チームのソフトウェア開発機能を構築したい場合、ニッチによって設立された会社を買収すると、上級ソフトウェアエンジニアがそれを支援できます。

才能を獲得するのと同じように、ビジネスを購入することはあなたに彼らの全体の顧客とユーザーベースを与えます。このように、企業買収はすべての分野で成長を促進します。

競争の激しい市場で2位にランクされている場合、3番目または4番目のプレーヤーを獲得すると、顧客ベースを拡大し、カテゴリリーダーになるためのレバレッジを作成するのに役立ちます。

結論

構築するか購入するかを決定することは、能力、能力、および成長目標に帰着します。競争上の優位性をもたらす機能セットを構築するための内部チョップがある場合は、そうするのが理にかなっています。

積極的な成長目標には、別のアプローチが必要です。ここでは、テクノロジーまたは会社全体を完全に購入する価値があります。このガイドをチェックリストとして使用して、適切な戦略的決定を下してください。