「先週と同じ内容を報告して、特に決まらないまま終わった」——受託開発の顧客定例がそうなっていないでしょうか。
報告だけで終わる定例会は、PMにとっても顧客にとっても時間の無駄です。PMは「何も進まなかった」というモヤモヤを抱え、顧客は「何のために出ているのか」を感じ始める。そのうち参加者が減り、定例自体が形骸化します。
炎上案件の会議再設計ではなく、通常運用の顧客定例を意思決定の場として機能させるための進め方を解説します。
顧客定例が報告会になる理由
顧客定例が報告で終わりがちになる原因はいくつかあります。
最も多いのは、議題設計がないまま「前週から変わったこと」を話す構成になっていることです。PMが進捗状況をまとめて読み上げ、顧客が「わかりました」と言って終わる。これは報告会であり、何も決まりません。
もうひとつの原因は、「顧客に何を判断してほしいか」を事前に整理せずに会議に臨んでいることです。PMが顧客に判断を求める準備をしていなければ、顧客は判断する必要がないと感じます。
定例会の目的を分ける
顧客定例で扱う議題は、大きく3種類に分けられます。
報告事項 — 進捗・課題・リスクの状況共有。顧客の判断は不要で、情報のインプット。5〜10分で終わらせます。
確認事項 — 顧客に事実を確認してもらうもの。「この仕様でよいですか」「この対応でよいですか」という確認。YesかNoか、または条件付きの回答をもらいます。
判断事項 — 顧客に決定してもらう必要があるもの。「AかBかを選んでください」「この変更を認めますか」という選択。期限と影響を伝えた上で判断を求めます。
事前にこの3つを整理してアジェンダに入れておくだけで、会議の密度が変わります。「今日の判断事項はこれとこれです」と冒頭で提示すると、顧客も意識が向きます。
報告事項と判断事項を分ける
「報告しながら判断も求める」という構成は、顧客に伝わりにくくなります。
報告は「何が起きているか」の共有、判断は「何を決めてほしいか」の要求。この2つは分けて話すほうが顧客の理解が早くなります。
報告セクションを終えた後に「判断をお願いしたいことが2点あります」と切り替えると、顧客の注意が切り替わります。判断事項には「期限」と「決まらない場合の影響」を必ずセットで伝えます。「今週中に決まらないと、来週のリリース準備が進められません」という形です。
未決事項を前に進める聞き方
顧客が「持ち帰ります」と言う場面は頻繁にあります。問題はその後です。持ち帰ったまま翌週の定例でも「まだ確認中です」となるパターンを防ぐには、持ち帰り方を整理します。
その場で使える確認フレーズ
「いつまでにご回答いただけますか？」——曖昧な持ち帰りを期限付きにします。
「今週木曜日までにご回答いただけると助かります。それまでに返答がない場合は〇〇の方向で進めてよいでしょうか？」——デフォルト案を示すことで、顧客側の判断コストを下げます。
「判断に必要な情報はこちらで揃えられますか？」——顧客が持ち帰る理由が情報不足なら、PMが準備できることがあります。
次回までのアクションを明確にする
会議の最後の5分で、次のアクションを確認します。確認すべきは3点です。
- 誰が何をするか — 担当者名と作業内容
- いつまでにするか — 期限
- 次回定例で確認する事項 — 持ち越す判断事項があれば明示
これを議事録に書いて会議中または当日中に共有します。口頭だけで終わらせると、翌週には「そんなこと言ってましたっけ」になります。
まとめ
顧客定例が報告会になるのは、PMの準備が足りないからではなく、会議の目的を「報告・確認・判断」に分けていないからです。
この分類を意識するだけで、同じ顔ぶれ・同じ時間の定例会でも、決まることが増えます。顧客にとっても「この定例は意思決定のために出る」という認識になれば、参加姿勢が変わります。
顧客対応や会議運営のスキルを体系的に学びたい方は、受託開発PM向けの課題別パックやITエンジニア向けビジネススキル講座をご覧ください。