ソフトウェアを使って何かを達成しようとしている起業家の企業やプロジェクトは、常に「購入」対「決定」の決定をしなければなりません。このフレーズのターンは、2つの点で不幸である。オープンソースと、必ずしも*買っていないフリーソフトウェアを無視しているようだ。さらに重要なのは、統合コストを考慮する必要があるため、ここで取得して統合するか、ここで構築して決定するかを統合することです。これには、ビジネス、管理、エンジニアリングに精通した人材が必要です。
- あなたのニーズは、それが設計されたものとどれくらいよく合っていますか？
- あなたが購入するもののうち、どの部分が必要ですか？
- 統合を評価するコストはいくらですか？
- 統合のコストはいくらですか？
- 購入は長期的な維持費を増減させるだろうか？
- それを構築することで、あなたが望んでいないビジネスポジションにあなたを置くことはできますか？
あなたは、他のビジネス全体の基礎となるほど大きなものを構築する前に、二度考えなければなりません。そのようなアイデアは、あなたのチームに貢献することがたくさんある明るく楽観的な人々によって提案されることがよくあります。彼らのアイデアが魅力的であれば、ビジネスプランを変更したいかもしれません。意識がなくても自分のビジネスよりも大きなソリューションに投資しないでください。
これらの質問を検討した後、おそらく建築用と購入用の2つのプロジェクト計画案を準備する必要があります。これにより、統合コストを考慮する必要があります。また、両方のソリューションの長期的なメンテナンスコストも考慮する必要があります。統合コストを見積もるには、ソフトウェアを購入する前に完全な評価を行う必要があります。あなたがそれを評価することができない場合、あなたはそれを購入する際に不合理なリスクを想定し、その特定の製品を購入することを決定する必要があります。考慮中の購入決定がいくつかある場合、それぞれを評価するためにいくつかのエネルギーを費やす必要があります。