クラウドコンピューティングSEO：エンタープライズ顧客の集客戦略
エンタープライズのクラウド購入者は、サービスが自社のワークロード、責任範囲、運用要件に適合するかを知る必要があります。技術用語の一覧では、その判断に応えることはできません。実際の提供内容を中心にページを構成し、前提条件、除外事項、商用範囲、評価プロセスを説明してから、広範なクラウドコンピューティングに関するトラフィックを適格な需要として扱うようにしてください。
特定のワークロード向けの評価ページを作成する
ワークロード、展開モデル、統合上の制約、サポート対象リージョン、運用責任について説明します。機能の可用性と、構成に依存する動作を分けて記載してください。サービスへのコミットメント、認証、料金の前提条件、事例の詳細について、担当チームに確認してください。契約上のコミットメントと、実際に測定されたベンチマークを区別します。稼働率や削減率を勝手に捏造しないでください。
エンタープライズ検索を特定の購入課題に適合させる
バックアップ、移行、容量、運用管理、コンプライアンス対応など、それぞれが異なる提供内容となる場合は、ニーズを分けて記載します。ワークロード、責任範囲、前提条件、商用モデルについて説明します。これらの詳細を略語一覧に置き換えないでください。復旧ニーズについて問い合わせるエンタープライズの購入者は、どのコンポーネントが対象で、どのような前提条件がサービスに適用されるのかを理解する必要があります。一般的な「業務停止なし」という約束では、その質問に答えたり、契約上のコミットメントを確立したりすることはできません。
技術評価から範囲を特定した協議に至る経路を作成する
最新のサービス説明、有用なアーキテクチャ資料、および評価を依頼するための明確な方法を提供します。カジュアルなマーケティングフォームを通じて機密性の高いインフラ情報を求めずに、チームが案件の範囲を特定するために必要な情報を特定してください。技術担当者と商用担当者の両者に、ページの共同承認を得てください。問い合わせをワークロードとサポート対象要件ごとに追跡し、その後にレビューにかかった工数と適格な商談を比較してください。広範なクラウドコンピューティングの定義へのすべての訪問をエンタープライズのパイプラインとして報告するよりも、こちらの方が有益です。
製品の機能とサービスのコミットメントを区別する
基盤となるプラットフォームが機能を提供していても、その構成、運用、復旧がお客様のサービスに含まれていない場合があります。責任の分担と関連する前提条件について説明します。獲得コンテンツで使用する前に、技術担当者と商用担当者の両者に公開されている説明内容について合意を得てください。サービスレベルに関する記述は、生成された比較表ではなく、実際の条件と一致させてください。そうすれば、購入者は技術的に可能なことと、提案された契約形態のもとで受けられる作業およびコミットメントを区別できます。
| 購入者の質問 | 確認すべき情報 |
|---|---|
| ワークロードは実行できますか？ | サポート対象のアーキテクチャと関連する制限。 |
| 各レイヤーは誰が運用しますか？ | 顧客とプロバイダーの責任。 |
| どのような証拠がありますか？ | 適用可能な保証文書および承認済みの技術資料。 |
| 料金を決定する要因は何ですか？ | 使用状況、構成、および明示された商用前提条件。 |
復旧要件と実際のコミットメントを比較する
復旧について問い合わせる購入者は、どのシステム、データ、責任、前提条件が含まれるのかを知る必要があります。基盤となるプラットフォームの機能と、お客様のチームが提供する作業およびサービス条件におけるコミットメントを区別してください。技術担当者と商用担当者の両者に公開されている説明内容について合意を得てください。カジュアルなマーケティングフォームを通じて機密性の高いインフラ情報を求めずに、適切な評価経路を提供してください。一般的なクラウドの定義へのすべての訪問をエンタープライズのパイプラインの証拠として使用するのではなく、問い合わせがサポート対象のワークロードおよびプロジェクト要件に合致するかを追跡してください。
エンタープライズ購入者がクラウドへの適合性を評価するのを支援する
サポート対象のワークロードと責任範囲を説明し、正確な証拠を提供し、評価の手順を明確にします。提供内容が変更された場合は、サービスに関する記述を最新の状態に保ってください。エンタープライズ向けコンテンツを拡充する前に、適切な商談、提供にかかる工数、および顧客の反応を、検索の露出度と併せて評価してください。
FAQ
1. クラウド製品の比較ページは有用ですか？
はい。評価基準と競合他社の主張が正確で、最新に保たれている場合に有用です。特定のプロバイダーがすべての人にとって最適であると宣言するのではなく、各評価基準の背後にあるワークロードと前提条件について説明してください。
2. すべてのエンタープライズからの問い合わせをパイプラインとしてカウントすべきですか？
いいえ。連絡先を商談と呼ぶ前に、適格性判断基準を適用してください。パイプラインの価値を割り当てる前に、ワークロード、サービスへの適合性、および営業チームが合意した適格性確認を行ってください。
3. クラウドサービスのコミットメントはどのように記述すべきですか？
公開されている記述は、実際の条件および責任範囲と一致させてください。プラットフォームの機能が、自動的にお客様のマネージドサービスの一部になるわけではありません。
4. どのコンテンツがエンタープライズ購入者のプロバイダー選定を支援しますか？
正確な範囲、前提条件、サポート対象のワークロード、アーキテクチャの説明、および評価経路を提供してください。技術的な記述と商用的な記述に一貫性を持たせてください。