メインコンテンツにスキップ
Loading...
Skip to article
  • Customer Experience
    Customer Experience
  • Employee Experience
    Employee Experience
  • Brand Experience
    Brand Experience
  • Core XM
    Core XM
  • Design XM
    Design XM

ステップ 1: ディレクトリの設計


Was this helpful?


This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

The feedback you submit here is used only to help improve this page.

That’s great! Thank you for your feedback!

Thank you for your feedback!


XM Directoryから始めましょう

これらのページでは、ブランド用にXM Directoryを設定し、その機能を活用して組織の目標を効果的に達成するためのステップについて説明します。

ここでは、設計、導入、改善の 3 つの幅広い領域でのジャーニーについて概説しました。

組織の目標について考える

使用する機能やディレクトリ設定を推奨する前に、一歩下がって、XM Directoryで何を達成したいかを自問することが重要です。これらの目標を事前に定義しておくと、XM ワークフローで回答する質問、役立つデータインサイトの種類、重要な意思決定に役立つこれらのインサイトを増大させる追加データについて、より客観的な意思決定を行うのに役立ちます。

例 1:Qualtrics を活用して、会社のデリバリーエクスペリエンスを理解し、主要なカスタマージャーニーの課題を特定します。
例 2:Qualtrics を活用して SAP の顧客ベースを包括的に理解し、カスタマーケアまたは重要なタッチポイントを介してパーソナライズされたエクスペリエンスを提供できるようにします。

データのニーズを特定する

組織の目的と目標の達成に役立つオペレーショナルデータを決定します。オペレーショナルデータとは、コンタクトの基本的なコンタクト情報、追加の人口統計、または過去にコンタクトが会社から購入した製品のいずれであっても、コンタクトにすでにあるすべてのデータです。

意思決定やインサイトの導出に関しては、すべてのデータが等しく価値があるわけではありません。たとえば、デジタル広告がクリックされる頻度に関するオペレーショナルデータでは、回答者がウェブサイトをどのように操作するかについての深いインサイトは得られませんが、回答者が送信したフィードバックは得られる可能性があります。もう 1 つの例は、顧客の年齢などの人口統計データです。これは一見すると重要ではないように思われますが、年齢を使用して、特定のデモグラフィックの顧客が、モバイルアプリにアクセスする際に技術的な問題を報告したり、困難になったりするかどうかを判断することができます。

XM Directoryでは、これらのフィールドの定義および保存方法に非常に柔軟性があり、企業のデータニーズの変化に合わせて、時間の経過とともに保存する情報の種類を絞り込むことができます。

ここでは、データの必要性を判断する際に考慮すべきアイデアをいくつか示します。

  • Web サイトを訪れる顧客プロファイル、従業員データ、および匿名の顧客に対してどのような種類の連絡先データを利用できるようにするか。これらがお互いに異なっても大丈夫です。
  • 顧客がさまざまなタッチポイントやエクスペリエンスをどのように認識したか、また、そのデータを利用してエクスペリエンスに関するインサイトを得る方法。
  • 記録するトランザクションデータの種類。トランザクションデータを使用すると、コンタクトがブランドに対して持つ可能性がある主要なインタラクション (店舗訪問、購買、カスタマサポートコールなど) ごとに異なる値を保存することができます。
  • このデータが現在保存されている場所と、保存に使用するシステムを特定します。最終的には、データをXM Directoryに取り込み、最新の状態に保つ方法に影響します。

データの組織要件の特定

次に、利用する最適なXM Directory機能を決定するため、データ組織のニーズを判断する必要があります。以下に、これらのニーズを定義するために自問できる事項をいくつか示します。

  • 出典:データが現在存在するさまざまなソースは何ですか?たとえば、SFTP サーバ、Salesforce、SAP Customer Data Cloud、または別の CRM システムなどです。
    ヒント:次のステップではXM Directoryの機能をいくつか見ていきますが、Qualtricsと同期できるプラットフォームが知りたい場合は、使用するプラットフォームをサポートサイト検索に入力して結果を確認してください。
  • セキュリティとコンプライアンス:セキュリティとコンプライアンスの考慮事項を考慮します。このデータにはどのユーザがアクセスできますか。プログラムを別のプログラムから分離する必要がありますか。機密項目に関して留意すべき追加の考慮事項はありますか。これらの質問は、ブランドに最適なディレクトリ構造の決定に役立ちます。たとえば、複数のディレクトリが必要になったり、ディレクトリロールを使用して誰が何にアクセスできるかを管理したりすることができます。これについては、後でもう少し詳しく確認します。
  • キーフィールドとその書式設定方法:XM Directoryにインポートするプロファイルデータの開始スキーマを定義します。XM Directoryは、特定の形式が満たされている場合、すべてのプロファイルで名、姓、メールアドレス、電話番号、言語などの標準フィールドをサポートします。含める必要があるその他のフィールドについては、一貫性が重要です。ユーザーが常に同じ命名(「国」または「場所」ではなく、「国」は大文字)と同じ値(「米国」ではなく「米国」、「米国」、またはその他の反復)に従っていることを確認してください。ディレクトリのフィールド管理の詳細については、「XM Directoryデータの使用とベストプラクティス」を参照してください。
  • タッチポイント全体で同じコンタクトを特定:ディレクトリ全体で同じコンタクトの包括的なビューを構築するために、データを統合する方法を特定します。連絡先を特定するためにメールを使用しますか?姓? ある種の ID ですか?
    例:顧客のメールアドレス、姓、顧客 ID を常に取得できると仮定します。連絡先の統合設定を使用して、連絡先のメールアドレス、姓、または顧客 ID が同じレコードを統合することができます。(customerID で重複排除するには、それを ExternalDataReference にマッピングできます。)
  • GDPR およびその他の連絡頻度規制:組織のメッセージングおよびコミュニケーションパターンを管理します。これらは、ディレクトリレベルで定義された連絡頻度ルール、またはアンケートまたは連絡先リストによって定義されたカスタム連絡頻度ルールを使用して設定できます。

メーリングリストだけでなく、ディレクトリの観点から考える

連絡先またはXM Directory LiteからXM Directoryにアップグレードした場合、連絡先リストは互いに完全に分離されていると考えられる可能性があります。メールアドレスやデモグラフィックなど、他のリストに持ち込めない連絡先詳細の変更に慣れています。

XM Directoryでは、すべての連絡先データがメーリングリスト全体で統合されます。つまり、あるリストで誰かの個人詳細を更新すると、同じディレクトリから作成された他のリストに表示されているすべての連絡先が表示されます。したがって、XM Directoryに移行する場合、どのメーリングリストの追加データ(デモグラフィック、プリファレンス、埋め込みデータなど)を保持するか、組織内の誰がどの連絡先にアクセスできるか、ディレクトリが新しい人と認識せずに同じ人を複数のリストにどのようにアップロードできるかを考えることが重要です。

当サポートサイトの日本語のコンテンツは英語原文より機械翻訳されており、補助的な参照を目的としています。機械翻訳の精度は十分な注意を払っていますが、もし、英語・日本語翻訳が異なる場合は英語版が正となります。英語原文と機械翻訳の間に矛盾があっても、法的拘束力はありません。