独立系ソフトウェアベンダー（ISV）とは？

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

大手のソフトウェアプラットフォームは、どれも同じ問題を抱えています。顧客が求める製品のすべてを、自社では作れないのです。CRMベンダーが、最高の税務コンプライアンス用アドオン、最高のフィールドサービスアプリ、最高の電子署名ツールを同時に作ることはできませんし、クラウドプロバイダーが、あらゆる業界向けの専用アプリケーションを提供することもできません。そこでプラットフォームの所有者は、ほかの会社にそれを担ってもらうよう呼びかけ、見返りに、流通、資金、技術的な支援を提供します。

こうした会社が、独立系ソフトウェアベンダー、つまりISVです。本記事では、この用語を定義し、よく混同されるパートナータイプとの違いを整理して、ISVとの提携が実際にどう機能するのかを順に説明し、双方にとっての利点とリスクをまとめます。プログラムの詳細は各ベンダー自身の最新のページに基づいており、手数料が公表されていない場合は、推測せずにその旨を記しています。

独立系ソフトウェアベンダーとは

独立系ソフトウェアベンダーとは、自社のソフトウェアを開発・販売する会社で、そのソフトウェアが他のベンダーのプラットフォーム上で動くか、それと連携し、かつ、ISVがプラットフォームの所有者とは別の事業体であるものを指します。この定義には、重要な言葉が2つあります。

自社のソフトウェア。 ISVは、製品、ロードマップ、顧客との関係、価格設定を自分で持っています。他社のコードを再販しているわけではありません。

独立。 ISVはプラットフォーム企業の一部門ではありません。自分で商業上の判断を下し、通常は複数のプラットフォームの顧客に対応し、それぞれで自らの居場所を勝ち取らなければなりません。

MicrosoftのISV Successプログラムは、実務上、この定義の一種を使っています。参加資格の規則では、B2Bに焦点を当て、Microsoft Cloud上に構築されているか、それと連携しており、外部に提供され、繰り返しの販売を意図したプロジェクトとされています。AWSのISV Accelerateは、対象を、AWS Marketplaceを通じてAWS上で動作する、またはAWSと連携するソフトウェアソリューションを提供するAWSパートナーと説明しています。言葉は違っても形は同じです。自社の製品を持ち、他社のプラットフォームに接続しているベンダーです。

Salesforceは、同じ区分を反対側から捉えています。同社のISVパートナーのページでは、既存のSalesforce環境と連携し、マーケットプレイスを通じて既存の顧客に販売するアプリ／連携パートナーと、プラットフォーム上で、ブランドを冠した専門的なソリューションを構築し、自社で流通を管理するプラットフォームパートナーとを区別しています。

ISVとほかのパートナータイプの違い

ISVという言葉は大まかに使われがちなので、何がISVではないのかをはっきりさせておくと役に立ちます。テクノロジーパートナーとOEMパートナーシップは、このコレクションで、それぞれ独自の記事があります。ここでは、その違いを簡潔に示します。

つまずきやすい点が2つあります。1つ目は、「ISV」という言葉が、その製品がクラウドかオンプレミスか、サブスクリプションとして販売されるかどうかについては何も語らないことです。Salesforceとの連携を持つSaaS企業も、Windows向けに出荷するデスクトップアプリのベンダーも、それぞれのプラットフォームから見れば、どちらもISVです。2つ目は、ISVの位置づけがプラットフォームに対して相対的であることです。同じ会社が、Microsoftに対してはISV、小規模なベンダーに対してはテクノロジーパートナー、3つ目のベンダーに対しては競合になりえます。

再販側の整理は、ディストリビューターとリセラーの違いと紹介、アフィリエイト、リセラーの違いをご覧ください。

重要なポイント：独立系ソフトウェアベンダー

• Microsoftは、ISV Successを、Microsoft AI Cloud Partner Program内で提供される、Microsoft Marketplaceへの公開を予定しているソフトウェア開発会社向けの12か月のプログラムと説明しています（Microsoft Learn）。
• ISV Successを更新するには、パートナーが、直近のエンゲージメントの開始以降に、Microsoft Marketplaceにオファーを公開したか、オファーをtransactableにアップグレードしている必要があります（Microsoft Learn）。
• Microsoftは、顧客がMicrosoft Marketplaceでtransactオファーを購入した場合に、3%の標準ストアサービス料を課します（Microsoft Learn）。
• AWS ISV Accelerateでは、AWS Marketplaceで一般提供されている1つ以上のソフトウェア製品に加え、過去12か月で少なくとも5件のローンチ済み案件と、少なくとも15件の適格な案件が求められます（AWS）。
• Googleは、要件を満たし、ビジネスケースのレビューに合格した製品に対して、Cloud Marketplaceの販売における標準の収益分配を提供するとしていますが、ページには割合が示されていません（Google Cloud）。
• SalesforceのISVの道筋は5つのステップです。Partner Communityへの参加、ソリューションの構築、商業契約の締結、セキュリティレビューの完了、掲載の公開です（Salesforce）。

プラットフォーム企業がISVを誘致する理由

プラットフォームの有用性は、顧客がそれで何をできるかで決まります。ISVは、プラットフォームの所有者のために、その守備範囲を、所有者ではなくISV自身の負担で広げます。インセンティブは4つの面でそろっています。

人員を増やさずに広がる。 プラットフォームのベンダーが、あらゆる業界のために製品チームを置くことはできません。ISVはロングテールを埋めます。歯科クリニック向けのコンプライアンスツール、物流向けのスケジューリングアドオン、非営利団体向けのレポート層といった具合です。

顧客の定着が強まる。 プラットフォームにサードパーティのアプリを3つ導入した顧客は、そこを離れるときに失うものが大きくなります。エコシステムが、プラットフォームの所有者が築く必要のなかった、乗り換えのコストになります。

消費。 クラウドプロバイダーにとって、自社のインフラ上で動くISVの製品は、利用量を押し上げます。それはプログラムの作りに表れています。Microsoftの拡張されたISV Successの特典は、Marketplace Billed SalesとAzure Consumed Revenueなどの要素で評価されるので、このプログラムは、製品がAzureへの支出を呼び込むISVに報いるのです。

営業面の梃子。 AWSは、インセンティブを自社のフィールドチームに直接結びつけています。ISV Accelerateは、ソリューションをAWS Marketplace Private Offersを通じたコセリング（共同販売）にインセンティブを受け取るAWSのアカウントマネージャーの目の前に届けます。プラットフォームの営業担当者には、ISVを案件に引き入れる理由があります。

これは、慈善ではありません。プラットフォームの所有者がISVを誘致するのは、ISVがプラットフォームを買う価値のあるものにしてくれるからです。見返りに何を得るかを交渉するときには、この点を思い出す価値があります。

ISVとの提携の仕組み

詳細はプラットフォームによって異なりますが、ほとんどのISVとの関係は、同じ順序をたどります。

1. 構築。 ISVは、プラットフォームのAPI、SDK、インフラの上で自社の製品を開発するか、それらと連携します。この段階で特典を提供するプラットフォームもあります。たとえばMicrosoftのCore Packageには、Azureスポンサーシップ（$5k USDの利用枠）、標準のサポートプラン、設計、公開、掲載の最適化に関する1対1の相談が含まれています。
2. 資格審査。 プラットフォームが、製品と会社を確認します。Salesforceは公開前にセキュリティレビューを求めており、ISVのページはその道筋のステップとして、セキュリティレビューを挙げています。Googleは、製品が本番稼働に対応し、エンタープライズに対応し、主にGoogle Cloud上でホストされていることを求めます。
3. 掲載。 ISVは、顧客が見つけて購入できるよう、プラットフォームのマーケットプレイスに公開します。
4. 販売とコセリング。 ISVは、マーケットプレイスを通じて、あるいはプラットフォームの営業チームと並行して、直接販売します。プログラムのルールが具体的になるのはコセリングの部分で、後述のプログラムの節で取り上げます。
5. 収益の分配。 マーケットプレイスが取引を処理する場合、プラットフォームは手数料または分配分を受け取ります。

商取引の仕組みは、経営層が最も誤解しやすい部分なので、誰が何を販売するのかを正確に押さえておく価値があります。Microsoft Marketplaceでは、transactableなオファーとは、Microsoftが、パブリッシャーに代わって、ソフトウェアライセンスと金銭の交換を仲介することを意味します。Microsoft自身のページによると、その場合でも、パブリッシャーは販売者、プロバイダー、ディストリビューター、ライセンサーとしての指定を保持します。Googleは、自社のマーケットプレイスが顧客にもたらす利点を、すべての製品とサービスの請求書が1つにまとまり、さらに顧客が使うGoogle Cloudのサービスも含まれると説明しています。請求はマーケットプレイスが処理しますが、契約を持つのは、引き続きISVです。

現在のISVプログラム

多くのISVが出会う4つのプログラムです。プログラム名はよく変わるので、これは各ベンダー自身のページが現時点で述べていることのスナップショットとして受け止め、計画の根拠にする前に、ページをご確認ください。

ページそのものから、いくつか気づくことがあります。

Microsoftは、特典をマーケットプレイスでの成果に結びつけています。 Core Packageを超えて、ISV Successには拡張と上級のティアがあります。拡張パッケージには、招待された参加者向けに、追加の$20,000 USDのAzureスポンサーシップ（Core Packageと合わせて$25,000 USD）と、50時間の技術相談が記載されています。上級の特典には、Certified Software Designationが必要です。実務上の教訓は、最初は無料の支援、すでに販売しているISVにはより大きな支援、ということです。

AWSは、コセリングを関門のあるプログラムにしています。 ISV Accelerateの参加資格には、過去12か月で最低5件のローンチ済み案件と15件の適格な案件に加え、登録時点で少なくとも$2,000の認識されたAWSアカウント収益が含まれます。AWSのパイプラインを持たない初期段階のISVは資格を得られないため、このプログラムは入口ではなく、成長のための梃子です。

SalesforceとGoogleは、開示が少なめです。 どちらのページにも、割合は示されていません。Salesforceは、同社の商業モデルが共有された成功の上に築かれており、収益分配の手数料はプラットフォームとプログラムに再投資されると述べています。Googleは、標準の分配は、社内の製品検証プロセスでビジネスケースのレビューに合格した製品に適用され、合格しなかった製品には調整された分配を提示する場合があるとしています。手数料が自社のモデルに影響するなら、ベンダーのパートナーチームから、数字を書面で入手してください。

名称についての補足がもう1つあります。SalesforceのISVのページは現在、AppExchangeと並べて、AgentExchangeを掲載チャネルとして紹介しています。AppExchangeしか触れていない古い資料を読む場合は、プログラムの枠組みが移っている可能性があります。

ISVにとっての利点

買えなかった流通。 マーケットプレイスへの掲載は、すでにそのプラットフォームに予算を持っている買い手の目に製品を届けます。小規模なベンダーにとっては、最初のエンタープライズ顧客までの道のりが短くなりえます。

調達の近道。 マーケットプレイスでの購入は、顧客が持つ既存のプラットフォーム契約を使えるため、買い手が新たなベンダーとの関係を立ち上げる必要がありません。AWSのページによると、販売者に代わって計量、請求、回収、支払いの分配を処理するため、経理の作業が一部なくなります。

コセリングによる信頼性。 プラットフォーム自身の担当者が製品を推薦すると、顧客のプラットフォームへの信頼が、その製品にも及びます。これが、AWSとMicrosoftのプログラムの主な見返りです。

技術面の支援。 設計レビュー、サンドボックス、クレジットは、構築のコストを下げます。最初の販売の前に、最も効果があります。

コセリングの案件では、案件の貢献を誰に帰属させるかという問題も生じます。仕組みは、ディールレジストレーション（案件登録）の記事で扱っています。

ISVにとってのリスク

プラットフォームへの依存。 ISVの収益の大半が1つのプラットフォーム経由で入ってくるなら、そのプラットフォームがISVの運命を握ります。ルール、手数料、プログラム名、参加資格は変わりますし、この4つのプログラムにおける名称の変遷もそれを示しています。事業のすべてを1つのマーケットプレイスの上に築いたISVは、価格決定力を手放したことになります。

プラットフォームとのチャネルコンフリクト（チャネル間の対立）。 プラットフォームの所有者が、ISVの製品と重なる機能を作ることがあります。ISVにとっての唯一の防御策は、狭い領域でより優れていること、あるいは複数のプラットフォームに載ることです。

手数料とマージンへの圧力。 わずかなマーケットプレイスの手数料でも、コストを引いた後に残るものを減らします。それが重要かどうかは、ISVの売上総利益率によって決まります。手数料は1つの要素にすぎません。マーケットプレイスへの掲載が、有料のマーケティングの代わりになるなら、顧客獲得コストを下げる可能性もあります。決める前に、両方の数字を計算してください。

コンプライアンスとレビューの負担。 セキュリティレビュー、ホスティングの要件、技術的な検証には、エンジニアリングの時間がかかります。たとえばGoogleは、製品が脆弱性や悪意のあるコードを含まないことを求め、Salesforceは掲載前にセキュリティレビューを求めます。

維持しなければならないプログラム要件。 複数のプログラムが、継続的な条件を課しています。ページによると、Microsoft ISV Successの更新には、Microsoft Marketplaceに公開する別のオファーと、$1,550 USDの更新料が必要です。ISVが条件を満たさなくなれば、特典は失効しえます。

プラットフォーム企業にとってのリスクと利点

プラットフォームの所有者も、リスクを負います。品質の低いアプリは、プラットフォームの評判を傷つけかねず、だからこそレビューのプロセスがあります。サードパーティ製品でのセキュリティ上の失敗は、プラットフォームの評価にも影響します。そして所有者は、どこまで共有するかを決めなければなりません。少なすぎればISVはほかに移り、多すぎればプラットフォーム自身の経済性が損なわれます。この緊張関係が、プログラムが最高の特典を、販売実績の後ろに置いている理由を説明します。

パートナー戦略におけるISVとの提携の位置づけ

ソフトウェアを販売する会社にとって、ISVとの関係は、他社を通じて成長する複数の方法の1つです。パートナーが販売の仕組みだけでなく製品を持ち込む点で、再販や紹介とは異なります。パートナー主導の成長とチャネルセールスモデルで説明しているモデルと並ぶものであり、パートナーの大半が販売者であるチャネルパートナープログラムとは、別の選択肢です。マルチチャネル成長戦略で扱っているバランスの取れたアプローチは、通常、1つのプラットフォームが収益の大きすぎる部分を担わないようにします。

プラットフォームの所有者であれば、問うべきは、ISVが良いものを作るために何を必要とするか、何を無料で提供し、何を実績のある会社のために取っておくかです。ISVであれば、問うべきは、買い手がすでにどのプラットフォームを使っているか、掲載に手数料とエンジニアリングの時間でいくらかかるか、条件が変わったら自社の事業はどうなるかです。

関連記事

• パートナー主導の成長
• チャネルセールスモデル
• マルチチャネル成長戦略
• チャネルパートナープログラム
• ディールレジストレーション（案件登録）
• 売上総利益率
• 顧客獲得コスト
• ディストリビューターとリセラーの違い
• 紹介、アフィリエイト、リセラーの違い