パートナー認定プログラムとは？

著者: Brian Tr · 更新日: 2026年10月5日

パートナー経由で販売するベンダーの多くは、同じ気まずい問いに行き着きます。パートナーが本当にその仕事をこなせるかどうかを、どうやって知るのか、という問いです。署名済みの契約書は、スキルについて何も語りません。その答えとなるのが、ベンダーのパートナー認定プログラムです。基準を設定し、その基準に照らしてパートナーを試験し、合格に目に見える報酬を結びつけます。

本記事では、パートナー認定を定義し、この用語が通常指す2つのものを区別し、プログラムが何を条件づけるのかを示します。続いて、Microsoft、Google Cloud、AWS、Salesforceがそれぞれどのように構成しているかを見ていき、最後に自社でプログラムを設計するための実践的な進め方を紹介します。

パートナー認定とは

パートナー認定とは、ベンダーが、パートナーに自社製品を販売、導入、サポートするための知識、そして多くの場合は実績があることを検証する、正式なプロセスです。結果として得られるのは、パートナーが掲示でき、ベンダーがそのパートナーに何を許可するかを決める材料として使える資格です。

この言葉には2つの異なる対象が含まれており、両者の混同がこの分野の混乱の大半を生んでいます。

個人資格が答えるのは、「この人は製品を理解しているか」という問いです。企業認定が答えるのは、「この会社は顧客に対して、それを繰り返し提供できるか」という問いです。プログラムは両者を結びつけています。企業は、基準を満たす人数の認定者がいなければ通常は認定を得られませんが、認定者がいるだけでは、その企業が実際のプロジェクトを手がけてきたことの証明にはなりません。

さらにもう1つ、切り分けておく価値のあるものがあります。資格認定の世界の認定機関は、本人がすでに身につけた能力を評価する「認証（certification）」と、研修に付随し、その研修で扱った内容だけを試験する「評価型の修了証（assessment-based certificate）」を区別しています。Institute for Credentialing Excellenceは、この違いを修了証と認証に関するガイダンスで説明しています。ベンダーの「認定」の多くは、この両者の中間にあります。ベンダーが研修も販売または提供しているためです。これは設計上の緊張関係であり、後ほどあらためて取り上げます。

認定が条件づけるもの

認定が重要なのは、アクセスを制御するからです。バッジを配るだけのプログラムは飾りにすぎません。誰が何を得られるかを決めるプログラムは、梃子になります。

• ティア。 スキル要件は、通常、ティアの判定に使われる入力の1つです。たとえばGoogle Cloudは、Premierティアを、認定を受けた技術リソースに多額の投資を行い、大規模に顧客の成果を出し続けてきた実績のあるパートナーと説明しています（Google Cloud）。
• 認定とスペシャライゼーション。 パートナーは、基準をクリアすると、製品、ソリューション、業界ごとの名前付きのバッジを獲得します。
• 特典。 資金、サポート、コセリングへのアクセスは、ティアや認定に左右されることがよくあります。どの特典がどの資格に紐づくかはプログラムによって異なるため、各ベンダーの最新の条件を確認してください。
• 案件とプロジェクトの参加資格。 ベンダーによっては、特定の顧客向けプログラムやインセンティブ付きの案件を、関連する認定を持つパートナーに限定しています。これは普遍的なルールではなく、方針上の選択です。
• マーケットプレイスとディレクトリでの可視性。 認定を受けたパートナーは、公開ディレクトリに掲載されることが多く、スペシャライゼーションで絞り込めることもあります。そのパートナーを知らない購入者が見つけるのは、この経路です。

同じ論理が、あらゆるタイプのパートナーに当てはまります。独立系ソフトウェアベンダーは、プラットフォームの技術標準に照らして自社の連携を認定してもらうことがあります。コンサルティングパートナーやマネージドサービスプロバイダーは、通常、導入を担うスタッフを認定します。代理店パートナーは、ディレクトリへの入場券として、まず製品認定から始めることが多くあります。

主要なプログラムの構成

要件は頻繁に変わります。詳細に頼る前に、最新のドキュメントを確認してください。

Microsoft：パートナーケイパビリティスコア

MicrosoftのSolutions Partnerプログラムは、ポイント制のモデルで運営されています。Microsoftのパートナーケイパビリティスコアのドキュメントによると、スコアは3つのカテゴリ（パフォーマンス、スキリング、カスタマーサクセス）にまたがる複合スコアです。スコアは6つのソリューション領域（Data & AI、Infrastructure、Digital & App Innovation、Business Applications、Modern Work、Security）ごとに別々に計算され、領域あたりの上限は100ポイントです。

スキリングのカテゴリでは、認定を受けた人数が数えられます。同じページによると、これは「パートナー組織内で認定を受けた人数」として能力を測るもので、中級と上級の認定には別々の指標があります。スキリングは3つのカテゴリの1つであるため、認定だけではパートナーは要件を満たせません。

同ページによると、パートナーにはソリューション領域で70ポイント以上のスコアが必要で、その領域のすべての指標がゼロを上回っていなければなりません。要件を満たしたパートナーは認定を購入し、登録期間は購入から13か月で、1か月の更新期間を含みます。真似る価値のある設計上の選択が2つあります。認定にはカテゴリ間のバランスが必要であること、そしてパートナーが基準を満たし続けなければ失効することです。

Google Cloud：ティアとコンピテンシー

Google Cloudは、幅と深さを分けています。パートナープログラムのページでは、ティア（Select、Premier、Diamond）が「実証された幅」を示し、コンピテンシーが「専門的な深さ」を示します。各コンピテンシーは、コンピテンシーとアドバンストコンピテンシーの2つのレベルで、製品、ソリューション、業界の3つのカテゴリにわたって取得されます。

プログラムの概要ページは「スキルファーストの設計」を説明しています。チームの技術認定と実証された経験が評価され、成功したプロジェクトとケイパビリティは自動的に追跡されて、プログラムの進捗に反映されるとあります。つまり、認定がスキルの入力であり、顧客での実績が2つ目の入力です。

AWS：認定とスペシャライゼーション

AWSは、パートナーの信頼性を、個人と検証された実績の両方に結びつけています。パートナー向けトレーニングのページは、パートナーの従業員に、個人で保有するAWS Certificationsを雇用主のプロファイルに関連づけるよう案内しています。これが、個人の資格が会社の記録に集約される仕組みです。パートナープログラムのページには、ビジネスモデルを問わないパートナーが、AWS Specializationsを調べて「ソリューション構築やサービス提供における専門性を検証」できると書かれています。

検証の面については、AWSがAPNブログの記事でそのアプローチを説明しています。当時のService Deliveryプログラムについて2018年に公開されたこの記事は、パートナーが、AWSを顧客に提供してきた経験について、社内の技術専門家による技術監査を受けると述べています。公開されたチェックリストは、顧客事例、サービス要件、ソリューションの複雑さを対象とし、記事は準備として、アーキテクチャ図と2件の外部向け事例にも触れています。プログラム名はその後変わっているため、これは現行のルールではなく、検証という考え方の例として受け取ってください。

Salesforce：ロールベースの資格

Salesforceは、ロールベースのコンサルタント資格を一群にして公開しています。コンサルタント資格の概要には、Agentforce Sales Consultant、Experience Cloud Consultant、Marketing Cloud Engagement Consultantなど、役割と製品ごとに別々の認定が並び、それぞれに、認定を受けた人が設計し実装できるべき内容が説明されています。これがロールベースのパターンです。汎用的な「Salesforce認定」のバッジを1つ出すのではなく、資格が職務に対応しています。

比較

重要なポイント：パートナー認定

• パートナー認定プログラムは、通常、人に対する個人資格と、企業に対する企業レベルの認定の2つを扱います。
• Microsoftは、6つのソリューション領域でパートナーをパフォーマンス、スキリング、カスタマーサクセスにわたってスコア化し、現在、満点100ポイントのうち70ポイントを要件としています（Microsoft Learn）。
• MicrosoftのSolutions Partnerの登録期間は購入から13か月で、1か月の更新期間を含みます（Microsoft Learn）。
• Google Cloudは、3つのティア（Select、Premier、Diamond）に、それぞれ2つのレベルを持つコンピテンシーを組み合わせています（Google Cloud）。
• 認定機関は、認証（すでに身につけた能力）と、評価型の修了証（コースで教えられた能力）を、別のプログラムタイプとして扱っています（I.C.E.）。
• 認証プログラムに対するNCCAの認定は、5年の更新サイクルに従います（I.C.E.）。

プログラムの構成要素

ベンダーを問わず、同じ構成要素が登場します。

学習パス。 トレーニングはロール別に整理されます。営業担当、ソリューションアーキテクト、導入コンサルタントに必要な知識は異なるため、全員に同じ1つのコースを用意するのではなく、それぞれに専用のパスを用意するのが理にかなっています。Salesforceのロールベースのコンサルタント資格は、この考え方の一例です。

評価。 多くのプログラムは試験を使います。優れたプログラムは、実機やシナリオ形式のタスクを加え、正解を見分けるだけでなく、実際に何かを行わなければ合格できないようにしています。試験を監督付きで行うベンダーもあり、パートナーの負担は増えますが、不正が減り、資格の信頼性が高まります。

レベル。 Microsoftの中級と上級の認定、Googleの2つのコンピテンシーレベルが示すのは、よくあるパターンです。ほぼどのパートナーも到達できる基礎レベルと、真の深さを示す上級レベルです。

企業要件。 個人資格に、認定者の最低人数と、提供実績の何らかの証拠が組み合わされます。証拠の形は異なります。Microsoftは測定された顧客の指標を使い、AWSは事例の技術レビューを用いてきました。

更新。 製品は変わるため、資格は失効するか、維持の手続きを必要とします。Microsoftの認定は、おおよそ年単位のサイクルで更新されます。認定機関も、プログラムのレベルで同じ仕組みを取っています。認証プログラムを認定するNCCAは、プログラムを自らの基準に合わせ続けるために、5年の更新サイクルを使っています。

パートナー認定プログラムの設計方法

構築する場合は、その資格に何を決めさせたいかから出発し、逆算してください。

1. 何を条件づけるかを決める。 認定が判断材料となる2〜3の決定を選びます。ティアの判定、顧客向けプログラムへのアクセス、ディレクトリへの掲載などです。何も依存していなければ、パートナーは関心を失います。すべてが依存していれば、あらゆる紛争が認定をめぐる紛争になります。
2. ロールを定義し、次にパスを定義する。 パートナーの中で自社製品に関わるロール（営業、プリセールス、導入、サポート）を挙げ、ロールごとに短いパスを1つ作ります。そのすべてをカバーしようとする単一の試験は避けます。
3. コースではなく、職務をテストする。 試験の内容は、顧客のために個人が行うべきことから引き出します。上で述べた資格認定上の区別がここで役立ちます。自社のコースで教えた内容しか試験しないのであれば、それは研修の修了証であり、そのことを明示すべきです。能力全般を表す資格にしたいのであれば、評価は研修から独立している必要があります。
4. 可能な範囲で、学習と判定を分ける。 上で見た修了証と認証の区別から、コースを教える人と、試験を作成し採点する人は分けておくのがよいと言えます。ベンダーのプログラムでは、それは別のチームや別のコンテンツオーナーであったり、第三者のテスト提供会社であったりします。
5. スキルと実績を組み合わせる。 MicrosoftとGoogleのモデルは、どちらも認定者と顧客での成果を組み合わせています。認定スタッフはいても実際のプロジェクトがない企業には、両方を備えた企業とは別の認定がふさわしいでしょう。
6. 更新サイクルを定め、内容を最新に保つ。 再認定は、カレンダーだけでなく製品リリースに結びつけます。Microsoftのモデルのような1年の期間は、説明が簡単です。提供を終了した機能に関する問題は取り下げます。
7. 要件は公開し、数を絞る。 パートナーが基準を読み、自分の進捗を確認し、何が変わるかを把握できるようにします。指標が多いとプログラムの運営が難しくなります。たとえばGoogleは、「より明確な要件」と自動追跡を、セールスポイントとして打ち出しています。
8. パートナーの成果でプログラムを見直す。 認定を受けたパートナーが、未認定のパートナーと比べて、案件を多く獲得しているか、顧客をつなぎとめているか、サポートチケットが少ないかを確認します。そうでなければ、試験が測っているものが間違っています。

認定は、より広い構造の一部です。ティア、インセンティブ、対立のルールとのつながりはチャネルパートナープログラムの記事で、より広い戦略はパートナー主導の成長とチャネルセールスモデルで扱っています。パートナー向けの研修は、スキルを検証するという、より限定された行為である認定よりも大きなテーマです。仲介者の間の役割の違いも、何を認定するかに影響します。これについてはディストリビューターとリセラーの違いで説明しています。

よくある落とし穴

• お金で買える資格。 どのパートナーもバッジを買えるなら、購入者はそれを無視するようになります。
• 古くなった内容。 昨年の製品に関する試験は、昨年の知識を認定するだけです。
• 報酬との結びつきがない。 特典の伴わないバッジは、行動を動かしません。
• 試験への過度な依存。 テストに合格することは、プロジェクトを遂行することと同じではありません。顧客での実績を含めるプログラムは、この点にうまく対処できます。
• 資格の囲い込み。 数人の優秀な個人がいればテストには通れますが、その人たちが退職してしまうことがあります。Microsoftのスキリング指標のように、現在その組織に在籍している認定者を数えることで、この問題は和らぎます。

関連記事

• パートナーイネーブルメントとは？
• パートナーオンボーディング
• パートナーインセンティブ：マージン、リベート、SPIFF
• パートナー主導の成長
• チャネルセールスモデル
• チャネルパートナープログラム
• コンサルティングパートナー
• マネージドサービスプロバイダー
• 代理店パートナー