何十年もの間、ソフトウェアは二者択一でした。自分で構築するか、市販のものを購入するかです。そのバイナリは崩壊しつつあります。 3 番目のモデル、Build with が登場しています。 シエラとディスティルを見てください。理論上、これらは正反対です。一方は製品会社としてスタートし、もう一方はサービス主導の会社としてスタートしました。実際、彼らは同じものを出荷しています。つまり、事前に構築されたコアと、それを各顧客の厄介な現実に適応させる前方展開エンジニア (FDE) です。 なぜ今このようなことが起こっているのか: 1. 予算が動いた 人員数やアウトソーシング予算 (ソフトウェア予算ではなく) から資金を調達している場合、ACV を高くする余裕があり、ループに人員を配置する余裕があります。 2. カスタマイズコストの崩壊 LLM と最新のデータツールにより、「カスタム」が以前よりも劇的に高速化されます。四半期ではなく、日単位で繰り返すことができます。それにより、実装のユニットエコノミクスが変わります。 3. 企業のリスク許容度が低い 規制されたワークフローや一か八かのワークフローでは、「デモで動作する」ことは無意味です。購入者は、データ、管理、エッジケースなど、環境における証拠を必要としています。 エンタープライズ向けサービスを提供する創業者: ビルドウィズは、市場開拓の手段かビジネス モデルのいずれかです。どちらにするか、早めに決めてください。 ウェッジの場合、あなたの仕事は、FDE を使用してロードマップよりも早く学習し、製品化することで FDE の作業を削除することです。 それがモデルである場合、あなたの仕事は、「カスタマイズの重力」によってあなたがオーダーメイドショップに変えられるのを防ぐことです。 Build-with により、お客様はソフトウェアを活用してオーダーメイドの結果を確実に得ることができます。ただし、それは今日のカスタム作業を明日のデフォルトに変換し続けた場合に限ります。私のチームメイトのKabir SialはPalantirで5年間を過ごし、初期段階のスタートアップ段階でのFDEモデルの実際のベストプラクティスを理解するための研究活動を主導しています。含めるべきこのモデルをうまく活用しているのはどの企業だと思いますか?
#何十年もの間ソフトウェアは二者択一でした自分で構築するか市販のものを購入するかですそのバイナリは崩壊しつつあります #番目のモデルBuild #が登場しています #シエラとディスティルを見てください紙の上では彼らは