移行計画の例
各移行は固有ですが、成功する移行には、準備、コミュニケーション、実行のバランスを取る、似た構成があります。以下は、チームとアドボケートの両方にとって継続性とシームレスな体験を確保する移行計画です。タイムラインやフェーズは、プログラム設定に応じて柔軟に調整できます。 **フェーズ1: 計画と準備（1〜2週間）** これは基盤づくりの段階で、スムーズな移行の土台を築きます。 | | | | --- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 目標 |• 関係者の足並みをそろえる。
• 技術設定。
• 移行範囲を確認する。
• ユーザーへのコミュニケーションを計画する。
| | タスク |• 過去データ（ユーザー、紹介、報酬）のサンプルセットを確保し、Advocateチームと共有して、確認とフィールドマッピングを行う 
.
• サンプルが検証されたら、完全なデータセットをエクスポートする。インポート要件に合わせるため、エクスポートデータは（例: ヘッダー、フィールド名、ファイル構成の調整など）加工が必要になる可能性が高いです。
• 本番開始日とロールバック期間を設定する。
• Advocateウィジェットを非表示モードで追加する（テスト環境またはリンクされていないページ）。
• 必要な連携を設定する（例: Shopify、HubSpot、Segment）。
• Advocateでプログラム設定を完了する（例: 報酬設定、プログラムルール、メールテンプレート、セグメンテーション）。
• プログラム機能をエンドツーエンドでテストする — 本番化する前に、テスト環境で共有、コンバージョン、報酬が正しく追跡されることを確認する。
• 移行を紹介者に知らせるメッセージの下書きを作成する。
紹介と報酬の移行は、現在のシステムからデータをエクスポートできるかどうかにかかっています。提供されたエクスポートデータに基づき、Advocateチームが可能なことをお知らせします。
• プラットフォームを並行運用する場合、報酬を発行するのは必ず1つだけにしてください。
• 特別な対応が必要になる可能性のあるパワーユーザー（VIP、インフルエンサー）を特定する。
| **フェーズ2: 切り替えと本番公開（1〜2日）** これは移行の瞬間です。システム間で追跡を一時停止する短い時間を見込み、可能なら利用の少ない時間帯に設定してください。 | | | | --- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 目標 |• 旧プラットフォームからAdvocateへシームレスに切り替える。
• ユーザーが新しい体験にすぐアクセスできるようにする。
• 紹介データや報酬の損失を避ける。
| | タスク |• サイトから旧プラットフォームのスクリプト/ウィジェットを削除する。
• Advocateウィジェットを本番公開する。
• 最終的なユーザーデータ、紹介データ、報酬データをインポートする。
• システム停止から公開までの間に発生したコンバージョンを手動で追跡/フラグ付けする。
• Advocateダッシュボードでアクティビティを監視する。
• 紹介者向けに開始案内を送る。ユーザーに紹介リンクが更新されたことを知らせ、可能であれば新しいリンクをメール本文に直接含めて、すぐ共有を始めやすくしてください。
| | ヒント |• 必要に応じて、報酬の一時停止期間を短く設ける（例: 「5月15日に行われた紹介は審査後、公開後に反映されます。」）。
• 紹介者向けのコミュニケーションで期待感を高める（例: 「紹介体験をアップグレードしました！」）。
| **フェーズ3: 移行後とクリーンアップ（1〜2日）** 本番公開した今、プログラムが想定どおり動作していることを確認し、残件を片付けます。 | | | | --- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 目標 |• データ整合性と報酬追跡を確認する。
• 取りこぼしたコンバージョンを回収する。
• ユーザーをサポートし、教育する。
| | タスク |• 紹介者/被紹介者の関係が本番モードで機能することを検証する。
• 切り替えの間に発生した取りこぼしコンバージョンをインポートする。
• QAテストを実施する（自分で紹介し、追跡と報酬ロジックを確認する）。
• 社内外向けのFAQやヘルプドキュメントを提供する。
• サポート用受信箱を監視し、旧ユーザーに関連する問題を確認する。
| | ヒント |• レガシーの報酬資金アカウントを終了する場合は、ユーザーに引き換えの猶予期間を設けてください。
• メールやアプリ内リマインダーを使って、新しいプログラムでの早期紹介行動を促す。
|
.png?alt=media&token=b1cbcb03-ffc7-4ad7-bbbd-c54b81ee3638)