私は 2001 年にマイクロソフトのエンド・ユーザー(EA)チャネルを設計しましたが、2026 年にはその体制が解体されています。

2026/05/09 4:11

私は 2001 年にマイクロソフトのエンド・ユーザー(EA)チャネルを設計しましたが、2026 年にはその体制が解体されています。

RSS: https://news.ycombinator.com/rss

要約

Japanese 翻訳:

Microsoft は 1998 年から、世界規模の販売アーキテクチャを根本的に再構築し、リセラー主導のモデルから、特化型アドバイザーを中核とする直接契約(Enterprise Agreement: EA)アプローチへ転換した。この戦略は State Farm のエージェントモデルに触発されたものであり、Bill Henningsgaard が率いており、LAR(大規模アカウントリセラー)という仲介者を排除しながら、現場チームが EA 取引を直接推進する仕組みを採用した。経済モデルとしては、既存のソフトウェア割引を活用して、新たなアクティビティベースの顧問料を資金調達し、新規資本の確保を求めるのではなく内部予算を転用することで実現された。Closed meeting は Hilton Chicago O'Hare で開催され、Henningsgaard が Howard Diamond(CEO)、Keith Coogan、Paul Jarvie(CEO)と共に Enterprise Software Advisor (ESA) フレームワークを定義した。Steve Ballmer は、Howard Diamond による Boston の SAP システムで共有されたデータを基に導き出された明確な数学的根拠に基づき、この自己維持型システムを「常時運動機」(perpetual motion machine) と称して支持した。

アーキテクチャは EA チャンネルを 3 つの層に分割した:第 1 は 1,150 のグローバル戦略アカウント(ESA フイ 4%)、第 2 は 14,000 のチャネル支援型企業アカウント(9%)、第 3 は 60,000 のチャネル主導中型企業アカウント(15%)である。Licensing 6.0 は 2001 年 10 月 1 日に米国、カナダおよび 22 ヵ所の西ヨーロッパ諸国で展開され、オーストラリアは 2002 年 2 月に続いた。登録期間中、Microsoft は EA を 2,577 件販売した。この移行により、未収益化ソースからの収益成長を直接販売へ効果的に誘導し、Microsoft のエンタープライズ市場におけるアジレッダブル・オポチュニティを拡大した。その結果、この転換は企業のソフトウェアライセンス経済に長期的影響を与え、20 年にわたってレガシーな料金構造を排除し、大組織がソフトウェアソリューションを取得および管理する世界規模のダイナミクスを変容させた。CRN の Barb Darrow は移行前の顧客エクスペリエンスを「Kafkaesque(カフカ的)」と形容し、LAR のマージンも大幅に低下したが、新たなシステムは 12 ヶ月以内に 58.2 億ドルの年間再収益を達成し、24 カ国の子会社を通じて 75,000 件以上のエンタープライズアカウントをカバーした。未収益化収益は 2001 年 6 月の 19.2 億ドルから 2002 年 6 月の 77.4 億ドルへと大幅に増加し、これは顕著な躍進である;平均 ESA フイは約 3.72% で、トップ・パフォーマーは 4% を超えていた。

本文

精選事例研究:ホームへ戻る

マイクロソフトが企業向け合意(Enterprise Agreement、EA)への直接請求およびアドバイザリーベースのパートナー報酬モデルへの転換を後押しした、コアチャネルアーキテクチャを設計しました。このモデルは、20 年以上にわたりエンタープライズライセンス経済学を形成する基盤となりました。

主な指標:

  • 58.2 億ドル:コミットメントされた年間収益(ARR)、導入から 12 ヶ月以内のもの。
  • 75,000 社以上:対象となるエンタープライズアカウント数。
  • 24 カ国: rollout(展開)が行われた法人グループ会社数。

[事例研究 PDF をダウンロード]


状況(The Situation)

私が 1998 年 6 月にマイクロソフトに加入した時、エンタープライズライセンスチャネルは同時に 3 つの方向から崩壊しかけていました:

  • DELL の「ブルドーザー戦略」: DELL は企業向け合意(EA)取引をゼロまたはマイナスマージンで獲得し、ソフトウェアをエントリーポイントとして HP、コンパック、IBM ハードウェアからの置き換えに利用していました。損失を出す価格設定を行うプレーヤーに対抗できる大型アカウントリセラー(LAR:Large Account Reseller)はいませんでした。
  • マイクロソフト自身による EA 取引の推進: マイクロソフトのフィールドチームが EA 取引を直接推進し、これまで LAR が得ていたマージンを獲得していました。
  • 顧客体験の不可避性: マイクロソフトのライセンス提供の顧客体験は防衛不可能の状態になり、CRN のバーブ・ダローが紙面において「カフカesk(『変身』に喩えた表現)」と呼んでいました。

LAR のマージンは 4% 以上から平均 2.2% に低下し、DELL と競合するアカウントでは損失を計上してしまいました。マイクロソフトのエンタープライズ事業を築いたチャネルが存続できなくなっていました。上司であるビル・ヘンニングスガードは、一言で任せるよう命じられました。「チャネルは倒れかかっている。何かアイデアを持ってきてくれ」。

アプローチ(The Approach)

他のソフトウェア会社のベンチマークを取るのではなく、同様の問題を解決してきた産業を調査しました。ステートファームのエージェントモデルが最も示唆に富んでいました:独立した企業は法的および商業的な意味合いにおいて親会社のアгентでした。彼らは価格を設定せず、在庫を持たず、ディスカウントで競合することはなく、活動ベースの経済構造に基づき優秀なアドバイザとして競争していました。そのリサーチは、「エンタープライズソフトウェア・アドバイザー(ESA)」モデルの基礎となりました。

シカゴ・オ'hare のヒルトンホテルで開催された非公開会議で、ヘンニングスガードはマイクロソフトの最も影響力のある LAR 3 社の CEO、コーポレートソフトウェア社長のホワード・ダイヤモンド、ソフトウェアスペクトラム社長のキース・コوغان、そして ASAP ソフトウェア社長のポール・ジャーヴィーを迎え入れ、議論を行いました。ある参加者が「パートナーが何らのサービスを実行することでアドバイザリー料を得るのか、マイクロソフトはそれをどのように定義するのか」と尋ねると、私はチェックリストではなく哲学を答えました。「 partenaires に関心のあるカテゴリと焦点領域を与え、市場や顧客にサービスレベルを設定させるのです。過剰な規定化はアドバイザ役割の商品化を招くが、思索的な枠組みならその地位を高めます」。この回答が、ESA モデルのアーキテクチャを次の 24 ヶ年に定義しました。

モデルが機能した経済的洞察は構造的ものでした。マイクロソフトは、既存の間接モデルの一環として LAR にソフトウェアについて 17.7% の割引を提供しており、4% の活動ベースアドバイザリー料金への移行はこの既存の予算内において十分に可能でした。この移行はマイクロソフトに対し新たな資金を求めているのではなく、既に支出されている資金を再配分し、差別化されていない数量割引をパフォーマンス連動型の目標料に変換しました。

半年間のレビュー会議(約 40 人が参加し、ゲイツ氏やバルマー氏も含まれていました)でこの안을提示した際、バルマーの直感的反応は「これは永久機関だ!」でした。それはあまりにも洗練されていました。その後の会議終了時、ヘンニングスガードは私を呼び止め、率直に言ってきました。「明確な数式(算術)を持って戻ってくる必要があります。それには、既存構造下でチャネルが実際にはどの収益を得ているかという、マイクロソフトが持っていないデータが必要です」。

私はそれが得られる唯一の方法を採用しました。リサーチおよび主要なチャネルパートナーとの協力を通じて、私は強力な関係性を作り、信頼を築いていました。コーポレートソフトウェア社のホワード・ダイヤモンド氏はその主要パートナーの一人でした。ボストンの同社オフィスへの訪問の際、ダイヤモンド氏は自社の VP およびマイクロソフトのアカウントチームを室から追い出し、会社のリアルタイム SAP システムを開き、各取引の実際のマージンをラインごとに説明してくれました。ダイヤモンド氏はデータを提供したのではなく、私の信頼性を感じたためであり、チャネル経済を損なうためにではなく保護するために使用してほしいという信頼関係が背景にありました。

そのセッションは私が求めていた実証済みの画像を与えてくれました。仕組みは機能していました。バルマーはフレームワークを受け入れ、ヘンニングスガードに前向きに進めるよう指示しました。

アーキテクチャ(The Architecture)

このモデルは EA チャネルを 3 つのティアに分け、75,000 社以上を対象アカウントと 115 億ドルの機会エネロップを提供しました:

  • ティア 1:マイクロソフト主導のグローバル戦略アカウント 1,150 ユニットに対し、4% の ESA 手数料。
  • ティア 2:チャネル支援の企業アカウント 14,000 ユニットに対し、9%。
  • ティア 3:チャネル主導の中堅企業アカウント 60,000 ユニットに対し、15%。

マイクロソフトは全ティアにおいて顧客へ直接請求を行いました。変化したのは、販売を主導する主体、パートナーが果たす役割、そしてパートナーが報酬を得る方法でした。チャネルは、マージンモデル(パートナーがディスカウントを通じて最終価格を設定)からアドバイザリー手数料モデル(マイクロソフトが価格を設定し、パートナーは提供したサービスに対し手数料を得る)へと移行しました。すべての取引で ESA が必須とされました。

私は当初、3 つのブランディングティアを設計しました:Enterprise Software Advisors(ESA)、Global Software Advisors(GSA)、SMB 向けの Software Advisors。その後、メンテナンス製品チームの担当者から、新しいメンテナンス製品に対する名称として「Software Assurance」(略称 SA)という名前が浮上したと伝えられました。これは私の SMB パートナーティアと同じ文字です。私は GSA と SA を廃止し、ESA を単一ブランドとして維持しました。この名称は現在もなお、マイクロソフトの 2025 年 fiscal 年の 10-K (決算報告書)に使用されており、24 年後でもそのままです。

アーキテクチャ開発作業は、広範な Licensing 6.0 プログラムを共同開発する、5 名で構成される Worldwide Licensing & Pricing チームの内部で行われました。私はチャネル部分を一貫して統括しました。チームは Software Assurance および L6.0 の残りを共創し、スティーブ・バルマー氏を介してビル・ランドフェルド氏から指令を受けました。抵抗感は作業が重要性を持つ主要な指標でした。コンパックの CEO マイケル・カペラス氏は、EA ソフトウェアの導入により大幅に貢献しているトップライン収益と連動したコンパックの報酬体系について不満を抱え、転換点について激高した怒号の中で私を名指ししました。ドットコム熱狂時代の多くの企業と同様に。バルマー氏からの私のへの返答は率直でした。「現状維持せよ(hold the line)」。

結果(The Outcome)

Licensing 6.0 は 2001 年 10 月 1 日に米国、カナダ、および 22 の西ヨーロッパ国でローンチされ、オーストラリアは 2002 年 2 月に追随しました。18 ヶ月の登録ウィンドウ期间にマイクロソフトは 2,577 の EA を販売しました。

マイクロソフトの未収益(コミットされたマルチ年の EA バリュを把握する Balance Sheet ライン)は、2001 年 6 月における 19.2 億ドルから 2002 年 6 月には 77.4 億ドルへと増加しました。この 12 ヶ月の間で発生した 58.2 億ドルの急増こそが、移行の財務的な指紋です。マイクロソフトの 10-K ファイルは、FY2002、FY2003、および FY2004 の収益パフォーマンスをすべて、移行前の登録に直接起因すると説明しています。

新モデルにおける平均 ESA 手数料は約 3.72% で、トッププレイヤーはそれを超える 4% を超えました。価値を提供したパートナーはディスカウントモデル下よりも多く得ることができました。価値を提供しなかったパートナーは露見しました。同じドルが異なるインセンティブに紐付けられたため、異なる結果を生み出しました。私が考案した ESA という呼称は現在もなおマイクロソフトの FY2025 10-K に存在しており、24 年後でもそのままです。

この事例が示唆すること(What This Illustrates)

これは販売プログラムやチャネルのリフレッシュではなく、24 カ国にまたがる 75,000 社以上のアカウントをカバーする 3ティアの商業システムのアーキテクチャでした。各ティアには明確な報酬体系、カバレッジモデル、およびエンゲージメントモデルがありました。価格設定、パートナー経済、およびチャネルのカバレッジは、後に統合される 3 つの個別プログラムとして設計されたのではなく、互いが相互に制約しそして可能性を創出するため、単一のシステムとして同時期に設計されました。構造が 20 年間にわたり形状を保つことと、3 年に一度プラットフォーム移行を迫られることの差です。

なぜ今も重要なのか(Why This Still Matters)

2026 年 1 月、この作業を開始したマイクロソフトは完全な移行を完了しました。すべての大規模 EA アカウントはマイクロサフト・セールス・ダイレクトに移動しました。私が 2016 年にマイクロソフトを離れた際の ESA コミッションプーールの 12 億ドルは、2023 年には 25 億ドルへと成長し、2026 年時点ではゼロとなりました。マイクロサフト最大のエンタープライズライセンスパートナーの一つである Bytes テクノロジー・グループは、マイクロソフトの費用変更を理由とした利益警告を発表した 2025 年 7 月、株価値が約 27% 下落しました。

2025 年 11 月、マイクロソフトは一世代にわたり EA を定義してきたティア化された数量割引構造を廃止し、すべての顧客をフラットな レベル A のリスト価格へ移行させました。ブラジルの CADE は 2026 年 1 月、マイクロソフトのクラウドおよびソフトウェアライセンスに関する並行的調査を開始しました。英国の競争・市場庁は 2026 年 3 月、正式な戦略的市場地位調査をアナウンスしました(一次情報源)。欧州委員会はデジタル市場法の下でマイクロソフトと AWS クラウドサービスに対して市場調査を実施しており、ゲートキーパー指定は 2026 年 11 月までの予定となっています。

ダイナミクスは構造的に 1998 年から 2001 年の状況と同一ですが、一つの決定的な違いがあります。2001 年の移行にはパートナーブリッジが含まれていました:ESA モデルはチャネルパートナーに明確なアドバイザ役割を与え、ボリュームではなく専門性を報いる報酬構造を設け、継続的に参画する経済的理由を提供しました。2026 年の移行には同等のものはありません。この構造的ギャップこそがマイクロソフトが受容したリスクであり、現在チャネルパートナーが navigating (向き合う)戦略的な開口部となっています。

多くの商業システムは、後継者によって書き換えられ、政府によって規制されるほどの期間存在することはできません。しかし、このシステムは存在しました。


ブレンダン・オ'Connor ソフトウェア市場全体(SMB からエンタープライズ、スタートアップからフォーチュン 500、ドットコム時代から AI 時代まで)にわたってパートナーエコシステムを作成し拡張してきたエグゼクティブ。マイクロソフトで 18 ヶ年間勤務し、Cisco および Sage でエグゼクティブ役割を担った。

© 2026 Brendan O'Connor. All rights reserved.

同じ日のほかのニュース

一覧に戻る →

2026/05/11 2:19

ローカル AI が標準となる必要があります。

## Japanese Translation: 開発者は、安定的なアプリケーションと厳格なプライバシーを確保するため、脆弱であるクラウドホスト型モデルよりも、Apple 製の組み込みローカル AI ツール(`SystemLanguageModel` および `LanguageModelSession` など)を優先すべきです。外部サーバーへの依存は、課金問題やサービス停止時にサービスがクラッシュするという致命的な障害点を生じさせると同時に、機密ユーザーデータを保持リスクおよび潜在的な侵害に晒すことになります。対照的に、データ処理を安全にデバイス上で実行することにより、不必要なサーバー経由の迂回とベンダー依存を排除し、アプリケーションを強固なものに保てます。「Brutalist Report」という iOS クライアントは、典型的なクラウドソリューションに見られる複雑なアカウント要件を回避するため、ネイティブ API を使用して完全にローカルで記事のサマリーを生成する優れた例です。長いコンテンツの場合には、テキストをチャンク化(約 10k 文字)し、各チャンクごとに事実のみを含むノートを作成した後、それらをローカルで統合して最終的なサマリーを生成する推奨ワークフローがあります。このワークフローの将来形としては、`@Generable` および `@Guide` といった Swift の構造体を使用し、構造化された AI 出力を強制して非構造化データのようなデータをそのまま受け取るのではなく、UI が一貫したフィールドを確実にレンダリングできるようにする方向性が考えられます。この変化により、ユーザーは情報がデバイスから離れることがないと信頼できるようになります。企業にとって、ローカルモデルの導入は、AI をコストが高く予測不能な外部依存体から、サマリー化や分類を効率的に行い、ユーザー所有データを扱いながらレート制限や停止時間への心配なしに運用可能な信頼性の高い低コストサブシステムへと変革させます。開発者は、クラウドモデルを真に必要な場合のみ使用し、ローカル AI をノベルティなチャットボックスではなく、予測可能で信頼できる動作を持つ subsystem として扱うべきです。

2026/05/11 10:23

手書きコーディングに戻ろうとしています。

## Japanese Translation: k10s(NVIDIA クラスター運用者向けの GPU 意識型 Kubernetes ダッシュボード)の構築から得られた主な教訓は、AI は機能の迅速な提供に優れている一方で、システムアーキテクチャにおいては頻繁に失敗し、倒壊しやすいコードベースを導き込む点にある。Go と Bubble Tea フレームワークを用いた「vibe-coded」アプローチで 30 週間週末にわたり開発を進めたチームは、7 ヶ月間で 234 コミットを実現したにもかかわらず、深刻な構造的欠陥が蓄積しており、最終的にこの作業の約 70% が破棄された。これには `model.go` に収められたコード行を約 1,690 行も含まれている。プロジェクトは以下の 5 つの批判的アーキテクチャ上の失敗に直面した:AI がシステム不変則を無視し(結果として散在する `nil` 代入が発生)、キーハンドリングが地獄のように困難になる「神オブジェクト」と単一構造体設計に依存した、GPU に焦点を当てた範囲を超えた機能の蔓延を引き起こす「速度の幻想」におびやかされた、構造化データを不安全な位置指定式配列へと平坦化したこと、そして goroutine から直接の状態変異を許容しチャンネルを用いなかったことを通じて状態遷移を誤って扱った。将来の失敗を防ぐため、このプロジェクトはシステムを Rust で再実装中である。この移行により厳密な所有ルールが強制され、コーディング前にアーキテクチャ(インタフェース、メッセージ型など)を明示的に設計することが求められ、AI の支援が長期的な構造的完全性を損なうのではなく支えるように確保される。 ## Text to translate: **Improved Summary:** The primary lesson from building k10s—a GPU-aware Kubernetes dashboard for NVIDIA cluster operators—is that while AI excels at rapid feature delivery, it frequently fails at system architecture, leading to a codebase prone to collapse. Using a "vibe-coded" approach with Go and the Bubble Tea framework over 30 weekends, the team accumulated deep structural flaws despite making 234 commits in seven months; ultimately, ~70% of this work was discarded, including approximately 1,690 lines of code in `model.go`. The project faced five critical architectural failures: AI ignored system invariants (leading to scattered `nil` assignments), defaulted to a "god object" single-struct design making key handling a nightmare, succumbed to the "velocity illusion" causing feature creep beyond the GPU focus, flattened structured data into unsafe positional arrays, and mishandled state transitions by allowing direct mutations from goroutines instead of using channels. To prevent future failure, the project is rewriting the system in Rust. This transition enforces strict ownership rules and requires designing architecture (interfaces, message types) explicitly before coding, ensuring AI assistance supports rather than undermines long-term structural integrity.

2026/05/11 2:43

インシデントレポート:CVE-2024-YIKES

## Japanese Translation: ソースコードのサプライチェーン攻撃は、`left-justify`(週ごとのダウンロード数が 8.47 億回)という侵害された JavaScript の依存関係に起因し、その結果、Python ツールの `snekpack` を介して数百万人の開発者に影響を及ぼしました。`snekpack` は、悪意のあるライブラリ `vulpine-lz4` を統合した後にマルウェアを配布しました。このインシデントは Day 1 に発生し、Google AI Overviews で提示されたフィッシングリンクに引っかかり、 maintainer の Marcus Chen が被害にあうことで始まり、複数パッケージレジストリ(`.npmrc`、`.pypirc`、Cargo、Gem の認証情報)の認証情報が漏洩し、引渡条約のない国にあるサーバーに到達しました。当初、「Critical」から「Catastrophic」と評価が変更されたものの、Day 3 に関連性の/crypto マining ウォーム (`cryptobro-9000`) が誤って脆弱なマシンを `snekpack` のアップグレードによってパッチ適用したため、「Somehow Fine」と宣言されました。 攻撃チェーンには以下が含まれていました: - 悪意のある `vulpine-lz4` ビルドスクリプトは、ホスト名がトリガー(例:"build"、"ci")に一致する場合マルウェアを実行しました。 - 不正なアップデートでは、reverse shells が Tue デイのみ有効になるように、そしてデフォルトシェルを `fish` に変更するなどの機能を追加されました。 - 企業大手(Fortune 500 社)はソーシャルメディアを通じて認識し、ある VP はマウイ島でこの事実に気づきました。 インシデントは Day 3 の 15:22 UTC に解決され、CVE-2024-YIKES は Week 6 に割り当てられ、ウォームによって約 420 万台の_MACHINE_ が救助された(ただしその C2 サーバーも侵害されていた)と推定されます。根本原因には、弱いレジストリ認証、AI 生成のフィッシングリンク、不十分な CI/CD の衛生管理があり、ユーモラスに「犬が Kubernetes を食べ、YubiKey が失われた」という形で表現されました。 是正措置には、`vulpine-lz4` のリファクタリング(Rust に書き直し)、アーティファクト署名の実装(2022 年第 3 四半期からバックログされていた)、強制的な MFA の導入、847 の推移的依存関係の監査が含まれます。このインシデントは、自動化されたビルドパイプラインにおける重要なギャップと、将来の攻撃を防止するための厳格な依存関係監査の必要性を示しています。

私は 2001 年にマイクロソフトのエンド・ユーザー(EA)チャネルを設計しましたが、2026 年にはその体制が解体されています。 | そっか~ニュース