リファラルプログラムのデータをインポートする
別の紹介プラットフォームからAdvocateに乗り換えるとき、単にデータをインポートするだけでなく、強力なトラッキング、カスタマイズ可能な体験、専門的なサポートによってプログラムの潜在能力をアップグレードすることになります。この記事では以下について説明します：
なぜマイグレーションが重要なのか
戦略的なマイグレーション計画の姿
どのデータがインポート可能か
ファイルの準備方法
よくある検証エラーとその回避方法
なぜ戦略的なマイグレーションを計画するのか？
紹介プログラムの移行は単なる技術的作業ではなく、顧客との関わり方や報酬付与の方法を向上させる機会でもあります。十分に計画された移行は次のことを助けます：
紹介体験の中断を最小限にする
過去のデータを保持し、報酬の継続性を確保する
レガシーシステムからのクリーンな切り離しを可能にする
紹介プログラムを興奮と明確さをもって再導入する
紹介および報酬の移行は、現在のシステムからデータをエクスポートできるかどうかに依存します。Advocateチームは、提供されたエクスポートデータに基づいて何が可能かをお知らせします。
Advocateチームは、エクスポートファイルをレビューし、実現可能な項目を特定し、プログラムのニーズと目標に合った計画を作成するために協力します。
あなたが行う必要があること
プログラムの ユーザーデータ, 紹介データ、および 報酬データをエクスポートします。支援が必要な場合は古い紹介プラットフォームのCSMに連絡するか、プラットフォーム内にエクスポートツールがあればそれを使用してください。
各3つのデータレポートを別々のCSVファイルとしてダウンロードしてください。例：
user_data.CSV,referral_data.CSV、およびreward_data.CSV.以下の例で各.csvファイルの内容がどのようになるか確認するか、または完全なDestinationフィールド参照を参照してください。
これには電子メール、紹介コード、共有リンクが含まれます 、およびカスタムフィールド。アフィリエイトは重複報酬を避けるために除外する必要があります。
共有リンクの形式とカスタムサブドメインの使用状況によります。
ユーザーデータファイルには、プログラム参加者それぞれの詳細情報が含まれます。すべての参加者の一覧をエクスポートして、共有リンクや紹介コードでプログラムを最新の状態に保ってください。
以下のフィールドは 必須です:
ユーザーID
アカウントID
ユーザーのメールを ユーザーIDとして使用してください および アカウントIDとして使用してください。日付は Unixエポックからのミリ秒でフォーマットする必要があります 。必須フィールドの 例をダウンロードするか、以下の .csv 形式の例を利用してください。
これには開始日やコンバージョン日、紹介者／被紹介者の関係が含まれます。過去の紹介パフォーマンスのマッピングをサポートします。
紹介データファイルは、紹介プログラム内で作成された各紹介接続のステータスの記録を提供します。
以下のフィールドは 必須です:
AdvocateユーザーID
AdvocateアカウントID
被紹介ユーザーID
被紹介アカウントID
ユーザーのメールを ユーザーIDとして使用してください および アカウントIDとして使用してください。日付は Unixエポックからのミリ秒でフォーマットする必要があります 。必須フィールドの 例をダウンロードするか、以下の .csv 形式の例を利用してください。
これには金額、付与／引換の日付、報酬タイプ、ステータスが含まれます。ユーザーに対する信頼性と公平性を保持することができます。
報酬データファイルは、紹介プログラムを通じて発生した参加者の報酬履歴（価値や引換済み金額を含む）の記録を提供します。
以下のフィールドは 必須です:
AdvocateユーザーID
AdvocateアカウントID
報酬名
報酬単位
報酬値
作成日
付与日
引換日
引換済み金額
ユーザーのメールを ユーザーIDとして使用してください および アカウントIDとして使用してください。日付は Unixエポックからのミリ秒.
報酬値は報酬の最小単位での数値（例：現金報酬$1.00は100セント）です。報酬単位が現金の場合は、次の形式で通貨コードを含める必要があります <unitName>/<Currency> （例：Cash/USD）。
重要：もし 引換日 および 引換済み金額 フィールドが適切に設定されていない—空欄のまま、または誤った値（例：将来の日付や不正確な引換金額）が含まれている—場合、報酬が再びユーザーに引換可能になってしまう可能性があります。
次の例をダウンロードしてください 。必須フィールドの 例をダウンロードするか、以下の .csv 形式の例を利用してください。
重要： 3つのエクスポートファイルはすべて単一のプログラムのデータのみを含めるべきです。ファイルに複数のプログラムのデータが含まれている場合、インポート時に単一のプログラムに統合されます。
サンプルのマイグレーション計画
すべての移行は固有ですが、成功する移行は準備、コミュニケーション、実行のバランスをとる類似の構成に従います。以下は継続性とシームレスな体験をあなたのチームとアドボケイトの両方に保証するマイグレーション計画です。タイムラインとフェーズはプログラム構成に応じて柔軟に調整できます。
フェーズ1：計画と準備（1〜2週間）
これはスムーズな移行のための基盤を築く段階です。
目標（ゴール）
• 関係者の合意を得る。
• 技術的セットアップ。
• マイグレーションの範囲を確認する。
• ユーザーへの通知計画を立てる。
タスク
• 過去データのサンプルセット（ユーザー、紹介、報酬）を確保し、レビューとフィールドマッピングのためにAdvocateチームと共有する .
• サンプルが検証されたら、完全なデータセットをエクスポートする。エクスポートデータはインポート要件に合わせるために加工（例：ヘッダー、フィールド名、ファイル構造の調整）が必要になることが多いです。
• 稼働開始日とロールバックウィンドウを設定する。
• Advocateウィジェットを非表示モードで追加する（テスト環境または未リンクのページ）。
• 必要な連携（例：Shopify、HubSpot、Segment）を設定する。
• Advocateでプログラムの設定を完了する（例：報酬設定、プログラムルール、メールテンプレート、セグメンテーション）。
• プログラム機能をエンドツーエンドでテストする — 稼働前にテスト環境で共有、コンバージョン、報酬が正しくトラッキングされることを確認する。
• アドボケイトに移行を伝えるためのメッセージを作成する。
紹介および報酬の移行は、現在のシステムからデータをエクスポートできるかどうかに依存します。Advocateチームは、提供されたエクスポートデータに基づいて何が可能かをお知らせします。
ヒント
• プラットフォームが重複して稼働している場合は、報酬を発行するのは一方のみであることを確認してください。
• 特別な対応が必要となる可能性のあるパワーユーザー（VIP、インフルエンサーなど）を特定してください。
フェーズ2：切替と稼働（1〜2日）
これは移行の瞬間です。システム間のトラッキングに短時間の停止が発生することを計画し、可能であればトラフィックの少ない時間帯にスケジュールしてください。
目標（ゴール）
• レガシープラットフォームからAdvocateへシームレスに切り替える。
• ユーザーが新しい体験にすぐアクセスできるようにする。
• 紹介データや報酬の喪失を避ける。
タスク
• サイトから古いプラットフォームのスクリプト／ウィジェットを削除する。
• Advocateウィジェットを本番化する。
• 最終のユーザー、紹介、報酬データをインポートする。
• システム停止とローンチの間に発生したコンバージョンを手動で追跡／フラグする。
• Advocateダッシュボードのアクティビティを監視する。
• アドボケイト向けのローンチ通知を送信する。ユーザーに紹介リンクが更新されたことを知らせ、可能であれば新しいリンクをメールに直接含めてすぐに共有を開始できるようにしてください。
ヒント
• 必要に応じて短い報酬のブラックアウト緩衝期間を設ける（例：「5月15日に行われた紹介はレビューされ、ローンチ後に追加されます。」）。
• アドボケイト向けのメッセージで興奮を喚起する（例：「紹介体験をアップグレードしました！」）。
フェーズ3：移行後のクリーンアップ（1〜2日）
本番稼働したら、プログラムが期待どおりに動作していることを確認し、残件を処理してください。
目標（ゴール）
• データの整合性と報酬トラッキングを検証する。
• 取りこぼしたコンバージョンをキャプチャする。
• ユーザーをサポートし教育する。
タスク
• 稼働モードで紹介者／被紹介者の関係が機能していることを検証する。
• 切替期間中に発生した見逃したコンバージョンをインポートする。
• QAテストを実施する（自分で紹介して、トラッキングと報酬ロジックを確認する）。
• 内部および外部向けのFAQやヘルプドキュメントを提供する。
• レガシーユーザーに関連する問題のためにサポート受信箱を監視する。
ヒント
• レガシーの報酬資金アカウントを廃止する場合は、ユーザーに引換の猶予期間を設ける。
• 新しいプログラムで早期の紹介活動を促すためにメールやアプリ内リマインダーを使用する。
利用可能なオプションからプログラムのデータをインポートする
左側のナビゲーションメニューから、
[Engage] → レポート → インポート & エクスポート.右上隅で、選択します
インポート.を選択します インポートタイプ ：
インポートタイプ説明ユーザー
このオプションを選択して新しいユーザーまたは既存ユーザーデータをアップロードします。別のアカウントやプラットフォームからこのデータをインポートすることも選べます。
ユーザーの報酬残高を更新
このオプションを選択してユーザーの報酬残高を更新および引換してください。
ユーザーイベント
このオプションを選択してユーザーイベントデータをアップロードします。
ユーザー削除
プログラムから既存ユーザーを一括削除したい場合はこのオプションを選択してください。
ユーザー処理を削除する際に次のオプションを選択できます：
• 空のアカウントを保持する
• 削除されたユーザーが再作成されるのを防ぐ
報酬履歴
このオプションを選択してすべての報酬情報の記録をアップロードします。別のアカウントやプラットフォームからこのデータをインポートすることも選べます。
紹介履歴
このオプションを選択してすべての紹介接続の記録をアップロードします。別のアカウントやプラットフォームからこのデータをインポートすることも選べます。
選択します ファイルを選択 またはインポートしたいファイルをドラッグ＆ドロップしてください。
選択します インポート データをアップロードするには。
既存ユーザーを一括削除する場合は、選択してください 一括削除.
検証エラー参照
検証エラーは3種類あります：
インラインエラーメッセージ： これらはプレビュー検証テーブルに表示され、エラーロウが赤で強調表示されます：
INVALID_FIELD（無効なフィールド）— 例： 作成日 フィールドが Unixエポックからのミリ秒 .MISSING_FIELD（フィールド欠落）— 例：メールなどの必須フィールドが ユーザーID または アカウントID 欠落している。
エラーコールアウト： これらはプレビュー検証テーブルの代わりに赤い警告メッセージとして表示されます：
MISSING_HEADER（ヘッダー欠落）— 例：emailのような必須の列ヘッダーが アカウントID または 報酬値 欠落している。CSV_PARSING（CSV解析エラー）— 例：CSVファイルに不適切にフォーマットされた特殊文字が含まれている。FILE_REF_IO（ファイル参照入出力エラー）— 例：ファイルが破損していて読み取れない。
一覧表示されたエラー： これらはインポートタイプにプレビュー検証テーブルがない場合、 インポート＆エクスポート 画面の レポート セクションにエラー数のリストとして表示されます。行エラーとファイルエラーは一緒に表示されます：
サポート
移行を一人で行う必要はありません。弊社のAdvocateオンボーディングチームが次の点で支援する準備ができています：
フィールドマッピングサポート
データフォーマットのガイダンス
報酬移行の戦略
テストとQA
に連絡してください Advocateサポートチーム.
最終更新
役に立ちましたか？