ステップメールとは、登録、購入、利用開始などの出来事を起点に、あらかじめ決めた順序と間隔でメールを送る仕組みです。全員へ同じ暦日に送る定期メルマガと違い、一人ひとりの開始日や行動に合わせます。ただし自動化しても、同意、内容、停止、監視は必要です。
1. 定期メルマガとの違い
定期メルマガは発行日を基準に配信し、ステップメールは登録や購入など受信者側の起点を基準にします。ニュースは定期、初期案内はステップというように役割を分けられます。
2. 主な構成要素
起点、対象条件、待機時間、送信内容、分岐、除外、終了条件で構成します。ツール上の箱をつなぐ前に、紙や表で全経路を確認します。
3. 起点
フォーム登録、タグ付与、購入、特定日の到来など、事実として取得できる出来事を使います。Mailchimp公式は登録や連絡先データの変化など、自動化フローへ追加するトリガーを案内しています。利用プランと連携条件を確認します。
ステップメールの流れ
起点で対象へ入り、待機、送信、行動確認、分岐を経て、目的達成または対象外で終了します。すべての人を最後まで送り切ることが目的ではありません。
4. 活用例
登録後の使い方、資料請求後の補足、購入後の初期設定、イベント前後の案内、休眠前の確認などがあります。相手の課題と時期に合う場合だけ使い、営業メールを自動で連投しません。
5. 目的を決める
初期設定完了、予約、資料閲覧、利用継続など一つの行動を決めます。開封や送信完了は中間指標です。目的を達成した人をシナリオから外す条件も同時に設計します。
6. 対象を定義する
誰が入り、誰を除外するかをデータ項目で表します。停止済み、すでに購入済み、担当営業が対応中など除外を確認します。空欄や更新遅延の扱いも決めます。
7. 顧客の疑問を並べる
起点直後から目的達成までに生じる疑問、障害、不安を順番に並べます。社内が言いたい商品説明ではなく、その時点で相手が必要とする情報を一通ずつ割り当てます。
8. 通数を決める
多いほど良いわけではありません。一通で解決できる内容を分割して回数を増やしません。各通に固有の役割がない場合は削ります。全体の頻度を定期メルマガや営業連絡と合わせて確認します。
9. 待機時間
利用者が行動するために必要な時間と、情報が役立つ時期から決めます。一般的な日数をそのまま使わず、業務日、休日、タイムゾーンを考慮します。緊急性を作るための不自然な短縮を避けます。
10. 一通目
登録や購入が完了した事実、今後届く内容、最初に行うこと、問い合わせ、停止方法を示します。期待をそろえる役割があります。パスワードなど機密情報を平文で送らないようにします。
11. 中間メール
一つの課題、具体的な手順、よくある失敗、次の行動を扱います。前のメールを読んでいなくても最低限理解できるようにし、同じ説明を繰り返しません。
12. 分岐
クリック、購入、設定完了など信頼できる行動で内容を変えます。開封は計測誤差があるため、重要な分岐を開封だけへ依存させません。データがない時の既定経路を決めます。
13. 終了条件
目的達成、停止、エラー、契約終了、一定期間経過などで終了します。目的を達成した人へ同じ訴求を続けません。再登録時に最初から重複して入らない条件も確認します。
14. 重複を防ぐ
複数のステップメール、定期配信、営業メールが同時に届くことがあります。優先順位、一日あたりの上限、除外期間を決めます。顧客単位で配信予定を確認できる仕組みを持ちます。
15. 同意と停止
自動配信でもマーケティングメールの同意と解除を管理します。Googleの送信者ガイドラインで認証と解除要件を確認します。停止操作は進行中の全シナリオへ速やかに反映します。
16. テスト
各起点、待機、分岐、終了、差し込み、リンク、停止をテスト用連絡先で通します。時間を短縮した検証環境を用意し、本番開始前に全経路を確認します。過去の顧客を誤って起点へ入れません。
17. 段階公開
最初は小さい対象で開始し、送信数、エラー、解除、返信、目的行動を監視します。問題があれば新規流入を止め、待機中の人と送信済みの人を分けて対応します。
18. レポート
シナリオ全体と各メールの到達、開封、クリック、解除、苦情、目的達成を見ます。Mailchimp公式は自動化レポートで全体と個々のメールの統計を確認できると説明しています。指標定義を確認します。
19. 改善
離脱が大きい段階で、対象、内容、待機、CTAの一つを変えます。最後まで送れた割合だけでなく、目的達成までの時間、解除、苦情を確認します。小さい母数の差を確定しません。
20. 定期点検
商品、料金、画面、リンク、担当、法令、ツール仕様が変わると自動配信だけ古く残ります。月次で稼働、内容、エラー、重複を確認し、四半期で全経路を受信テストします。変更がなくても確認日を更新します。
シナリオ設計表
行に各メール、列に目的、対象、起点からの時間、件名、内容、CTA、分岐、終了、担当、更新日を置きます。ツール画面だけを設計書にせず、レビュー可能な台帳を残します。
自動化の限界
複雑な相談、感情的な不満、契約判断を自動メールだけで解決しません。返信や重要な行動を人へ渡す条件を決めます。自動化は人との接点をなくす目的ではなく、必要な情報を適切な時期に届ける手段です。
まとめ
ウェルカムシナリオの設計例
登録直後は登録完了と最初の操作、次は基本機能、続いて利用場面、最後に質問窓口という順にします。すでに操作を完了した人には該当案内を送らず、次の段階へ進めます。操作データが取得できない場合は、未実施と断定しない文面にします。
各メールには一つの役割を与え、同じCTAを繰り返すだけにしません。初回の期待説明、具体的な作業、困った時の支援を分けます。問い合わせが来た人を自動配信から外すか、担当者が判断できる状態を作ります。
購入後シナリオの注意
注文確認や契約通知など取引上必要なメールと、任意のマーケティング配信を分けます。購入したことだけで無制限の販促同意があると推測しません。返品、解約、未払いなど状態が変わった時の除外を設計します。
関連商品の提案より先に、配送、初期設定、安全な使い方、問い合わせを優先します。購入内容を件名へ詳しく出すと共有端末でプライバシー問題になる場合があります。差し込み内容と表示場所を確認します。
障害時の運用
連携遅延で起点が重複した場合、同じメールが複数届かないよう一意なイベントと再実行条件を設けます。送信ツールやCRMの障害時に待機中の対象がどう処理されるか、復旧後にまとめて配信されるかを確認します。
誤った分岐や内容を見つけたら、新規流入を停止し、まだ待機中、すでに送信済み、目的達成済みに分けます。シナリオを削除する前に履歴と対象を出力し、必要な案内を人が判断します。
引き継ぎ
起点のデータ源、各分岐の条件、除外、終了、原稿、担当、最終確認日を台帳へ残します。ツール画面のスクリーンショットだけでは条件変更を追跡できません。変更理由と承認者を記録します。
担当者交代時にはテスト連絡先を一巡させ、停止、返信、営業への引き継ぎまで確認します。古いシナリオを複製する場合も、現在の商品、画面、料金、法令、送信者要件へ照合してから公開します。
ステップメールは、明確な起点から必要な情報を順番に届け、目的達成または対象外で終了する仕組みです。通数を増やすより、重複防止、停止、全経路テスト、定期点検を重視してください。
この分野の実務を相談したい方へ
記事で扱っている内容は、当社が実務として支援している領域です。 自社で進めるか外部に任せるかの判断からご相談いただけます。