本文へスキップ

テクノロジーアライアンス

テクノロジーアライアンスとは、製品の統合、共同でのソリューション開発、相互運用性に取り組む二つ以上のテクノロジー企業によるパートナーシップです。共通の顧客にとって、どちらか一方の製品だけでは提供できない価値を持つ、組み合わせのソリューションを生み出すことが狙いです。リセラー型や紹介型のパートナーシップと異なり、テクノロジーアライアンスは営業活動ではなく、製品レベルの協働に基づいています。

技術検証から継続的な保守まで

テクノロジーアライアンスは、通常いくつかの段階を経て進みます。

  1. 技術検証。 両社は、自社の製品が実際の顧客の課題を解決する形で統合できるかを評価します。APIのレビュー、アーキテクチャの議論、概念実証(PoC)の構築が含まれることがあります。
  2. 連携の開発。 両社のエンジニアリングチームが連携を構築します。規模によっては、シンプルなAPIコネクタ、双方向のデータ同期、組み込み型のUIコンポーネント、共同開発による完全な機能になることもあります。連携コードの所有権と保守の責任は、アライアンス契約の一部として交渉します。
  3. 認定とテスト。 連携は、信頼性、性能、セキュリティの面でテストされます。特にマーケットプレイスへの掲載や顧客への推奨を予定している場合、多くの企業は正式な認定プロセスを実施します。
  4. 市場投入の開始。 共同ブランドのコンテンツ、ウェビナー、顧客向けのお知らせ、マーケットプレイスへの掲載を通じて、アライアンスを発表します。両社の営業チームは、統合ソリューションを訴求し、連携が価値を加える機会を見つけられるよう、トレーニングを受けます。
  5. 継続的な保守。 各社が自社製品を更新するたびに、連携も保守しなければなりません。両社のエンジニアリングチームは、変更内容を共有し、互換性をテストし、問題を素早く解決することを約束する必要があります。

テクノロジーアライアンスがエコシステムを強くする理由

テクノロジーアライアンスには、発表後も続く保守コストがあります。どちらの側の製品リリースも、アライアンスの土台となる連携を壊しうるのに、放っておくと誰もその連携に責任を持たなくなります。

Unifyrによるテクノロジーアライアンスの管理

テクノロジーアライアンスが存在するのは、単一のベンダーが顧客のあらゆるニーズに応えられないからです。エンタープライズの技術スタックは本質的に複数ベンダーにまたがっており、顧客は購入した製品同士が連携して動くことを期待しています。二つのベンダーが正式なテクノロジーアライアンスを結べば、顧客は自前の回避策ではなく、検証され、サポートされた連携を手にできます。

ベンダーにとって、テクノロジーアライアンスは次のような効果をもたらします。

  • 対象市場の拡大: 人気のマーケティングオートメーションプラットフォームと連携するCRMベンダーは、そのマーケティングツールがすでに定着している顧客に販売できます。
  • 定着性の向上: 提携する二社の統合ソリューションを使う顧客は、スイッチングコストが高くなります。一方の製品を外すと、もう一方との連携も壊れてしまうからです。
  • リードの創出: 各ベンダーの顧客基盤が、相手にとっての見込み客のプールになります。連携をめぐる共同マーケティング活動が、双方向の認知拡大を後押しします。
  • 製品の改善: アライアンスのパートナーは、他のツールとの組み合わせで製品がどう使われているかを把握し、社内チームが見落としがちなギャップを見つけられます。そのフィードバックが、各ベンダーのより良い製品づくりを支えます。

チャネルパートナーにとって、テクノロジーアライアンスは販売の機会を生み出します。二つのベンダーが製品レベルで足並みをそろえると、両方の製品を扱うパートナーは、より高い案件金額を狙え、より深い専門性を示せる統合ソリューションを提案できます。

テクノロジーアライアンスとテクノロジーパートナーの違い

この二つの用語は重なり合いますが、区別があります。テクノロジーパートナーは、テクノロジー志向のパートナーシップを持つあらゆる企業を含む広いカテゴリーです(ISV、プラットフォームベンダー、連携パートナーなど)。一方、テクノロジーアライアンスは、共同の製品開発と共同開発に焦点を当てた、_関係の構造_そのものを指します。テクノロジーパートナーが、特定のベンダーとの間で有効なテクノロジーアライアンスを持っているとは限りません。

テクノロジーアライアンスプログラムの運用

テクノロジーアライアンスプログラムの運営には、技術面と業務面の両方への注意が必要です。

  • アライアンスマネージャーの役割: 成功しているアライアンスには、エンジニアリング、プロダクトマーケティング、営業、サポートを横断して調整する専任のアライアンスマネージャー(大規模なプログラムではチーム)が置かれています。中心となる責任者がいないと、アライアンス活動は部門ごとに分断され、勢いを失います。
  • 連携のティア: 多くの企業は、連携の深さに応じてテクノロジーアライアンスにティアを設けています。基本ティアは単純なデータコネクタの提供にとどまるかもしれません。一方、プレミアムティアでは、共同開発した機能、組み込み型の体験、共同のサポート契約を伴うことがあります。ティアを分けることで、エンジニアリングとマーケティングのリソースを比率に応じて配分できます。
  • アライアンスにおけるパートナー育成(イネーブルメント): チャネルパートナーは、テクノロジーアライアンスの存在を知り、統合ソリューションの売り方を理解する必要があります。そのためには、共同のソリューションブリーフ、競合に対する訴求ガイド、連携を示すデモ環境を用意します。
  • 収益の帰属: テクノロジーアライアンスによる収益への影響を追うのは、非常に難しいことで知られています。連携は請求書の明細項目として現れず、案件に影響を与えるだけだからです。アライアンスの連携が販売に寄与した案件にCRM上でタグを付けておくと、方向性を示すデータが得られます。
  • 知的財産の明確化: すべてのテクノロジーアライアンスには、連携コードの所有者、保守の責任者、アライアンス終了時の扱いについて、明確な合意が必要です。知的財産の所有権があいまいだと、関係全体を頓挫させかねない摩擦が生じます。

貴社のパートナープログラムに合わせたデモをご覧ください

デモを申し込む