問い合わせ週報テンプレート：集客・リード・成約・課題の4軸レポート形式
1. 週報を4軸に固定すべき理由
多くのチームの週報は作業日誌になっている。「今週はA、B、Cをやり、来週はD、E、Fをやります」。読んでも数字がどうなのか、問題がどこにあるのか分からない。週報の価値はやったことを記録することではなく、経営層が15分で「今週は順調か、異常か、介入が必要か」を判断できるようにすることにある。4軸の固定フォーマットは、このばらつきをなくすためにある。
4つの軸はそれぞれ別の問いに答える。集客軸は「水はどこから来て、足りているか」、リード軸は「入ってきた魚は良いものか」、成約軸は「どの段階で漏れているか」、課題軸は「何が詰まっていて、何が必要か」。どれか1つでも欠けたら、その週報は報告として未完成だ。
| 次元 | 核心的な問題 | 必ず入れる項目 | 欠けたときの結果 |
|---|---|---|---|
| 集客軸 | 訪問はどこから来て、足りているか | 訪問数、チャネルTop3、ランディングページTop3、前週比 | 広告を増やすべきかサイトを直すべきか分からない |
| リード軸 | 入ってきた問い合わせは良いか | 新規問い合わせ数、有効率、初回返信の中央値、スパム比率 | 集客の問題か営業の問題か切り分けられない |
| 成約軸 | どの段階で売上を逃しているか | 4段階ファネル、受注数、受注金額、成約までの期間 | 来月どの能力を鍛えるべきか分からない |
| 課題軸 | 何が詰まっているか | ブロッカー、支援が必要なこと、来週の重点3項目 | 経営層が介入できず、問題が事故に発展する |
この4軸は独立した4つのモジュールではなく、1本の因果チェーンだ。集客がリード数を決め、リードの質が成約率を決め、課題が最初の3軸を改善できるかどうかを決める。週報を読む順番は、まず成約軸で問題を見つけ、次にリード軸で原因を特定し、最後に集客軸でそもそも源流の問題かどうかを判断する。課題軸を最後に置くのは、これがデータ項目ではなくアクション項目だからだ。
2. 集客軸：Top3と前週比だけを報告する
流量のレポートは、網羅的で大きな表になりがちです。20チャネルを1行ずつ並べると立派に見えますが、実際には誰も覚えていません。正しいやり方は、上位3チャネルと前週比の変化だけを報告し、残りは「その他」の1行にまとめることです。週報はデータ表ではなく、意思決定のための要約です。
| フィールド | 今週の数値 | 先週の数値 | 前週比 | 備考 |
|---|---|---|---|---|
| 総訪問数 | 8,200 | 7,500 | +9.3% | 正常な変動 |
| チャネル1：Google 自然検索 | 3,100 | 2,900 | +6.9% | 安定 |
| チャネル2：Google 広告 | 2,400 | 2,100 | +14.3% | 今週は予算を追加 |
| チャネル3：LinkedIn | 1,200 | 1,500 | -20.0% | コンテンツ更新を2週間停止 |
| その他チャネル合計 | 1,500 | 1,000 | +50.0% | ブログの自然流入が増加 |
シナリオ例：上の表では、LinkedIn が前週比20%減で、備考に「コンテンツ更新を2週間停止」と書かれています。これが良い週報です。数字と理由をセットで示します。もし LinkedIn 1,200 とだけ書けば、管理者は「なぜ減ったのか」と聞くことになり、そのやり取りで1週間を無駄にします。前週比がプラスマイナス20%を超えたチャネルには、必ず理由を記載してください。これは必須ルールです。チャネル構成の長期的な計画はこちらをご覧ください。問い合わせ元チャネル分析。
三、リード：有効率は数より重要
リードで最もよくある間違いは、数だけを報告することです。「今週は87件の問い合わせがありました」。87件のうち40件が迷惑問い合わせ、20件が同業者の価格調査なら、本当に有効なのは27件だけであり、この数字は誤解を招きます。リードでは、数と有効率を必ず同時に報告し、迷惑問い合わせの割合は別に記載します。
| フィールド | 今週 | 先週 | 健全レンジ | 説明 |
|---|---|---|---|---|
| 新規問い合わせ総数 | 87 | 79 | — | 迷惑・無効を含む |
| 有効問い合わせ数 | 52 | 48 | — | 実際の買い手のニーズ |
| 有効率 | 59.8% | 60.8% | 50% から 70% | 今週はやや低下 |
| 迷惑問い合わせの割合 | 23.0% | 18.0% | 20% 以下 | 今週は高め。フォームを確認 |
| 初回返信の中央値 | 12分 | 15分 | 15分以内 | 今週は改善 |
| 平均フォロー回数 | 3.4 回 | 3.1 回 | 3 回から 5 回 | 正常範囲 |
迷惑問い合わせの割合が20%を超えると、フォームか迷惑対策に問題があるということです。この場合、リードは営業の問題ではなく技術的な問題を直接示しています。フォームの信頼性の確認方法はこちら問い合わせフォームの信頼性、迷惑対策はこちらフォームの迷惑対策。初回返信の中央値とフォロー回数の基準値はこちら問い合わせデータダッシュボードの主要指標。
四、コンバージョン：4段階ファネルで最も弱い段階を見つける
コンバージョンは週報の核心です。今週のすべての問い合わせを4段階のファネルに入れ、どの段階で最も多くが離脱したかを見ます。最も弱い段階が、来週集中的に改善すべき場所です。すべての段階を同時に最適化しようとせず、一度に1点だけを狙ってください。
| ファネル段階 | 今週 | 先週 | コンバージョン率 | 健全レンジ |
|---|---|---|---|---|
| 新規問い合わせ | 52 | 48 | — | — |
| 有効な会話 | 32 | 29 | 61.5% | 50% から 70% |
| 見積もり提示 | 18 | 17 | 56.3% | 40% から 60% |
| 受注 | 4 | 3 | 22.2% | 20% から 35% |
| 受注総額 | 68,000米ドル | 45,000米ドル | — | 前週比 +51% |
シナリオ例：上の表では、新規問い合わせから有効会話が61.5%で健全、有効会話から見積もりが56.3%で健全、見積もりから受注が22.2%でレンジの下限です。つまり問題は営業のフォロー能力ではなく、見積もり段階にあります。見積もり戦略に問題があるか、競合が値下げしているかのどちらかです。来週の改善アクションは見積もりトークと競合比較に集中すべきで、初回応答の練習ではありません。見積もり戦略のフレームワークは問い合わせ見積もり戦略とアンカリング、競合比較トークは問い合わせ競合比較トーク。
五、問題軸：最も省略されがちな部分
問題軸は週報で最も省略されがちな部分です。多くの人は「今週は特に問題ない」と考えて飛ばしてしまいます。しかし逆説的ですが、問題軸こそ週報で最も価値のある部分です。最初の3軸は現状を説明するものですが、問題軸はリソースを要求するものです。問題軸のない週報では、管理者は読者にしかなれず、助っ人にはなれません。
| 質問の種類 | 具体的な記述 | 必要なサポート | 解決希望時期 |
|---|---|---|---|
| ブロッカー | ドイツのバイヤーがVDA 6.3証明書を要求、サイトに未掲載 | マーケティング部が証明書ページを追加 | 来週水曜まで |
| 能力のギャップ | 3件の問い合わせが見積もり後に返信なく滞留 | ベテラン営業が商談に同席 | 今週金曜まで |
| ツールの問題 | WhatsAppメッセージの20%がCRMに同期されていない | 技術部がWebhookを確認 | 来週月曜まで |
| 来週の3つの重点 | ① 見積もりトークの改善 ② VDA証明書ページの追加 ③ WhatsApp同期の修正 | — | 来週中 |
問題軸の書き方には3つの厳守事項があります。各問題は具体的であること（「営業能力が不足」ではなく「3件の問い合わせが見積もり後に返信なく滞留」）、必要なサポートがあること（「改善が必要」ではなく「ベテラン営業が商談に同席」）、解決希望時期があること（「できるだけ早く」ではなく「今週金曜まで」）。この3つがない問題は、書いていないのと同じです。
週報の最終的な提出形式はFeishuドキュメントかオンライン表をおすすめします。PDFは送らないでください。オンライン表なら管理者が該当行に直接コメントでき、やり取りの手間が省けます。CRMデータの同期は週報の正確性の前提です。詳細はサイトリードのCRM連携。
FAQ よくある質問
問い合わせ週報はどのくらいの長さにすべき？
週報の4軸はそれぞれ何に答える？
流量軸ではいくつのチャネルを報告すべき？
リード軸でなぜ迷惑問い合わせ比率を別枠で出すのか？
コンバージョン軸で今週最も改善すべき点をどう見つけるのか？
課題軸はどう書けば役に立つのか？
最後に
週報というものは、多くのチームで負担になっている。毎週金曜の午後に2時間かけてテンプレートを埋め、送信して、誰も見ない。問題はテンプレートではなく、やったことを記録させるだけで、どこに問題があるか判断させていないことだ。固定4軸フォーマットの意味は、毎週一度判断を迫ることにある。流入は足りているか、リードは良いか、コンバージョンはどこで漏れているか、何が詰まっているか。
実行は3ステップ。第一に、週報テンプレートを4軸に固定し、モジュールの追加も削除も認めない。第二に、すべての数字に前週比を付け、20%を超える変動には必ず原因を書く。第三に、課題軸の各項目に具体的な記述、必要な支援、希望時期を必ず付ける。この3ステップを実行すれば、週報は負担から管理者とチームの間で最も有効なコミュニケーション手段に変わる。
覚えておきたい一言。良い週報はやったことを記録するものではなく、管理者が読んだ後にこう分かるようにするものだ。今週は資源を出すべきか、何を出すべきか、いつまでに必要か。