お知らせ、オンボーディング、ニュースレター、オファーのメールに誠実な件名を付け、開封数だけでなく、意味のある成果でテストする方法を解説します。
件名の役割は、そのメールが今の自分にとって重要かどうかを、読み手が判断できるようにすることです。気の利いた言い回しを競う必要はありません。
最も手軽な改善策は、たいてい具体的に書くことです。「8月の利用状況レポート」のほうが、「ビッグニュースがあります」よりも多くの情報を伝えます。件名と、メールを開いて最初に見える部分は、同じことを約束しているべきです。
これらは書き方の例であり、効果が実証された件名ではありません。詳細は、自社のメッセージの事実に置き換えてください。
| 状況 | 件名 | 適している理由 |
|---|---|---|
| 依頼されたレポートの準備ができた | 8月のレポートの準備ができました | 何を、いつの分を届けるのかを示している |
| 既存ユーザー向けの新機能 | 2つの下書きを並べて比較できます | 何ができるのかを説明している |
| セットアップのリマインダー | ストアの接続まで、あと1ステップです | 残りがちょうど1ステップの場合にだけ役に立つ |
| ニュースレター | お手本にしたいチェックアウトメール3選 | 何が読めるのかを具体的に示している |
| イベントのリマインダー | 明日開催：オンボーディングのワークショップ | 日時と文脈を伝えている |
| 本当にあるオファーの期限 | ワークショップの割引は金曜日まで | 期限が本当にある場合にだけ適切 |
| フィードバックのお願い | セットアップを最後まで進められなかったのはなぜですか？ | 相手に関係のある会話のきっかけになる |
| 製品の変更 | 次回のご請求で変わること | アカウントに関わる変更だとすぐにわかる |
返信や転送を装った Re: や Fwd: の接頭辞は避けましょう。一斉配信のキャンペーンなのに、チームの誰かが個人的に書いたかのように見せかけてもいけません。一時的に数字が上がっても、送信者を疑うことを読み手に覚えさせてしまっては割に合いません。
ほとんどの件名は、いくつかの型のどれかに当てはまります。型を使えば、手直しするための最初の下書きが手に入ります。メールの実際の内容に合う型を選びましょう。例はあくまで説明用です。
| パターン | 型 | 例 |
|---|---|---|
| 数字 | 数と具体的なテーマ | 遅いチェックアウトページを改善する5つの方法 |
| ハウツー | 読み手がすでに抱えている作業 | 配信停止の情報を失わずにコンタクトをインポートする方法 |
| 質問 | 読み手が自問しそうな問い | 実際に読んでいる週次レポートはどれですか？ |
| 好奇心 | メールで答えが明かされる、具体的な疑問 | ウェルカムメールが「プロモーション」タブに振り分けられる理由 |
| 個人に関する情報 | 名前と、その人に関係する情報 | Priya さん、ワークスペースのエクスポートの準備ができました |
| 締め切り | 実際の日付や期限 | 木曜日のワークショップの申し込みは今夜締め切り |
| 根拠 | 本文で裏付けられる出典や結果 | 今回のリリースに反映した、お客様からのご要望 |
| メリットを先に | 機能より先に成果を示す | スプレッドシートを開かずに週次レポートを送信 |
| お知らせ | ラベルと新しいもの | 【新登場】Main Street 店に受け取りロッカーを設置 |
| シンプルなラベル | メールの内容をそのまま示す | 3月分の請求書 |
好奇心と締め切りの件名は、最もリスクの高い型です。好奇心に訴える件名なら、メールを開いて最初に見える部分で答えを示す必要があります。締め切りの件名が誠実と言えるのは、その締め切りが実在し、読み手本人に当てはまる場合だけです。
これらの件名も説明用の例です。詳細は自社のメッセージの事実に置き換え、すべての受信者には当てはまらない内容を含む件名は使わないでください。
リマインダーが役に立つのはどんなときで、どこから急かしになるのかは、カゴ落ちメールのガイドで解説しています。
「ご要望をいただいていたダークモード」のような件名は、実際にお客様から要望があったのなら問題ありません。誰も要望していない機能なら、代わりにその機能を説明しましょう。
プレビューテキストでは、情報を付け加えましょう。件名で新しいレポートを示したなら、プレビューテキストでその内容や見つけ方を説明できます。件名を繰り返すのは、スペースの無駄です。
正確な文字数の上限に頼るのはやめましょう。約60文字というのは注意の目安であり、保証ではありません。表示される文字数は、メールクライアント、端末、フォントサイズ、差出人名によって変わります。役に立つ言葉を冒頭近くに置き、実際のモバイルの受信トレイで確認してください。
パーソナライズが役に立つのは、元のデータが信頼でき、その情報に意味がある場合だけです。名などのフィールドが欠けている場合もテストしましょう。崩れたプレースホルダーは、ありふれた件名よりもずっと強く印象に残ってしまいます。
まず仮説を決めましょう。たとえば、製品で行う作業を具体的に示した件名は、ありきたりなアップデートの告知よりも、目的に合った訪問を多く集めるか、といったものです。その違いをテストするあいだは、オーディエンス、本文、配信時間帯をそろえておきます。
送信前に、成果の指標と観測期間を決めておきます。必要なサンプルサイズは、ベースラインの割合、検出する価値のある最小の効果、必要な検出力によって決まります。受信者が1,000人いれば結果が有意になる、という普遍的なルールはありません。
開封数は、プライバシー保護機能によってゆがむことがあります。テストの目的に合うなら、意味のあるクリックや、その後に続くアクションを指標にしましょう。結果の信頼区間が広い場合は、無理に勝者を決めず、「結論は出なかった」と記録します。この選び方は、A/Bテストのガイドで詳しく解説しています。
的外れな読み手を引きつける件名は、開封数を上げる一方で、信頼を損なうことがあります。数字が伸びたときは、返信、配信停止、目的とした行動の完了もあわせて確認しましょう。
件名での約束を本文につなげるには、メールの書き方ガイドを参考にしてください。自動送信のメッセージでは、約束した次のステップが、メールが送信される時点でもまだ有効かを確認しましょう。
米国では、FTCのCAN-SPAM法のコンプライアンスガイドで、商用メールの件名はメッセージの内容を正確に反映していなければならないとされています。送信のたびに、次のリストを確認しましょう。
Re: や Fwd: の接頭辞を付けていない。