この章の要点
Key points of this chapter
前の章では、技術的に複雑なプラットフォームを、顧客の業務に合わせて実装する必要性を見ました。この章では、その仕組みがどのように販売方法（go-to-market、GTM）になるかを考えます。
In the previous chapter, we looked at why a technically complex platform may need to be implemented for a customer's work. This chapter considers how that model becomes a go-to-market method (GTM).
話者の説明では、プラットフォームと顧客向けエンジニアを組み合わせるモデルが、Palantirを世界のFortune 500企業へ広げる道になりました。ここでいうFortune 500は、売上規模の大きい企業を並べた企業ランキングです。顧客は、単にソフトウェアの利用権を買うのではありません。自社のデータや業務に合わせて、実際に使える解決策を導入し、事業上の成果を得ようとします。
In the speaker's explanation, combining a platform with customer-facing engineers became Palantir's route to expanding into Fortune 500 companies around the world. Here, Fortune 500 means a ranking of companies with large sales. Customers are not simply buying the right to use software. They want to introduce a solution that works with their own data and operations, and achieve a business result.
製品を売るのではなく、成果まで届ける
Delivering the outcome, not just selling the product
通常のSaaS販売では、会社が製品を提供し、顧客が自分で設定して使い始めます。別の方法として、会社が人の作業をサービスとして提供することもあります。たとえば、顧客のために個別のシステムを作る受託開発です。
In ordinary SaaS sales, a company provides a product, and the customer configures it and starts using it. Another approach is to provide people's work as a service. For example, a company may build a custom system for a customer as contracted development.
FDEのモデルは、この二つの中間にあります。共通の技術基盤であるプラットフォームは、複数の顧客に再利用できます。一方、顧客向けエンジニアは、顧客の業務を理解し、その基盤の上に顧客ごとの解決策を作ります。したがって、販売の対象は「プラットフォーム」だけでも、「エンジニアの作業時間」だけでもありません。顧客が必要としている業務上の成果を、その二つを使って実現することです。
The FDE model sits between these two approaches. The platform is a shared technical foundation that can be reused for multiple customers. Customer-facing engineers, meanwhile, understand the customer's operations and build a customer-specific solution on that foundation. Therefore, what is being sold is neither only the platform nor only the engineers' time. It is the business result the customer needs, achieved with both.
ここでいう成果は、たとえばデータをきれいに整理すること自体ではありません。整理したデータを使って、意思決定を速くしたり、業務の流れを改善したりすることです。顧客が高い技術力を持っていない場合、プラットフォームを渡すだけでは、顧客はその成果まで到達できないかもしれません。FDEは、プラットフォームの機能と顧客の現場との間にある距離を埋めます。
The outcome here is not, for example, merely organizing data neatly. It is using the organized data to speed up decisions or improve the flow of work. If the customer does not have strong technical skills, simply handing over the platform may not get the customer to that outcome. FDE closes the distance between the platform's capabilities and the customer's real workplace.
これは、販売後の単なる導入支援という意味ではありません。導入の仕事が、顧客の成果を作る中心的な活動になります。そのため、顧客の問題を見つけ、解決策を作り、成果を届ける一連の流れそのものが、エンタープライズ向けGTMになります。
This is not merely post-sale implementation support. Implementation work becomes the central activity for creating the customer's outcome. As a result, the whole sequence of finding the customer's problem, building a solution, and delivering the outcome becomes the enterprise GTM.
ACVは何を示すのか
What does ACV show?
話者は、このモデルが商業的に機能したことを示す材料として、**平均契約価値（Average Contract Value、ACV）**を取り上げます。ACVは、契約1件あたりの平均的な価値です。契約を何件結んだかではなく、1件の契約が平均してどれほど大きいかを見る指標です。
As material suggesting that this model worked commercially, the speaker discusses Average Contract Value (ACV). ACV is the average value per contract. It measures how large one contract is on average, rather than how many contracts have been signed.
ACV is different from the following figures:
- 売上：一定期間に会社が得た収入の合計です。
- 企業価値：投資家などが会社全体をどれほどの価値と見るかです。
- 従業員数：会社で働く人の人数です。
- 契約総数：結んだ契約の件数です。
- Revenue: The total income a company receives during a given period.
- Company value: How valuable investors and others consider the company as a whole.
- Headcount: The number of people who work for the company.
- Total contract count: The number of contracts signed.
たとえば、契約が少なくても1件ごとの価値が大きければ、ACVは高くなります。逆に、契約が多くても1件ごとの価値が小さければ、ACVは低いことがあります。ACVは、企業の規模や利益を一つの数字で表すものではありません。顧客1社に対して、どれほど大きな商談を成立させているかを見るための信号です。
For example, ACV can be high when there are few contracts but each one is large. Conversely, ACV can be low when there are many contracts but each one is small. ACV does not express a company's size or profit in one number. It is a signal of how large a deal the company closes with each customer.
話者が示した企業比較の読み方
How to read the company comparison presented by the speaker
話者は、公開されているSaaS企業の比較として、平均契約価値がPalantir、ServiceNow、Workdayの順に高いという趣旨を述べました。さらに、Palantirの企業価値と、比較的少ない従業員数にも触れています。
As a comparison of public SaaS companies, the speaker said that average contract value was highest for Palantir, followed by ServiceNow and then Workday. He also referred to Palantir's company value and relatively small headcount.
ただし、これはこの講演で話者が示した比較です。話者自身も「最後に確認した時点では」「そう言いたい」といった不確かさを残しており、数字の通貨、単位、時点、出典はこの説明だけでは確認できません。したがって、ここでの数値や順位を、検証済みの統計として扱ってはいけません。
However, this is the comparison presented by the speaker in this talk. The speaker himself left some uncertainty with phrases such as "the last time I checked" and "I want to say." The currency, units, date, and sources for the figures cannot be confirmed from this explanation alone. Therefore, these figures and rankings must not be treated as verified statistics.
それでも、この比較には講演上の役割があります。話者は、PalantirのFDEモデルが、単に顧客ごとに人を送り込む高コストなサービスではないと示そうとしています。大企業との契約で大きな成果を扱いながら、共有プラットフォームを使うことで、会社全体の規模に対して高い契約価値を作れる。その可能性を、ACVや従業員数という商業上の信号で説明しています。
Even so, this comparison has a role in the talk. The speaker is trying to show that Palantir's FDE model is not simply an expensive service that sends people to each customer. By handling large outcomes in contracts with large companies and using a shared platform, the company may be able to create high contract values relative to its overall size. He uses ACV and headcount as commercial signals to explain that possibility.
ACVが高いことは、原因の証明ではない
A high ACV does not prove the cause
ここで注意が必要です。PalantirのACVが高いという主張から、すぐに「FDEが企業価値を生んだ」「FDEが成長や効率を直接引き起こした」と結論づけることはできません。高いACVには、製品の性質、顧客の規模、契約条件、販売時期など、別の要因も関係する可能性があります。
This point requires caution. We cannot immediately conclude from the claim that Palantir has a high ACV that "FDE created the company's value" or that "FDE directly caused its growth or efficiency." Other factors may also affect a high ACV, including the nature of the product, the size of the customer, the contract terms, and the time of the sale.
この章でのACVは、FDEの因果関係を証明するものではありません。話者が提案するビジネスモデルに、商業的な整合性があるかを考えるための手がかりです。
In this chapter, ACV does not prove a causal relationship for FDE. It is a clue for considering whether the business model proposed by the speaker is commercially coherent.
まとめ：成果が販売の中心になる条件
Summary: when outcomes become the center of sales
技術的に複雑で、顧客ごとの構築が必要な製品では、製品を売って顧客に実装を任せるだけでは不十分なことがあります。顧客向けエンジニアがプラットフォーム上で解決策を作れば、会社は技術基盤を再利用しながら、顧客が求める成果を販売できます。これが、この講演でいう成果を軸にしたエンタープライズ向けGTMです。
For a technically complex product that must be built for each customer, it may not be enough to sell the product and leave implementation to the customer. If customer-facing engineers build solutions on the platform, the company can reuse its technical foundation while selling the outcome customers want. This is the outcome-centered enterprise GTM described in the talk.
ただし、成果を約束することは、無制限の個別開発を約束することではありません。共有プラットフォームがあるからこそ、このモデルは受託開発会社とは異なります。次の章では、その再利用可能な基盤が、どのようにFDEの拡大を支えるのかを見ます。
However, promising an outcome does not mean promising unlimited custom development. Because it has a shared platform, this model differs from a contracted development company. The next chapter looks at how that reusable foundation supports FDE growth.
出典：Kevin Bai「Forward Deployed Engineering 101」386秒からの説明