案件数、提案数、受注見込みを順番に読み上げて、会議が終わる。翌週も同じ案件が「確認中」のままなら、数字を共有するだけでは仕事が変わっていません。
この記事では、週次会議で一つの詰まりを選び、誰が何を変え、次回どの記録で確かめるかを決めるシートを紹介します。RevOpsの全体像を知りたい方は、先に自社のRevOpsを説明するための5つの問いをご覧ください。

会議前に、案件を一つだけ選ぶ
全案件を眺めると、議論が「頑張る」「入力を徹底する」で終わりがちです。まず一つの案件か、同じ場所で止まった少数の案件を選びます。会議前に、商談の元記録、最後の顧客接点、次の約束、担当者を開ける状態にしてください。分からない項目は推測で埋めず、空欄にします。
数字の定義が揃っていない場合は、対象・日付・更新者を揃える記事を先に使うと、同じ案件を見ながら話しやすくなります。
20分の会議で決めることは五つ
時間は例です。大切なのは、一件を最後まで進めることです。
| 順番 | 会議で書くこと | 確認する問い |
|---|---|---|
| 1 | 観測した事実 | 元の商談・活動記録で、何が起きたか |
| 2 | 解釈・未確認点 | 事実から何を考えたか。まだ聞けていないことは何か |
| 3 | 今週変えること | 一つだけ、手順・質問・引き継ぎのどこを変えるか |
| 4 | 担当と期限 | 誰が、いつまでに試すか |
| 5 | 次回見る証拠 | 実行と結果を、どの記録で確認するか |
「今週変えること」を決められなければ、判断に必要な確認を担当と期限付きで置きます。根拠の薄い施策を無理に決める必要はありません。
記入例:提案後の「確認中」をほどく
以下は方法を示すための架空例です。ある商談では提案書の送付後、次の面談日が決まらず、2週間「先方確認中」と記録されていました。担当者は「予算で止まっている」と考えていましたが、記録に顧客の発言はありません。
| 欄 | 架空の記入例 |
|---|---|
| 事実 | 10月1日に提案書送付。次回面談日は未設定。顧客の返信は「社内で確認します」 |
| 解釈・未確認 | 予算が理由というのは担当者の推測。誰が何を確認するかは未確認 |
| 今週変えること | 担当者が顧客に、社内確認の論点と次に話す相手・日程を尋ねる |
| 担当・期限 | 商談担当/10月9日まで |
| 次回見る証拠 | 商談の活動記録に顧客の回答と次の約束が残っているか |

この段階では「予算が障害だった」と決めつけません。顧客の返答を確認して初めて、提案内容、決裁の進め方、時期のどれを見直すか判断できます。個別案件の確認から、同じ質問を提案前に聞くべきかというチームの改善候補が生まれます。
次週は「実行したか」と「分かったか」を分けて見る
担当者が質問を送ったことと、案件が進んだことは別です。次週はまず実行の有無を確かめ、顧客から得た答えをそのまま記録します。その後、手順をチームへ広げるか、もう一件で試すか、採用を見送るかを決めます。見送った理由も残せば、次の担当者が同じ検討を繰り返さずに済みます。
会議の最後に、シートの決定欄だけを商談担当者と関係部署へ共有します。議事録を長くするより、次の仕事に使う判断を短く渡す方が実用的です。
そのまま使える週次シート
次の一行を、共有ドキュメントやCRMの運用欄にコピーして使えます。顧客名や個人情報を外部のAIへ貼り付ける前に、社内の取り扱いルールも確認してください。
対象案件/元記録へのリンク:__ 観測した事実:__ 解釈・未確認点:__ 今週変えること:__ 担当:__ 期限:__ 次回見る証拠:__ 次回の判断:継続・変更・終了
まとめ
週次会議の成果は、報告した数字の数ではなく、次の仕事が一つ決まり、その結果を翌週確かめられることです。最初は一件で十分です。事実、仮説、行動、確認する証拠を分けて残してください。
私たちの考え方
案件の判断が担当者の頭の中だけに残ると、別の担当者は同じところから考え直します。小さな判断でも、根拠と結果を次の会議・提案・育成へ渡せるようにする。その積み重ねが、責任者がすべての案件を見続けなくても、チームで仕事を進める土台になります。
自社の会議とCRMをつなぎ直したい方は、BREW UPのRevOps支援をご覧ください。





