ソフト販売を単発買い切りから複数年契約とサポート契約へ転換した

背景

1990 年代後半から 2000 年代初頭、Microsoft は PC 向け OS と Office でデスクトップの実効標準に近い地位を築いていた。一方、収益の多くは OEM のプリインストールや小売のパッケージ販売、バージョンアップの買い切りに依存していた。企業顧客はバージョンごとに購入判断をやり直し、導入時期はばらつき、サポートは製品版ごとに断片化しやすかった。

バルマーは営業・マーケティングの現場から経営トップへ移り、大企業向けの関係を「箱を売る」から「全社契約で更新し続ける」へ寄せる局面に立っていた。Windows を OS の標準として固定するには、企業のデスクトップ・サーバ更新サイクルそのものを、Microsoft の契約とサポートのリズムに載せる必要があった。

制約・常識

当時の常識は、ソフトウェアは完成品を一度買い、必要になったら次バージョンをまた買う、という買い切りモデルだった。企業側も予算はプロジェクト単位・年度単位で切りやすく、ライセンスは資産として棚卸しする発想が強かった。

制約は会計と組織の両方にある。複数年契約にすると売上の認識が契約期間に分散し、四半期の「箱の山」は読みにくくなる。製品部門はリリース日に最適化されやすく、営業は大口の一括販売に慣れている。サポートは障害対応やパッチ提供として残りがちで、「契約更新の本体」として価格化されていなかった。競合や顧客は「高いアップグレード強制」と受け止めやすく、ライセンス改定は摩擦と批判を伴った。

非連続な一手

Microsoft は Enterprise Agreement（EA）や Software Assurance（SA）などのボリュームライセンスを軸に、ソフト販売を単発の買い切りから、複数年の利用権・将来バージョンへの権利・サポートを束ねた契約へ転換した。大企業はデスクトップやサーバの大半を対象に、おおむね 3 年単位で権利と更新をまとめて契約する。収益は契約期間にわたり認識され、顧客側はバージョンごとの大規模再購買を避けつつ、企業向けサポートと営業接点を受け取る構造になる。

これはパッケージの値下げや機能追加の連続ではない。販売単位を「製品 SKU の一回限り」から「期間と組織全体を単位とする契約」へ移し、サポートと将来版を契約の中核に据えた点が非連続である。バルマー期の企業向けライセンス刷新は、その転換を大規模に推し進めた局面として読める。

どう Resourcefulness が現れたか

Resourcefulness は、すでに持っていた OS／製品のサポート体制と、世界規模の企業営業組織を、別々のコストセンターのままにせず、複数年契約の価値提案として統合した点にある。パッチ、アップグレード権、導入支援、アカウント担当といった既存資産を、SA や EA の「付帯特典」ではなく、更新し続ける理由そのものに再配置した。

新規のクラウド基盤をゼロから売るのではなく、Windows と Office が既に入っている企業の更新・標準化・サポート需要を、同じ営業網で契約期間に固定する。製品開発が追いつかない時期でも、契約とサポートの束ね方で顧客との関係を先に企業級へ引き上げた。結果として、単発のライセンス売り切りより予測可能な収益と、標準プラットフォーム維持に必要な継続接点が同時に得た。既存のサポートと営業を一つに編んだのが資源の使い方である。

積み重ね可能な目標との接続

「OS の標準を Windows へ」は、一度の市場シェア獲得では終わらない。企業の購買・展開・更新の単位が Windows と Microsoft の契約に固定されるほど、アプリ、管理ツール、後続のサーバ／クラウドサービスも同じ基盤の上に積み上がる。

エピソードとしては、単発買い切りから複数年契約とサポート契約への転換が、その標準化を企業の予算と更新サイクルに埋め込んだ局面である。OS サポートと大規模営業の統合は、標準を技術仕様だけでなく契約と運用の慣性として維持する手段だった。以降のボリュームライセンスやサブスクリプションへの移行も、同じ目標への積み重ねとして位置づけられる。