affiliate-onboarding-sequence

アフィリエイトのオンボーディングシーケンス

新たに承認されたアフィリエイトを、初めてトラッキング対象のコンバージョンに至らせるシーケンスを設計します。ほとんどのプログラムでは、承認されたアフィリエイトのうち有効化されるのはごく一部です。実務者の推定は5〜20％程度に集約されています。これは統制された測定値ではなく、複数の推定が一致する範囲です。そのため、このシーケンスの目的は、関心がまだ高いうちに初回コンバージョンまでの時間を短縮することです。

以下のすべてを通じて、次の2つの方針を守ります。

• 日数のオフセットは出発点となる骨組みであり、標準ではありません。 実務者の間で記録された合意では、10〜14日間に4〜6回の接触が目安ですが、情報源となる実務者は全員、カレンダーに重ねて行動トリガー（初回クリック、初回販売、N日目までにクリックなし）を設定し、カレンダーよりもトリガーを優先しています。
• 有効なリンクを使えないアフィリエイトは、有効化できません。 プロビジョニングとトラッキングの準備が整っていることは、シーケンスの前提条件であり、シーケンス内の接触ではありません。

開始経路は2つあり、どちらもインタビューから始めます。

• ゼロから作成する場合 — 「承認したばかりのアフィリエイト向けウェルカムメールを書いて」「アフィリエイトのオンボーディングシーケンスを設計して」「新しいパートナーには最初の30日間に何を届けるべき？」などの場合は、ワークフロー全体を実行します。
• 稼働中のシーケンスを診断する場合 — 「承認されたアフィリエイトがクリックをまったく送ってこない」「ウェルカムメールの後、誰も有効化されない」などの場合は、インタビューを実施してから、プランに手を加える前に既存シーケンスの診断に進みます。

インタビュー

1回のメッセージで質問は1つにし、選択肢がある場合は提示してください。ユーザーがすでに回答した質問は省略します。

1. B2B SaaSですか、それともB2C eコマースですか？両方の場合は、プランを2つの分岐に分ける必要があります。
2. 「有効化」とみなすイベントは何ですか？初回クリック、初回リード／トライアル、初回有料販売、初回成約のどれですか？また、その期間は承認から何日以内ですか？
3. プログラムの仕組みについて教えてください。コミッションモデル（継続型の割合、一回限りの割合、定額CPA）、Cookieの有効期間、支払い基準額、支払い保留期間はどうなっていますか？
4. 登録時に実際に含まれるアフィリエイトのタイプはどれですか？コンテンツ／レビューサイト、クーポン・ディール、ロイヤルティ・キャッシュバック、ソーシャルクリエイター、メールリスト運営者、サブネットワークですか？また、B2Bの場合は、代理店、コンサルタント、テックパートナーですか？
5. 現在すでにあるアセットと、これから作成する必要があるアセットを教えてください。トラッキングリンク、バナー、紹介文のテンプレート、製品概要資料、またB2Bの場合はサンドボックス／デモへのアクセス、比較資料、購入者からの質問への回答資料はありますか？
6. トラッキングの設定について教えてください。承認時にリンクまたはクーポンコードが自動でプロビジョニングされますか？サーバーサイドのコンバージョントラッキング（ポストバック）は稼働していますか？
7. 税金と支払い情報の収集について教えてください。税務フォーム、支払い方法、規約への同意など、どの手順が必要ですか？また、これらは支払い資格の条件になっていますか？
8. 誰が各接触を送りますか？自動配信されるプログラム用アドレスですか、それともアフィリエイトマネージャーの個人名義ですか？電話や1対1の対応に割ける余力はありますか？
9. 毎月、新たに何件の承認がありますか？
10. 初回の有効化数をいつまでに出す必要がありますか？次のコホートの期間内に日付が設定されている場合、構築が必要な選択肢はすべて除外され、すぐに実施できる対策が優先されます。日付がなければ、デフォルトの順序を維持します。
11. 今回のコホートで一度限りの成果を出しますか、それとも積み上がる資産を作りますか？積み上げを優先する場合は自動ドリップと継続的に利用できるアセットハブを優先し、一度限りの成果を優先する場合は、すでに承認済みのアフィリエイトへの手動アウトリーチを優先します。
12. 労力の上限について教えてください。週あたりのマネージャーの対応時間、専任のアフィリエイトマネージャーがいるかどうか、コミッション変更に財務部門または法務部門の承認が必要かどうかを確認します。アフィリエイトマネージャーの対応時間がゼロの場合は、ハイタッチ型とハイブリッド型の選択肢を順位を下げるのではなく、完全に除外します。

質問10〜12によって、このスキル内のすべてのメニューの順序が決まります。以下のランキングは、これらの回答に基づいて並べ替えられます。

ワークフロー

1. インタビューを実施します。

2. 何かを設計する前に、アクティベーションの定義と測定期間を確定します。接触回数、リマインドの期限、すべての KPI はこの定義に依存します。これがなければ、計画を評価できません。

3. 0 日目の準備状況を確認します。承認時にリンク／コードが発行されること、アクティベーションイベントを記録するトラッキングがあること、報酬の支払いと税情報の収集が支払いのゲートとして設定されていることを確認します。チェックリストは references/asset-kit-and-provisioning.md を参照してください。1 回でも接触の計画を立てる前に、作業を中断して不足を解消します。

4. 受付内容を 2 回セグメント分けします。アーキタイプ別（質問 4）と接触ティア別に分けます。アーキタイプは順位付けではなく、受付内容に実際に含まれているアーキタイプを振り分けるためのものです。ティアは順位付けであり、マネージャーの稼働時間をどこに配分するかを決めます。

   • 効率（マネージャーの 1 時間あたりに獲得できるアクティベーション数）：self-serve > hybrid > high-touch
   • 価値（アフィリエイト 1 件あたりのアクティベーション率）：high-touch > hybrid > self-serve
   • 継続的な負荷（アフィリエイト 1 件あたりのマネージャー稼働時間）：high-touch > hybrid > self-serve
   • 初回送信前の一度限りの構築コスト：self-serve == hybrid > high-touch

   セルフサービスが先頭に来るのは、一度構築すればアフィリエイト 1 件あたりの限界費用がほぼゼロになるためであり、コンバージョン率が最も高いためではありません。セルフサービスのコンバージョン率は最も低いです。まず全員向けの最低限の仕組みとして構築し、次に、投入した工数を回収できるセグメント向けにアクティベーションを強化します。構築コストが同じなのは偶然ではありません。ハイブリッドはセルフサービスのドリップ配信にカレンダー枠を 1 つ追加したものなので、立ち上げに必要な期間は同じです。ハイタッチは構築がほとんど必要ない一方で、継続的な業務になります。

   この順序では、ハイタッチが後回しになります。価値と継続的な負荷の両方で最上位となるため、比率で評価すると毎回後れを取ります。その結果、効率だけを計算するプログラムでは、最大規模のパートナーにもロングテールと同じ自動ドリップ配信を行うことになります。ハイタッチは明示的に優先してください。自然に選ばれるのを待ってはいけません。1 社のパートナーから見込まれる収益が、通話にかかる工数を上回る場合、またはロスターが小さく、ドリップ配信の構築コストを回収できない場合に優先します。

   デフォルトでは、受付全体にセルフサービスを提供し、チェックインの工数を回収できる見込みがあるアーキタイプにはハイブリッドを追加します。

   担当 AM が決まっていない場合や、月間の承認件数が約 100 件を超える場合は、メニューからハイタッチを削除し、単に順位を下げるだけにしないでください。担当できないティアは、対応が遅いのではなく、存在しないも同然です。最下位に置いたままにすると、計画を実行できないスコープとして気付かれないまま戻ってきます。

   この順序はデフォルトであり、絶対的なルールではありません。また、誰が実行するかによって変わります。インタビューで既に明らかになった内容に照らして、順位を見直してください。

   • マイルストーンの自動化が既に稼働しているアフィリエイトプラットフォームでは、セルフサービスの構築コストがほぼゼロになり、その優位性がさらに広がります。
   • 担当マネージャーに稼働余力がない場合（質問 12）、ハイブリッドとハイタッチの両方を削除します。
   • 大型案件に値するパートナーが 12 社いるロスターでは、順序が完全に逆転します。ボリュームがほぼゼロなので、アフィリエイト 1 件あたりの工数は割安になり、セルフサービスの構築コストを回収できないためです。

   ティアの詳細は references/touch-plan-patterns.md を参照してください。

5. セグメントごとにタッチプランをマッピングします。日数オフセットの骨格と行動トリガー層を組み合わせ、パターンはreferences/touch-plan-patterns.mdを参照してください。各タッチで求めるアクションは必ず1つだけにします。

6. 規約／開示に関する確認は承認時のタッチに含め、税務情報／支払い情報の収集は、初回の支払いが可能になる前に行います。初回のコミッション発生後に行ってはいけません。ここでは配置のみを決め、条項の作成は規約スキルに任せます。

7. 意欲が最も高まる最初の期間内に、期限付きの利用開始を促すメッセージを含めます。この段階では配置、期限、伝え方を決め、報酬率の仕組みはコミッションスキルに任せます。

8. 利用開始に至らなかった場合の分岐を設計します。期間の終了時に診断チェックポイントを設け、再エンゲージメントのタッチを送り、最後に最終通知メールを1通送信してからアーカイブします。動機づけの手段として、契約終了の脅しを使ってはいけません。動機づけに関する研究では、脅しは逆効果であることが示されています。

9. すべてのタッチの文面を作成します。各タッチで求めるアクションは1つだけとし、タッチ1ではリンクまたはコードを最初の数行に記載します。また、references/copy-and-sequence-logic.mdを使用して、退出、抑制、再参加のルールを設定します。

10. 作成したメールはすべて、好みのヒューマナイザースキルに通します。モデルが生成した最初の草稿を、そのまま最終文面として採用してはいけません。この処理ではトーンのみを書き換え、アクションを1つに絞る構成と金銭に関する仕組みは一言一句そのままにします。

11. 利用開始の定義、ルーティング、タッチプラン、利用開始促進メッセージ、利用開始に至らなかった場合の分岐、文面の順に、各セクションをユーザーと確認します。異論があれば修正してから次のセクションに進みます。

12. 以下のシーケンスプラン成果物を出力し、KPI のレビュー頻度を設定します。ハーネスに永続メモリ機能がある場合は、後の診断実行がそれらを基に開始できるよう、利用開始の定義とルーティングの決定を記憶させます。

シーケンスプラン

すべてのエンゲージメントをこの成果物として提供します。これは例ではなく、納品物の要件です。

SEQUENCE PLAN - <program>, <date>
Activation       : event + window (e.g. first paid sale within 30 days of approval)
Routing          : archetype -> tier (high-touch | self-serve | hybrid), volume note
Touches          : one block per touch
  T<n> Trigger : day offset OR behavior event (behavior overrides calendar)
       Channel : email | call | in-portal | chat
       Sender  : automated program address | named AM
       Action  : the ONE action asked
       Content : one-line summary
       Asset   : asset attached or linked
Activation nudge : incentive + deadline + which touch carries it
Never-activated  : entry condition, touches, final-notice rule, archive rule
Exits            : on activation | on branch entry | suppression + re-entry rules
KPIs             : activation rate @ window | time-to-first-conversion |
                   never-activated share at cutoff | per-touch engagement

各タッチの行には、読者が確認できる理由を記載します。「T3 は7日目までクリックがなかった場合に送信されます。カレンダーだけでは、行き詰まっているのか離脱したのか判断できないためです」は確認可能な理由ですが、単に日数だけを記載しても不十分です。B2C と B2B の詳細なプランは、それぞれreferences/sequence-plan-examples.mdに記載されています。

B2B SaaS と B2C eコマースの比較

両者に違いがある場合、プランは分岐させる必要があります。

寸法	B2C eコマース	B2B SaaS
初回コンバージョン	計測された販売	リード、トライアル、デモ、または成約 — どれかを明確にします
期間	数日から数週間。30日間の期間が適しています	30～180日。90日間の期間が適しています
タッチモデル	ほぼすべてを自動化したセルフサービス	ハイブリッド／手厚い対応。戦略的パートナーにはキックオフコールを実施
アセット一式	リンク、コード、バナー、スワイプ用文面、商品フィード	サンドボックス／デモ、比較ページ、購入者の質問に答える資料を追加
0日目の提供	リンク＋クーポンコード	案件登録とサンドボックス／NFR アクセスを追加
支払いリスク	返品期間の終了後、チャージバックは終了	継続請求のたびにチャージバックが発生。保留期間は長め
シーケンス期間	10～14日間の骨格を設定し、その後トリガーを追加	同じ骨格を使用しますが、トリガー層は90日間の期間全体に広がります

両方に共通する項目 — 暗黙のままにしないよう明記します。

• 利用開始の定義を最初に決めるルール。
• 提供前の前提条件。
• 各タッチにつきアクションは1つ。
• オンボーディング時に税務情報／支払い情報を収集する条件。
• 利用開始に至らなかった場合の分岐構成。
• ヒューマナイザー処理。
• シーケンスプラン自体の形式。

失敗パターン

複数に当てはまる場合は、修正の優先順位を次の順にします。1時間あたりに得られるアクティベーションの効果で並べています：リンクの配置 > ウェルカムメールへの情報詰め込み > 承認をゴールとみなす > 脅しによる動機づけ > アクティベーションの後押し > ペルソナ別の振り分け == 未アクティベーション分岐。同順位には根拠があります。振り分けと分岐は、どちらも構築に約1週間かかりますが、振り分けの効果は現在進行中の期間内に得られるのに対し、分岐の効果が出るのは次のコホートからです。効果比は同じでも、タイミングが異なります。

失敗	修正	修正にかかる労力
トラッキングリンクが埋もれている、または送信時点でまだ発行されていない	最初のタッチの冒頭にリンク／コードを記載し、シーケンス開始前に発行済みであることを確認します	ほぼゼロ
ウェルカムメールへの情報詰め込み ― メール1通目にすべて詰め込み、単一のアクションがない	1回のタッチにつき1つのアクションにします。残りは後のタッチまたは常設のアセットハブに移します	1時間
承認をゴールとして扱っている	1回目のタッチで具体的なアクティベーション計画と期待事項を設定します	1時間
アクティベーションを強制するために終了を脅しに使っている	機会を提示するインセンティブに置き換えます。動機づけに関する研究では、脅しは逆効果とされています	脅しが使われている場合でも、ほぼゼロ
アクティベーションの後押しも、最初の期間内に期限を設けたインセンティブもない	最初の期間内に期限が切れるボーナスを設け、名前を付けたタッチで案内します	1週間 ― 公開前に料率の承認が必要です
ペルソナやティアにかかわらず、全員に同じシーケンスを使っている	何かを書く前に、ペルソナとティアに基づいて振り分けます	1週間 ― 該当する各ペルソナに主要なアセットを1つ用意します
未アクティベーション向けの分岐がない	期間終了時の診断、再エンゲージメント、最終通知、アーカイブをあらかじめ設計します	設計に1週間、その後は定期的なジョブが必要です
最初のコミッション発生後まで支払い／税情報の収集を先送りしている	オンボーディング時に支払い資格を確認します。未請求の設定手数料には、失効期限の前例が記録されています	1週間に加えて、財務部門との調整が必要です

支払い／税情報の行は、意図的にこの優先順位の対象外にしています。これはアクティベーションではなく、支払いに関する紛争の回避と法的リスクの軽減につながるため、上記の行と同じ比率では順位付けできません。アクティベーション施策の進捗にかかわらず、最初のコミッションが発生する前に、コンプライアンスの期限に合わせて修正してください。

既存のシーケンスの診断

ユーザーが稼働中のプログラム（「アフィリエイトがクリックをまったく送ってくれません」など）について相談してきた場合は、最初から設計し直すのではなく、次の順で確認します。この順序は、労力1単位あたりに得られる情報量に基づいています。最も安いものから始めるわけではありません。そうするとコンバージョンの追跡が最後になり、実は問題なく機能していたシーケンスを再設計することになりかねません。

• 費やす時間あたりに得られる情報量：コンバージョンの追跡 > 承認メールの確認 > タッチごとのエンゲージメント > コホートの分割 > 後押しと分岐の監査 > 1回目のタッチの書き直し
• 労力：1回目のタッチの書き直し > コンバージョンの追跡 == コホートの分割 > 承認メールの確認 == タッチごとのエンゲージメント == 後押しと分岐の監査

どちらの同順位も実際のものです。条件付きで並べているわけではありません。追跡とコホートの分割は、クエリとクリックの作業にそれぞれ約1時間かかります。一方、最後の3項目は、すでに存在する情報を確認するだけなので、ほぼ労力がかかりません。

#	確認項目	工数	判明すること	この項目を示す症状
1	クリック → 記録されたコンバージョン → 未確定の報酬 → 取り消し状態まで、コンバージョンを最初から最後まで追跡する	1時間、1回限り	報告されているアクティベーション数が実態を反映しているかどうか。途中のステップが見えなければ、以下の各項目の測定結果はすべて当てになりません	プラットフォーム上ではアクティビティが見えるのに、アクティベーション数が低く報告される。クリックは追跡されるが、コンバージョンは一度も発生しない
2	新たに承認されたアフィリエイトとして承認メールを開き、承認時に有効なリンクまたはコードが発行されているかを確認する	ほぼゼロ	問題がシーケンスそのものではなく、その前提条件にあるかどうか	承認されたアフィリエイトが一度もクリックしない
3	プラットフォームで記録済みの、各接触時点の開封率とクリック率を確認する	ほぼゼロ	シーケンスのどこでユーザーが離脱するか。問題箇所は絞り込めますが、原因までは特定できません	1回目の接触後に開封数が急減する
4	アーキタイプ別、ティア別にアクティベーションを分類する	1時間	異なる最初のアクションを必要とするアーキタイプに、同じシーケンスを送信しているかどうか	あるアーキタイプだけがアクティベーションし、ほかはまったくしない
5	期間内に期限付きのリマインダーが含まれているか、また未アクティベーションのままの対象者向けに専用の分岐が設計されているか、計画を監査する	ほぼゼロ	期限時点でコホートが停滞する理由。期間終盤の停滞だけを説明するもので、それ以前の停滞は説明しません	期間終了前にコホートが停滞する。長い未対応期間が積み上がる
6	1回目の接触内容またはアセットキットを書き直す	1週間	1～5を実施するまでは何も判明しません。これは確認ではなく変更であり、効果を判断するためのベースラインを壊してしまいます	（該当なし。最初に行うことではありません）

目の前のプログラムに合わせて、優先順位を付け直してください。

• サーバーサイドトラッキングをすでに実行しているプログラムでは、項目1の情報をあらかじめ取得できています。項目2から始めてください。
• 登録時のアーキタイプが1つだけのプログラムでは、項目4を最後に回すのではなく、リストから完全に外してください。

コピーのレベルと構造のレベルの切り分けについては、references/copy-and-sequence-logic.mdを参照してください。

KPI と合格基準

• 定義した期間内のアクティベーション率：シーケンスの主要な評価指標です。
• 初回紹介／初回コンバージョンまでの時間：コホートの中央値として追跡します。
• カットオフ時点での、各月次コホートにおける未アクティベーションの割合です。
• 接点ごとのエンゲージメント（開封／クリック）：シーケンスのどこでユーザーが離脱するかを特定します。

月次承認コホートごとに測定します。各月の承認者を1つのコホートとし、その期間が終了した時点でのみ評価します。全期間を合算した率では、シーケンスが改善しているかどうかが見えなくなります。

シーケンスは、測定対象となるアクティベーション数がまだ存在しない段階で公開されるため、合格基準は2段階に分かれます。

設計時：成果物を出力する前に確認し、すべての項目を満たすまで反復します。

• アクティベーションの定義と期間が確定している（ステップ 2）。
• 0日目のプロビジョニングが、想定ではなく検証済みである（ステップ 3）。
• 各接点が求めるアクションは1つだけである。
• 追跡リンクまたはコードが、接点 1 の冒頭に記載されている。
• アクティベーション期間内に、期限を区切ったリマインドがある。
• 未アクティベーションの分岐はアーカイブで終了し、終了を脅す内容はない。
• 作成したメールはすべてヒューマナイザーに通してある。

公開後：最初のレビュー基準として予定します。算出できない評価結果を報告してはいけません。

• B2C では 30 日間のアクティベーション率が約 18% 以上。TrackRev の中央値であり、約 31% の上位四分位ではありません。B2B では 90 日間で 20% 以上。
• Track360 の「30% 未満はオンボーディングに問題があることを示す」は、調査を開始するための診断トリガーであり、公開基準ではありません。公開基準として使うと、このスキルが引用する 5～20% の範囲全体を上回る、初日からの上位四分位の実績が求められます。
• これらはベンダーおよび実務者による数値であり、監査済みの研究ではありません。反復のための基準として扱い、引用可能な事実としては扱わないでください。
• 基準に届かない場合は、採用活動ではなく、シーケンス（プロビジョニング、初回接点、リマインド）を診断します。
• まだプログラムのデータがない場合は、成果物にその旨を記載し、測定日を設定します。ユーザーは、経済性の観点から異なる基準が妥当である理由を記録することもできます。
• 各数値の信頼性に関する説明は references/benchmarks-and-frameworks.md にあります。ベンチマークをユーザーに引用する前に、必ずお読みください。

呼び出し例

• 「毎月約 40 人のアフィリエイトを承認していますが、ほとんど誰もトラフィックを送ってきません。オンボーディングシーケンスを設計してください。」
• 「新たに承認された B2B SaaS アフィリエイトの最初の 30 日間を設計してください。リンクは承認時に自動でプロビジョニングされ、税務フォームの提出が支払いの条件で、プログラム全体を担当するアフィリエイトマネージャーは 1 人です。」
• 「未アクティベーションの分岐を設計してください。30 日目に何を何回送るか、いつアーカイブするかを教えてください。」

参考資料

• タッチの骨格、トリガー層、ティアとアーキタイプの振り分け、キックオフコールのアジェンダ、未アクティブの分岐については、references/touch-plan-patterns.md を参照してください。
• 初日のチェックリスト、トラッキングの準備状況チェック、各側のキット内容、報酬／税務のゲート条件については、references/asset-kit-and-provisioning.md を参照してください。
• タッチごとのコピーのルール、件名、人間味を加える調整、終了／抑制／再開のロジックについては、references/copy-and-sequence-logic.md を参照してください。
• B2C の完全なプラン、B2B のプラン、否定的な例については、references/sequence-plan-examples.md を参照してください。
• 信頼性フラグ付きのすべてのベンチマークと、名称のあるフレームワークについての率直な評価は、references/benchmarks-and-frameworks.md を参照してください。
• 承認前のすべての内容については、mbfinotti/partnerships-skills@affiliate-recruitment-outreach を参照してください。
• タッチ 1 で提示する規約の作成については、mbfinotti/partnerships-skills@affiliate-program-terms を参照してください。
• アクティベーションボーナスとコミッションの段階制の経済性については、mbfinotti/partnerships-skills@affiliate-commission-structure を参照してください。
• B2B のタッチで案内できるトレーニング／認定カリキュラムについては、mbfinotti/partnerships-skills@partner-enablement を参照してください。
• ここで挙げた KPI のレポート作成については、mbfinotti/partnerships-skills@affiliate-performance-dashboard を参照してください。