顧客オンボーディングメールを点検する方法。
オンボーディング連絡の点検では、メールを実際の到達点と照らし合わせます。使い始める道筋が不明瞭なままメールを増やしても解決しません。
作業手順をタスクに合わせましょう。
アカウント設定、情報源の接続、最初の作業完了などの段階に連絡を対応させます。各メールの送信条件、案内、次の行動を実際の利用経路と比べます。案内の不足と、時期の悪い連絡や重複した連絡を分けてください。
- 用意するもの
- 実際の導入段階と連絡内容。
- 得られるもの
- 不足するオンボーディング連絡と担当者の割り当て。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
Onboarding flow: welcome email after signup; user connects first source; no message explains the next task. Proposed message owner: onboarding lead.
完成例
Checklist finding: Milestone: first source connected. Current message: none. Gap: user has no instruction for the first useful task. Proposed content: explain how to preview one import and inspect the mapping before approval. Owner to confirm: onboarding lead. Check before activation: send only to users who connected a source and have not completed that next task.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
オンボーディングの各段階で新しいメールを送るべきですか？
利用者が役立つ次の行動を取れる場合だけです。製品内の案内や既存のメールで足りることもあります。
完了済みの手順について利用者に案内が届くのはなぜですか？
送信条件や除外条件が間違っているかもしれません。文章を書き直す前にイベントの定義と送信対象を確認してください。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑