結論：「進捗どうですか？」のメールが繰り返されるのは、報告の場所・頻度・対象者の 3 つが構造的に間違っているから。報告の頻度を増やす対症療法ではなく、構造を変える 3 ステップで根本解決できる。
「先月のキャンペーン、進捗どうなっていますか？」
金曜の夕方、クライアントから届くこのメッセージ。週次定例で説明したばかりなのに、また同じ問いが届く。
PM はメールを開いて、現状をまとめ直す。「現在ワイヤー作成中で、来週月曜にデザイン v1 を共有予定です」と返信する。来週、また同じメッセージが届く。
この往復が消えない理由は、報告の頻度ではなく、運用の構造にあります。この記事では、「進捗どうですか？」のメールが繰り返される構造的な 4 つの原因と、それを解消する 3 つの変更を整理します。
1. そのメール、書かなくてよかった
「進捗どうですか？」のメールは、書く側も受ける側も、内心では避けたい行為です。
クライアント側は、「催促していると思われたくない」「相手の作業を中断させたくない」という気まずさを抱えながら送ります。3 営業日返事が来なかった案件について、4 日目に勇気を出してメッセージする。
制作側（PM・外注メンバー）は、メッセージを受け取った瞬間に作業を中断します。コンテキストスイッチのコストが発生する。返事のために 5〜10 分かかる。月に何件もの確認メッセージが来ると、月の作業時間の数時間が「確認対応」に消えます。
両者にとってマイナスなのに、繰り返される。これは個人の意思や能力の問題ではなく、運用の構造的な問題です。構造を変えない限り、何回約束を交わしても解消されません。
2. なぜ「進捗どうですか」が繰り返されるか
繰り返しの原因を構造的に分解すると、4 つに整理できます。
1 つ目は、情報の非対称性。進捗の情報が制作側の手元にしかなく、クライアント側がアクセスできない状態。クライアントは確認メッセージを送る以外に、状況を把握する手段がありません。
2 つ目は、ステータスが言語化されていない。タスクが「進行中」「完了」のような明確な状態として記録されておらず、「だいたい進んでる」「来週中に終わる」のような曖昧な表現で共有される。曖昧さは不安を生み、確認メッセージを誘発します。
3 つ目は、アクセスできる場所がない。仮にタスク管理ツールを社内で使っていても、クライアントはログインできない場合がほとんど。「あの件、どこを見れば分かりますか」が、まず最初の質問になります。
4 つ目は、期待の管理ができていない。「次に動きがあるのはいつか」がクライアント側で分からないと、不安が募って確認メッセージを送る。具体的な「次に動くタイミング」を提示できれば、確認メッセージが減ります。
これら 4 つは、報告の頻度を増やしても解消されません。むしろ頻度を増やすと、報告のための報告に PM の時間が食われ、本来の作業が圧迫されます。構造を変える必要があります。
3. 変えるべきこと① 報告の「場所」をメールからタスクへ
最初の変更は、進捗報告の場所をメールからタスク管理ツールに移すことです。
メールは時系列に流れる「フロー」のメディアです。3 ヶ月後に「あの件、どう決まったか」を辿るのが困難。検索しても、コンテキストが切れている。
タスク管理ツールは「ストック」のメディアです。タスクごとに進捗・コメント・添付ファイルが紐づいて永続化される。半年後に「あの件、いつ承認した？」を確認するときに、タスクの履歴を辿れば即座に分かります。
報告の場所を移すと、以下が起きます。
クライアントが「いつでも自分で見られる」状態になる。確認メッセージを送る理由が、構造的に消える。
PM が「報告書を書く」ではなく「タスクを動かす」に集中できる。説明工数がほぼゼロになる。
過去の進捗・決定事項が、案件と一緒に検索可能なストックとして残る。新メンバーが入ったとき、過去ログを辿るだけで状況把握できる。
実装は簡単です。タスク管理ツールに案件のグループを作り、クライアントを招待リンクで呼ぶ。週次の進捗報告メールを止めて、「進捗はこちらで見られます」とリンクを共有する。これで報告の場所が移ります。
4. 変えるべきこと② 報告の「頻度」を定期からイベントドリブンへ
2 つ目の変更は、報告の頻度を「定期」から「イベントドリブン」に切り替えることです。
定期報告（毎週月曜の定例メール、月次レポート）は、変化があったかどうかに関係なく、決まったタイミングで作成されます。変化がない週も「特に動きはありません」と書く。変化が大きい週も、報告のタイミングまで情報が止まる。
イベントドリブン報告は、変化があった瞬間に通知される設計です。タスクが完了したら、担当者を変えたら、コメントが付いたら、その瞬間に関係者に通知が飛ぶ。変化のリアルタイム性が確保され、定期報告の「情報の鮮度」と「報告作成の手間」のトレードオフが消えます。
実装には、タスク管理ツールの通知機能を使います。タスクの完了、ステータス変更、コメント追加、@メンション、これらを関係者に自動通知する設定。クライアント側も「動きがあったときに通知が来る」状態になり、確認メッセージを送る動機が消えます。
定期報告を完全にやめる必要はありません。月次の総括や、四半期の振り返りなど、まとめが必要な場面では定期報告も残します。ただ、日常の進捗共有はイベントドリブンに切り替える、というのが本質です。
5. 変えるべきこと③ 報告の「対象者」を PM から全員へ
3 つ目の変更は、報告の対象者を PM から全員に広げることです。
従来の報告は、「制作側 PM がクライアント担当者に報告する」という 1 対 1 の構造です。情報が PM を経由する必要があり、PM が「翻訳係」として時間を使います。
新しい構造は、「全員が同じ画面を見る」というブロードキャスト型です。クライアントの窓口担当者・上司・補助メンバーも、外注のフリーランスも、社内の PM もデザイナーも、同じタスクボードを参照する。情報が PM を経由しないので、翻訳工数が消えます。
特に効果が大きいのは、クライアント社内の情報伝達。クライアント窓口担当者が、その情報を上司や決裁者に転送する手間が消えます。みんなが同じボードを見るので、転送する必要がない。
実装には、タスク管理ツールの招待機能を使います。関係者全員を招待リンクで呼んで、同じグループに入れる。権限を分離して、外部メンバーには削除や設定変更を制限する。これで全員が同じ画面を見る状態が成立します。
ここで懸念になるのが、クライアントを多数招待するときのライセンス費。多くのツールでは 1 人ずつシート課金されるため、5 人 10 人と入れると月額が膨らみます。これが「全員招待」を踏みとどまる主因になります。
ゲスト課金のないツールであれば、この懸念が消えます。これが越境チーム（社外メンバーが日常的に入るチーム）特化のツール選定が重要になる理由です。
6. 越境チームならではの注意点
越境チームの運営では、報告の場所・頻度・対象者の変更が、固定の社員チームより大きな効果を生みます。
理由は 2 つ。
1 つ目は、外部メンバー（クライアント・外注先・副業）の数が多いこと。報告の翻訳工数が、メンバー数に応じて累乗的に増えます。10 人の関係者がいる案件で PM が 1 人ずつメールするのと、10 人全員が同じボードを見るのとでは、コミュニケーション量が桁違いに変わります。
2 つ目は、メンバーの入れ替わりが頻繁なこと。フリーランスを月単位で入れ替える、クライアント担当者が変わる、副業メンバーが案件ごとに違う。引き継ぎのたびに「これまでの経緯」を口頭で説明する工数が発生します。タスク履歴が残っていれば、新メンバーは自分で過去ログを辿れる。
つまり、越境チームほど構造変更のリターンが大きい。逆に、固定の社員チームでこの 3 変更を実施しても、効果は限定的です。
7. 明日からできる 3 ステップ
実装の現実的な進め方は、以下の順序です。
ステップ 1：1 案件分のタスク管理ツールを準備する。新規案件か、ちょうど次のフェーズに入る既存案件を選ぶ。グループを作って、タスクを 5〜10 件登録する。
ステップ 2：クライアントを招待リンクで呼ぶ。窓口担当者・決裁者・補助メンバーを全員招待。同時に「これからは進捗をここで見られます。確認メッセージは送らなくて大丈夫です」と伝える。
ステップ 3：1 ヶ月運用して、進捗確認メッセージの数を測定する。事前の月の確認メッセージ数（多い人は週 5〜10 件）と比較する。減っていれば、運用変更が機能している証拠。減っていなければ、構造のどこかにまだ詰まりがある。
この 3 ステップで、月の数時間〜十数時間の確認対応工数が消えます。年間で換算すると、PM 1 人の数十時間〜数百時間の時間が戻ってきます。
8. 関連記事
クライアント共有運用の実装詳細は クライアントに進捗を見せる仕組みの作り方、承認プロセスの設計は クライアント承認のフローをタスクに乗せる方法 を参照してください。
越境チームの全体像と運営設計は 会社の垣根を超えたチームで仕事をする時代の、新しいタスク管理の定義 にまとめています。
まとめ
「進捗どうですか？」のメールが繰り返されるのは、報告の頻度の問題ではなく、運用の構造の問題です。
報告の場所（メール → タスク管理ツール）、頻度（定期 → イベントドリブン）、対象者（PM → 全員）の 3 つを構造的に変えることで、確認メッセージの往復が消えます。
特に越境チームほど、この構造変更のリターンが大きい。外部メンバーが多く、入れ替わりが頻繁な組織ほど、3 つの変更が運用品質を変えます。
Paqut で、「進捗どうですか」のメールを消す
Paqut なら 3 ステップで、報告の場所・頻度・対象者の変更を実装できます。
- 無料プランで自分のワークスペースを 3 分で作る
- 案件のグループを作って、クライアントを招待リンクで呼ぶ（追加料金 0 円）
- 1 ヶ月運用して、「進捗どうですか」の確認メッセージが減ったかを実測する