問い合わせデータ分析週報：主要指標、トレンド比較、アクション項目
一、週報で見るべき5つの指標：問い合わせ数だけでは不十分
直感に反する判断：問い合わせ数が40%増えても、有効問い合わせ率が同時に20%落ちていれば、これは悪いことです。良いことではありません。総数が増えるのは、迷惑トラフィック、同業者、クローラーが混ざっていることが多く、営業の時間が薄まり、本当に良いリードにタイムリーなフォローができなくなります。だから週報の最初の指標は総数ではなく「有効問い合わせ率」です。
5つの指標は1本のファネルにつなげます。訪問者が来る、フォームを送信する、初回応答がつながる、会話に入る、見積を出す、受注する。各層に転換率があり、週報はどの層が落ちたかを見ます。一番上の問い合わせ数だけを見るのは、蛇口がどれだけ開いているかだけを見て、流しが漏れていないか見ないのと同じです。
| 指標 | 定義 | 健全レンジ | 落ちたら何を意味するか |
|---|---|---|---|
| 問い合わせ数 | 今週のフォーム+チャット+メールの合計 | チャネル投放で変動 | トラフィックかフォームに問題 |
| 有効問い合わせ率 | 同業者・迷惑を除いた割合 | 60%以上 | トラフィック品質の低下かフォームが緩すぎる |
| SLA達成率 | 5分以内に初回応答した割合 | 90%以上 | 人手不足かシフトに穴 |
| 見積率 | 有効問い合わせのうち見積を出した割合 | 70%以上 | 要件確認の段階で詰まっている |
| 受注率 | 見積後に最終成約した割合 | 15%〜25%以上 | 見積か競争力に問題 |
これらの数字は教条ではなく、自社業界の過去データで調整します。B2B設備類は受注率がもともと低く、10%が普通かもしれません。消耗品類は30%でようやく合格かもしれません。最初のしきい値はまず感覚で決め、四半期ごとに過去1年の成約データで再調整します。初回応答SLAの設定方法はこちら問い合わせ初回返信のSLAとコンバージョン率。
二、トレンド比較：前週比、前年同月比、チャネル別の3層分解
単一の数字には意味がありません。今週50件の問い合わせがあったとして、良いのか悪いのか？わかりません。比較の中に入れて初めて判断できます。前週比で上がったか下がったか、前年同月比で上がったか下がったか、チャネル別に分けてどのチャネルが上がりどのチャネルが下がっているか。3層の比較を終えて初めて、今週のデータが季節変動なのか本当に問題が起きているのかがわかります。
チャネル別の分析は特に重要です。Google Ads経由の問い合わせと自然検索経由の問い合わせでは、質が倍違うこともあります。総数が15%増えても、内訳を見るとあるブログのダウンロードによる低品質リードばかりで、コンバージョンの高い製品ページの問い合わせは実は減っている、というケースもあります。こういうとき、来週やるべきは祝うことではなく、そのブログページがなぜ無効なトラフィックを呼び込んでいるのかを調べることです。
| 比較の軸 | 確認する内容 | 判断基準 | 対応アクション |
|---|---|---|---|
| 前週比WoW | 今週 vs 先週 | ±20%以内は正常範囲 | 超えたら黄色フラグで調査 |
| 前年比YoY | 今週 vs 昨年同週 | 季節性を除いても下がるなら要注意 | 市場全体と競合の動きを確認 |
| チャネル別 | 広告/自然/ソーシャル/チャット | チャネルごとに有効率を確認 | 低品質チャネルを削り、高品質チャネルを増やす |
| 流入元の国別 | 英語圏/ドイツ語圏/その他 | 新興市場のシグナルを捉える | 対応する言語でフォローアップ |
| 担当者別 | 各人のコンバージョン率 | 異常に低ければ指導、異常に高ければ横展開 | 1対1の振り返り |
どのチャネルとランディングページに帰属するかのデータは、フォーム送信の瞬間にタグ付けして取り込む必要があり、営業が後から補うのではいけません。項目の同期と重複排除の技術的な実装はウェブサイトのリードをCRMに連携する方法、アトリビューションモデルの選び方はリードアトリビューションの正しい計算方法をご覧ください。タグ付けがなければ、週報のチャネル別分析は砂上の楼閣です。
三、指標からアクション項目へ：異常をどう来週の行動に変えるか
週報の最大の無駄は「読んで終わり」です。数字とグラフだけでアクション項目がない週報は、上司に見せるための飾り紙にすぎません。本当に役立つ週報は、最後に必ずアクション項目表を残します。どの指標が異常か、原因は何か、誰が担当するか、来週のいつまでに終えるか、終えた結果をどこに反映するか、という形です。
シナリオ例：今週のSLA達成率が92%から76%に落ちてアラートが発動。週報に「対応が遅くなったので改善が必要」とだけ書いて終わりにしてはいけません。正しい書き方はこうです。異常=SLA達成率76%（レッドライン90%）。想定原因=水曜と木曜の欧米問い合わせピーク時に誰も対応していない。担当=営業主管の田中。アクション=来週月曜から欧米の勤務時間をカバーする遅番を開始。期限=来週水曜。反映=来週の週報で新しいシフト後のSLAを比較。
| アクション項目の要素 | 入力要件 | 反例（不合格） | 正例（合格） |
|---|---|---|---|
| 異常の記述 | 数字とレッドラインを添える | 「返信が少し遅い」 | 「SLA達成率76%、レッドライン90%」 |
| 考えられる原因 | 仮説を1〜2個挙げる | 「人手が足りない」 | 「欧米のピーク時間帯に担当者がいない」 |
| 責任者 | 部門ではなく個人名まで書く | 「営業部」 | 「営業主管の田中」 |
| アクション | 具体的に何をするか | 「管理を強化する」 | 「20:00〜24:00をカバーする遅番を組む」 |
| 期限 | 来週のいずれかの日 | 「できるだけ早く」 | 「来週水曜までにシフト表を稼働させる」 |
| 反映方法 | 結果をどこで見るか | 「次回の会議で話す」 | 「来週の週報でSLAの数値を比較」 |
アクション項目は来週の週報の冒頭で必ず反映します。前週のアクションが完了したか、効果はどうだったか、続けるべきか。このサイクルを回してこそ、週報は「報告ツール」から「マネジメントツール」に変わります。リードの格付けと優先順位付けの連携については問い合わせリードのスコアリングと優先順位付け。
4. 週報でよくある5つのミス
| 誤り | パフォーマンス | 結果 | 修正 |
|---|---|---|---|
| 総量しか報告しない | 今週は問い合わせが50件 | 良し悪しが分からない | 5つの指標をまとめて報告 |
| 比較しない | 今週の数字だけを見る | 変動をトレンドと誤認 | 前週比・前年比をチャネル別に |
| レッドラインがない | 何でも正常と判断 | 問題が月末まで発覚しない | SLA・有効率のアラートラインを設定 |
| アクション項目がない | 見て終わり | 来週も同じ | 異常を担当者と期限に落とし込む |
| 手入力 | 営業週報にデータを補記 | 漏れと遅延 | CRMでレポートを自動生成 |
最後のミスが最も負担が大きい。営業が毎週手作業で表にデータを入力するやり方だ。手入力データは漏れ率が非常に高く、営業に30分も表作成を強いる。正しい方法はCRMで5つの指標を自動ダッシュボードにし、週報では異常だけを見てアクション項目を書き、数字はシステムに計算させること。監視とアラートの基本機能はこちらサイト監視とアラートのチェックリスト。
FAQ よくある質問
問い合わせ週報では結局どの指標を報告すべき？
問い合わせ数が増えたのに悪いことになるのはなぜ？
週報ではどんなトレンド比較をすべき？
週報のアクション項目はどう書けば合格？
SLA達成率と有効問い合わせ率のアラートラインはいくつに設定すべき？
週報のデータは営業が手入力でもいい？
最後に
問い合わせ週報の本質は「データを報告する」ことではなく、「来週やるべきことを明確にする」ことにある。今週50件の問い合わせとだけ書かれた週報と、SLAが76%まで落ちたので田中が担当し水曜までに遅番を組むと書かれた週報は、見た目は同じ種類の資料でも、管理上の価値は10倍違う。違いは、後者が数字を行動に変えている点にある。
実行は3ステップ。まず5つの指標をCRMで自動ダッシュボード化し、手入力の集計をやめる。次にアラートラインを2本決め、SLAが90%未満、有効率が60%未満で調査を開始する。最後に毎週のレポート末尾にアクション項目表を必ず置き、翌週の最初に前週のアクションの結果を記入する。3か月続けると、問題がその週のうちに処理され月末まで残らないため、週報はどんどん短くなるはずだ。
覚えておきたい一言：問い合わせ週報は上司に見せる数字の報告ではなく、来週の業務を始めるためのタスクリストだ。アクション項目のない週報は、どれだけ立派に書かれていても飾り紙にすぎない。