CodexでProactionの商談移行率が50から60 %向上

Proactionは、Codexで作成した顧客別デモにより、初回接触からソリューション設計へ進む商談の割合が50から60 %増えたと説明しています。この数字はOpenAIが公開した顧客事例に基づくもので、独立した測定結果ではありません。

営業担当者が30分から45分で顧客別デモを作る

共同創業者のColin Knudsenは商談後、Granolaの録音、メール、見込み客が共有した表計算データをCodexに渡します。Codexはそれらを使い、顧客の車両や業務フローに合わせたHTML環境を作ります。Knudsenは月に4件から6件のデモを作り、1件あたりの所要時間は30分から45分です。

Proactionは、同等のデモをエンジニアが作れば約10時間かかると見積もっています。この移管で月40時間から60時間の開発作業を節約できる計算です。さらにKnudsenは、営業、サポート、プロダクトにまたがる1日15件から20件の作業で、月25時間から33時間を節約していると推定しています。

顧客別デモが約束から仕様までの距離を縮める

見込み客はプレゼン中に自社の車両を見ながら、変更点をその場で示せます。契約後は、そのデモがエンジニア向けの視覚的な仕様書になります。中心的な価値は組織面にあります。営業会話、要件定義、実装の間で失われる情報を減らせるからです。

小さなプロダクトチームにとって、これはコード生成速度だけより実用的な指標です。営業側が早い段階で解決策を検証でき、すべての試作が本番開発と同じエンジニアを奪い合う状況を避けられます。

顧客事例の数字は企業推計にとどまる

OpenAIは、標本数、商談の実数、測定期間を示していません。リードの質、営業プロセスの変更、特定の創業者の能力とCodexの効果も切り分けられていません。示されたのは有望なworkflowであり、すべての営業組織に共通する投資効果ではありません。

複数の営業担当者で再現できるかが価値を決める

取扱量が増えても顧客データの正確さ、明確な承認、同じ商談転換効果を維持できるかが焦点です。複数の営業担当者による結果が、Codexを拡張可能なプロセスにしたのか、1人の創業者に優秀な副操縦士を与えただけなのかを示します。

Lilithの判定

Proactionの営業担当者は、顧客の車両群を画面に並べた状態で商談に入れます。エンジニアの修正待ちを作らず全員が同じことを再現できれば、巧みなデモは営業システムへ変わります。