CRM運用を外注するときのレポート項目|配信到達・クリック・購入・解除と実施作業を確認する

結論:率だけの報告書は、絶対数と対象期間を照合してから受け取る
LINE公式アカウントやメール配信のCRM運用を外注すると、多くの支援会社から定例レポートが届く。そこに並ぶ「開封率」「クリック率」「配信停止率」といった率の数字は、前週や前月との比較としては分かりやすい一方、元になった配信数や開封数そのものの絶対数が分からなければ、実態を正しく評価できない。「開封率が5%改善した」という報告は、配信数が10万件の施策と1,000件の施策とでは意味がまったく異なる。本記事では、外注先からのレポートを受け取る側が確認すべき項目を、到達・反応・成果・解除という4分類と、絶対数・対象期間・実施履歴という3つの照合軸に整理する。
率だけの報告が広がりやすい背景には、率の変化が視覚的に分かりやすく、資料として見栄えがよいという事情がある。しかし発注側が率の変化だけで評価を続けると、配信規模が縮小しているのに率だけが改善しているような状態を見過ごし、実態の悪化に気づくタイミングを逃す可能性がある。本記事で示す4分類と3つの照合軸は、特別な分析ツールを使わずに、定例報告書の記載内容を見直すだけで適用できる基準として整理している。
この記事で確認できること
対象読者は、LINE公式アカウントやメール配信のCRM運用を外部の支援会社に委託しており、定例で届くレポートの数字をどう読めばよいか迷っている担当者である。読み終えた時点で、報告書に記載されるべき指標を4分類で区別できること、率だけの表記に潜む落とし穴を具体的に説明できること、配信エラーと配信停止(解除)の違いを区別できること、外注先に確認すべき質問を自分の言葉で挙げられること、という4点を目指す。
読む前提として明確にしておくこと
本記事は、CRM運用を外注している、または外注を検討している会社を前提にしている。社内で配信設計から運用まで一貫して行っている会社にも参考になる内容だが、特に「外注先から届く報告書をどう検証するか」という受け手側の視点に重点を置いている。すでに具体的な報告書サンプルを手元に持っている場合は、本記事の4分類に実際の記載項目を当てはめながら読み進めると、不足している項目を見つけやすくなる。
この記事が扱わない範囲
本記事は、配信文の件名や本文構成そのものを決めるものではなく、どのツールを選ぶべきかという選定そのものも主題にしていない。LINE・メルマガCRM支援会社の提案内容そのものを比較する観点は別記事(導入・設計・運用の工程比較)で扱っており、本記事はすでに契約済みの外注先から届く「報告書」をどう読み解くかに焦点を絞る。また、自社のお問い合わせ経路の集計方法そのものも別記事の主題であり、本記事では触れない。

報告書を4分類で照合する
外注先からの報告書に記載される指標は、大きく4つに分類できる。「到達」は配信数やエラー数など、メッセージが相手に届いたかどうかの絶対数である。「反応」は開封やクリックなど、届いた後に読者がとった行動の絶対数と率である。「成果」は購入や問い合わせなど、自社の目的に実際につながったかどうかの絶対数である。「解除」はブロック・配信停止・苦情など、関係が切れた件数とその理由である。この4分類を意識して報告書を読むと、どの項目が欠けているかが見えやすくなる。
4分類のどこかが欠けている報告書の見分け方
多くの報告書は「反応」の指標(開封率・クリック率)に重点を置いて作成される傾向がある。これは率の変化が視覚的に分かりやすく、改善が強調しやすいためである。一方で「到達」(配信数やエラー数そのもの)と「解除」(ブロック・配信停止・苦情の件数)は、改善を強調しにくい項目であるため、報告書から省かれがちである。4分類の表に実際の報告書の記載項目を当てはめてみると、「成果」や「解除」の列が空欄になっていることに気づくケースは少なくない。
欠けている列が見つかった場合、その場で外注先を批判する必要はなく、まず「次回の報告書からこの分類の絶対数も記載してほしい」という具体的な依頼に変換することが実務的である。分類名と確認したい絶対数の例を提示しながら依頼すると、外注先側も何を追加すればよいかを把握しやすくなる。
| 分類 | 確認したい絶対数の例 | よく使われる率の例 | 報告書に欠けやすい項目 |
|---|---|---|---|
| 到達 | 配信数、エラー数 | 到達率 | エラー数そのもの |
| 反応 | 開封数、クリック数 | 開封率、クリック率 | (比較的記載されやすい) |
| 成果 | 購入件数、問い合わせ件数 | コンバージョン率 | 購入・問い合わせの絶対件数 |
| 解除 | ブロック数、配信停止数、苦情数 | 解除率 | 苦情件数、ブロック数そのもの |
- 到達:配信数・エラー数など、メッセージが相手に届いたかどうかの絶対数
- 反応:開封・クリックなど、届いた後の読者の行動の絶対数と率
- 成果:購入・問い合わせなど、自社の目的に接続したかどうかの絶対数
- 解除:ブロック・配信停止・苦情など、関係が切れた件数と理由
率だけの報告の落とし穴
「前週比+5%」のような比較値だけが並ぶ報告書は、見た目の改善を伝えやすいが、元になっている配信数や開封数の絶対数が分からなければ、その改善が実質的にどの程度の規模の話なのかを判断できない。配信数が少ない施策ほど、率は小さな変化で大きく振れやすいという性質もあるため、率の変化だけを根拠に「成果が出ている」と判断するのは早計である。
「%」表示が何の比較かを確認する
LINE公式アカウントマネージャーの分析画面では、各サマリーパネルで集計対象期間を選択できる仕組みになっており、画面上の「%」表示は前週比・前月比といった比較値であって、絶対数そのものではないことが公式マニュアルで説明されている(出典:LINE公式アカウントマネージャー マニュアル「分析」ページ、2026-10-30確認)。表示回数・動画再生・クリックユーザー数・友だち追加数・ブロック数・配信数といった絶対数の指標と、比較用の率の指標が同じ画面内に並んでいるため、外注先から届く報告書がどちらの数字を引用しているかを区別する必要がある。
絶対数も示す報告への言い換え方
率だけの報告を受け取った場合は、「この率の元になっている配信数・開封数・クリック数はそれぞれ何件か」を具体的に質問し、絶対数を併記した形式に言い換えてもらうとよい。あわせて、比較の起点となる期間(前週・前月・施策開始時点のいずれか)を明記してもらうことで、同じ報告書内の複数の率を正しく比較できるようになる。LINE Developers公式のMessaging API リファレンスには、配信数取得・友だち数取得・属性統計・メッセージイベント統計・ユニット別統計といった各種のInsight API エンドポイントが用意されており、管理画面のスクリーンショットだけでなくAPI経由で絶対数データを取得できる仕組みが存在する(出典:LINE Developers公式「Messaging API リファレンス」ページ、2026-10-30確認)。外注先が画面のスクリーンショットだけでなく、こうしたAPI由来の生データをエクスポートできるかどうかは、報告内容の検証可能性を左右する論点になる。
| 比較軸 | 率だけの報告 | 絶対数も示す報告 |
|---|---|---|
| 読み取れる情報 | 「前週比+5%」のような比較値のみ | 配信数・開封数・クリック数を絶対数で明記 |
| 期間の明示 | 比較の起点が不明なことが多い | 対象期間と比較の起点を明記 |
| 検証可能性 | 元データに遡れない | API等の生データと突き合わせられる |

配信エラーと解除を区別する4種類
「配信が届かない」という事象には、複数の異なる原因が混在している。これらを区別せずに「配信疲弊が起きている」と一括して捉えてしまうと、対策の方向を誤る可能性がある。本章では、配信エラーと解除(配信停止・苦情)を4種類に分けて整理する。
ハードバウンスとソフトバウンスの違い
Amazon SES公式ドキュメントの説明によれば、ハードバウンスは宛先のメールアドレスが存在しない等の永続的な問題で発生し、ソフトバウンスは受信トレイが満杯である、受信サーバーが一時的に利用できない等の一時的な問題で発生する(出典:Amazon SES公式「Eメールプログラムの成功のメトリクス」ページ、2026-10-30確認)。同ドキュメントでは、ハードバウンス率は5%未満、苦情率は0.1%未満に抑えることが推奨ガイドラインとして示されている。これらはメール配信の一般的な健全性指標であり、外注先の報告書に同種の数値が記載されているかを確認する際の目安として参照できる。
配信停止と苦情(迷惑メール報告)の違い
配信停止(オプトアウト)は、受信者が自ら配信を拒否した、または解除を申し出た結果であり、苦情(迷惑メール報告)は受信者がメールを迷惑メールとして報告した件数である。どちらも「関係が切れた」という点では共通するが、苦情は受信者が明示的に不快感を示した結果であるため、配信停止よりも強い負の信号として扱う必要がある。報告書にこの2つが区別されずに「解除率」として一括で記載されている場合は、内訳を分けて報告してもらうよう依頼したい。
混同するとどう判断を誤るか
バウンス(配信エラー)と解除(配信停止・苦情)を混同すると、原因と対策がずれる。バウンスの増加はリストの鮮度(宛先アドレスの有効性)の問題であることが多く、リストのクリーニングが対策になる。一方、解除や苦情の増加は配信内容や配信頻度そのものへの反応である可能性が高く、配信設計の見直しが対策になる。4種類を区別せずに「届かなかった件数が増えた」とだけ報告されると、どちらの対策を取るべきかの判断がつかない。
| 種類 | 主な発生原因 | 対応の方向 |
|---|---|---|
| ハードバウンス | 宛先アドレスが存在しない等の永続的な問題 | リストのクリーニング |
| ソフトバウンス | 受信箱満杯等の一時的な問題 | 再送タイミングの調整 |
| 配信停止(オプトアウト) | 受信者自身による拒否・解除の申し出 | 配信頻度・内容の見直し |
| 苦情(迷惑メール報告) | 受信者が迷惑メールとして報告 | 配信内容・同意取得経路の見直し |

苦情率が報告書に記載されていない場合の対応
苦情(迷惑メール報告)は配信停止よりも強い負の信号であるにもかかわらず、報告書に記載されないことがある。苦情率が記載されていない場合は、まず記載を依頼し、Amazon SES公式ドキュメントが示す0.1%未満という目安と比較できる状態にする。目安を上回る状態が続く場合は、配信内容や配信頻度、同意取得の経路を見直す検討材料として扱う。
外注先への確認フロー
4分類の指標と、配信エラー・解除の区別を踏まえたうえで、実際に外注先へ確認する際の順序を整理する。闇雲に質問を並べるのではなく、定義→期間→絶対数→実施履歴という順序で確認すると、報告書のどこに不足があるかを効率的に特定できる。
指標の定義を確認する
「開封率」「クリック率」といった指標は、計算の分母や集計方法によって数字の見え方が変わる場合がある。まず、外注先が使っている指標の定義(何を分母・分子としているか)を確認する。定義を確認せずに数値だけを受け取ると、過去の報告と単純に比較できない可能性がある。
対象期間を確認する
次に、報告されている数字がどの期間を対象にしているか、比較の起点がいつかを確認する。「前週比」「前月比」「施策開始時点との比較」のいずれであるかによって、同じ「+5%」でも意味が異なる。LINE公式アカウントマネージャーの分析画面のように、パネルごとに集計対象期間を選べる仕組みを使っている場合、報告書の各数値がどの期間設定で抽出されたものかを明記してもらう必要がある。
絶対数を依頼する
率の根拠となる配信数・開封数・クリック数・購入件数・ブロック数・苦情件数といった絶対数の提示を依頼する。前章で整理した4分類(到達・反応・成果・解除)のすべてについて、絶対数が示されているかを確認する。絶対数が示されない項目がある場合は、次回以降の報告書に追加してもらうよう依頼する。
実施履歴を照合する
最後に、誰が何をいつ実施したかという実施履歴を報告書と突き合わせる。配信設計の変更、セグメントの見直し、リストのクリーニングといった作業が、報告された数値の変化の前後でいつ行われたかが分からなければ、数値の変化が何に起因するのかを判断できない。実施履歴が報告書に記載されていない場合は、作業ログの共有を依頼する。
契約前チェックリストとの関係
これらの確認項目は、CRM支援会社と契約する前の提案比較の段階でも同様に重要になる。提案段階で定例報告の頻度と、報告される指標の定義をあらかじめ確認しておくと、契約後に「思っていた報告内容と違う」という行き違いを避けやすい。すでに契約済みの場合は、次回の定例報告の場で本章の4つの確認フローを使って、不足している項目を一つずつ指摘していくとよい。
- 指標の定義(開封率・クリック率等の分母分子)を確認したか
- 報告されている数値の対象期間と比較の起点を確認したか
- 到達・反応・成果・解除のすべてについて絶対数が示されているか
- 配信設計の変更やリストのクリーニング等の実施履歴が報告書と紐づいているか
- 配信エラー(バウンス)と解除(配信停止・苦情)が区別して報告されているか

指標の分母がずれていないかを確認する
絶対数・対象期間・実施履歴を確認しても、同じ名称の指標でも値が一致しない場合がある。原因の一つが、指標を計算する際の分母の違いである。「開封率」や「クリック率」は、配信を試みた件数全体を分母にする場合と、実際に届いた件数(到達数)を分母にする場合とで、同じ反応件数でも表示される率の値が変わる。これは絶対数・対象期間・実施履歴の3軸では捉えられない、もう一段階細かい確認事項である。
配信数と到達数のどちらを分母にしているか
配信数は宛先に対して配信を試みた件数全体を指し、ハードバウンス・ソフトバウンスで届かなかった件数も含む。到達数は実際に受信者の端末やメールボックスに届いた件数を指し、配信数からバウンス分を除いた件数になる。同じ反応件数(開封数・クリック数)であっても、分母が配信数か到達数かによって率の値は変わるため、外注先が提示する「開封率」等が、どちらを分母にして計算されているかをまず確認する必要がある。
分母の定義が変わると何を見誤るか
ツールの切り替えや集計方法の変更によって、同じ指標名のまま分母の定義だけが変わることがある。この場合、率の値が改善・悪化したように見えても、実態が変化したのではなく分母の定義が変わっただけという可能性がある。前章で確認した絶対数(配信数・到達数それぞれの件数)を併せて確認していれば、分母の定義変更による見かけ上の変化と、実態の変化を区別できる。
分母の定義を外注先に確認する具体的な聞き方
「この開封率の分母は配信数ですか、到達数ですか」と直接尋ねる確認が最も明確である。合わせて、前回報告と今回報告で分母の定義が変わっていないかも確認する。分母の定義を明記しない報告書を受け取っている場合は、次回以降の報告書に分母の定義を明記してもらうよう依頼するとよい。
分母の定義を確認する具体例
分母による違いを示すための仮の数値で確認する。配信数1,000件・ハードバウンス50件・開封300件という内訳だったと仮定すると、配信数を分母にした場合の開封率は30.0%、到達数(950件)を分母にした場合の開封率は約31.6%となる。どちらも「開封率」という同じ名称で報告され得るため、前回報告が配信数基準、今回報告が到達数基準だった場合、実際の開封傾向が変わっていなくても数値だけは上昇したように見える。この種の見かけ上の変化を実態の改善と誤認しないために、分母の定義を都度確認する。

月次・週次で粒度が変わる報告をどう統合するか
対象期間を確認する際、開始日・終了日だけでなく、報告の粒度(週次か月次か)が途中で変わっていないかも確認する必要がある。LINE公式アカウントマネージャーのマニュアルにあるとおり、各サマリーパネルで集計対象期間を選択できる仕組みでは、パネルごとに参照している期間が異なり得る。粒度が揃っていない報告を時系列で並べると、増減の比較が実態とずれる。
週次レポートと月次レポートで何が変わるか
週次レポートは配信日や配信件数の違いといった短期の変動要因を把握しやすい一方、1週単位の数値だけを見ると変動が大きく、改善・悪化を誤認しやすい。月次レポートは週次の変動が平均化されるため、累積的な傾向を把握しやすいが、月内のどの週に何が起きたかは分からない。どちらか一方だけで判断せず、両方を照合する。
パネルごとに対象期間の設定が異なる場合の注意
LINE公式アカウントマネージャーのようにパネルごとに集計対象期間を選べる仕組みでは、同じ画面内でも指標ごとに参照している期間が異なり得る。報告書に転記する際、どのパネルのどの期間設定(週次か月次か、開始日・終了日)から抜き出した数値かを明記してもらうことで、後から時系列で比較する際の誤認を防げる。
粒度をそろえて比較する具体的な方法
週次の値を単純合計して月次の値と照合する、または月次報告だけに統一して週次の変動要因は実施履歴欄で補足するといった運用ルールを、外注先とあらかじめ決めておく。粒度をそろえるルールを決めておくことで、報告のたびに週次と月次のどちらを基準に増減を判断すべきか迷うことを避けられる。
粒度の違いに気づかないとどうなるか
対象期間そのものは確認していても、週次と月次が混在したまま報告を受け取ると、絶対数の増減が実態を反映した変化なのか、単に集計の粒度が変わっただけなのかを切り分けられなくなる。たとえば月の前半に配信が集中した月は、週次で見ると変動が大きく見えても、月次で見れば前月とほぼ同水準ということがある。逆に、月次だけを見ていると、特定の週に配信エラーや苦情が急増していたことに気づけない場合がある。到達・反応・成果・解除の4分類それぞれについて、同じ粒度の数値を並べて確認するという一手間を、対象期間の確認作業にあらかじめ含めておくと、こうした見落としを防ぎやすい。

よくある質問:外注先のレポートを確認するときに迷うこと
率が改善していれば絶対数を確認しなくてよいか
率の改善だけでは、施策の規模や実質的な効果の大きさを判断できない。配信数が極端に少ない施策では、わずかな件数の変化だけで率が大きく動くことがあるため、率の改善を見た時点でも絶対数を確認する習慣を持つことが望ましい。
すべての指標について毎回絶対数を確認する必要があるか
毎回すべての指標を細かく確認する必要はないが、少なくとも「成果」(購入・問い合わせ等)と「解除」(ブロック・配信停止・苦情)の絶対数は、改善が強調されにくい項目であるため報告書から省かれやすい。定例報告のたびに、この2分類の絶対数が記載されているかを優先的に確認するとよい。
外注先が絶対数の開示に応じない場合はどうするか
絶対数の開示を依頼しても応じない、または「社内基準で開示できない」といった説明のみで具体的な数値が示されない場合は、契約内容において報告義務の範囲がどこまで定められているかを確認する。報告範囲が契約書や提案書に具体的に明記されていない場合、今後の契約更新や見直しの際に報告項目を明文化しておくことが望ましい。
配信エラー(バウンス)の件数が多い場合、まず何を確認すべきか
ハードバウンスとソフトバウンスのどちらが多いかをまず確認する。ハードバウンスが多い場合はリストの鮮度に問題がある可能性が高く、ソフトバウンスが多い場合は配信タイミングや受信サーバー側の一時的な事情である可能性が高い。Amazon SES公式ドキュメントが示すハードバウンス率5%未満・苦情率0.1%未満という目安を参考に、外注先の報告書の数値がこの目安からどの程度離れているかを確認するとよい(出典:Amazon SES公式ページ、同上)。
社内に配信設計の担当者がいない場合、何から確認を始めればよいか
社内に専任の担当者がいない場合は、すべての分類を一度に確認しようとせず、まず「成果」(購入・問い合わせの絶対数)と「解除」(ブロック・配信停止・苦情の絶対数)の2分類から確認を始めるとよい。これらは事業上の影響が最も分かりやすい分類であり、外注先に依頼する際の優先順位としても説明しやすい。
新しい指標が報告書に追加された場合、何を確認すればよいか
新しい指標が追加された場合は、まず到達・反応・成果・解除の4分類のどこに位置する指標かを整理し、既存の指標との重複がないかを確認する。新指標の分母や対象期間の設定が既存の指標と異なっていないかも、分母の定義を確認する手順と同じ要領で確認する。既存の指標が新指標に置き換えられた場合は、置き換え前後の数値を単純に比較できない可能性があるため、置き換えが行われた時点を実施履歴として記録してもらうとよい。
複数の外注先にそれぞれ別の施策を依頼している場合、報告はどう統合すればよいか
複数の外注先が同じ4分類の報告をそれぞれ別の指標名・別の粒度で提出してくる場合は、まず各社の指標がどの分類(到達・反応・成果・解除)に対応するかを自社側で対応表に整理する。対象期間や粒度(週次か月次か)が外注先ごとに異なる場合は、月次・週次の粒度をそろえて比較する方法と同じ要領で、比較可能な単位にそろえたうえで社内で統合してから評価する。
確認フローを一度回したあと、次回以降はどこを重点的に見ればよいか
初回に指標の定義・対象期間の粒度・分母の設定を一通り確認できていれば、次回以降は同じ定義・粒度が維持されているかどうかの確認に重点を置けばよい。定義や粒度が変わっていない回は絶対数と実施履歴の照合に時間をかけ、ツールの切り替えや担当者の変更があった回は、指標の定義・分母・粒度の3点を再度最初から確認し直す。
外注先を変更した場合、変更前後の報告をそのまま比較してよいか
外注先を変更した直後は、変更前後の報告をそのままの数値で比較しない方がよい。前の外注先と新しい外注先とで、指標の分母の定義(配信数か到達数か)や報告の粒度(週次か月次か)、絶対数の開示範囲が異なっている場合があり、これらの前提が異なる報告を単純に並べると、実態の変化なのか報告方法の変化なのかを見分けられなくなる。変更後最初の報告を受け取った時点で、4分類それぞれの指標の分母・粒度・実施履歴の記載方法を旧外注先の報告と照合し、前提がそろっているかを確認したうえで、そろっている指標から比較を始めるとよい。
まとめ
CRM運用を外注した際に届く定例レポートは、到達・反応・成果・解除という4分類で指標を整理し、それぞれについて絶対数・対象期間・実施履歴が示されているかを確認することが出発点になる。「%」で示される比較値は前週比・前月比等の比較情報であって絶対数そのものではないこと、配信エラー(ハードバウンス・ソフトバウンス)と解除(配信停止・苦情)は原因も対策の方向も異なる事象であることを踏まえ、報告書の記載内容を4分類の表に当てはめ直してから評価すると、率の見た目の改善だけで判断する事態を避けやすい。さらに、絶対数・対象期間・実施履歴の3軸を確認したうえでも、指標の分母(配信数か到達数か)と報告の粒度(週次か月次か)がそろっているかという2点を合わせて確認すると、見かけ上の数値変化を実態の変化と誤認する事態をより避けやすくなる。外注先からのレポートの読み方について個別に相談したい場合は、お問い合わせページから相談内容を送付いただきたい。
監修:株式会社Entech 編集部(LINE公式アカウント・メール配信を中心としたCRM運用の報告指標整理、外注先レポートの確認観点の相談対応を行う専門部署)
出典:LINE Developers公式「Messaging API リファレンス」、LINE公式アカウントマネージャー公式「マニュアル「分析」」、Amazon Web Services公式「Amazon SES Eメールプログラムの成功のメトリクス」。いずれも2026-10-30時点で確認。
