毎週金曜日に、報告メールを書いていた。
「今週の進捗です。A案件は〇〇まで完了、B案件は来週△△に着手予定、C案件は確認待ちです」。クライアントが5社いれば、それを5本書く。同じ構造のメールを、5つの宛先に向けて、毎週繰り返す。
これが「仕事」だと思っていた時期がある。
報告メールが抱えている問題
報告メールには構造的な問題が2つある。
ひとつは、書く側のコストだ。進捗を確認し、言葉にまとめ、メールとして送る。内容は自分が一番よくわかっていることなのに、それを「言語化して伝える」という作業が毎週発生する。報告という行為自体が、価値を生んでいない。
もうひとつは、読む側のタイムラグだ。メールを受け取るのは金曜の夕方、読まれるのは月曜の朝、何かあれば月曜の午後に返信が来る。問題が起きてから解決まで72時間かかる構造が、報告サイクルに埋め込まれている。
タスクを共有すると報告が消える
あるクライアントに「メールより直接タスクを見てもらえますか」と提案した。
最初は「ちゃんと確認できるか不安」と言われた。ツールを新たに使い始めるのは面倒だと思うのは当然だ。でも招待リンクを送って、動いているタスクを1つ一緒に確認してもらったら、そのまま使い始めてくれた。
翌週、週次報告メールを書こうとして手が止まった。クライアントはすでにタスクを見ている。「今週の進捗です」と書く意味がない。
そのメールはそれ以降、送っていない。
クライアントが見ていると何が変わるか
報告をなくすと、コミュニケーションの性質が変わる。
報告があった頃は、クライアントから来るメッセージの多くが「あの件どうなってますか？」だった。週次報告の間に気になって確認が来る。報告が遅れると催促が来る。
タスクを共有してから、確認の連絡がほぼなくなった。代わりに来るのは、タスクのコメントだ。「この方向で進めてください」「この点だけ変更を検討中です」。判断が必要な話だけが届くようになる。
報告に使っていた時間が、制作に戻った。
5社に広げてわかったこと
同じ設計を他のクライアントにも広げた。全員が最初から快諾したわけではなく、「メールのほうが楽」と言う人もいた。それは無理に変えなかった。
ただ、タスク共有に移行したクライアントとの仕事は、明らかにやりやすくなった。
案件の状況を全員が同じ場所で見ている。自分がどこまで進んでいるか、何が止まっているか、クライアントも把握している。「言ってたのと違う」という行き違いが起きにくくなった。終わった案件のやり取りも残っているので、引き継ぎや参照が楽になった。
ゲストで招待できることが重要だった
クライアントを自分の管理ツールに招待するとき、懸念になるのが「他のクライアントの情報を見られたくない」という点だ。
案件単位でアクセス範囲を分けられるツールであれば、A社のクライアントはA社の案件だけ見える。B社のクライアントにはB社の案件だけ。それぞれのクライアントが、自分に関係する案件だけを把握する状態になる。
ゲストとして招待する機能があることで、複数クライアントと同時に動く設計が成立する。
報告がなくなると何に集中できるか
報告という行為には、見えにくいコストがある。毎週一定の時間を使っているだけでなく、「今週は報告で何を伝えるか」という認知負荷が積み上がる。
それがなくなると、考えることが整理される。次の作業に集中する。詰まっているタスクに早めに気づく。クライアントとの会話が「状況共有」から「判断」に変わる。
週次報告をゼロにするのが目的ではなく、報告に使っていたエネルギーを本来の仕事に戻すための設計だ。
複数クライアントとタスクを共有する設計をPaqutで試せます。ゲスト招待は何人でも追加料金なし。今動いている案件から始めてください。