メインコンテンツへスキップ

誰も開かない定期レポートをやめて、"見に来てもらう"設計にした話

    画像

    レポートは「送る」より「置く」ほうが読まれる:確認依頼が激減した理由

    定期レポートを毎月送っているのに、「確認しましたか?」の連絡が来る。
    「読んでいないだけだろう」と思っていたら、読んでいる人もいた。問題は別のところにあった。
    情報の届け方を「送る」から「置く」に変えたら、確認依頼が週2〜3件から0〜1件に減った話です。

    以前(#019)、定期レポートで在庫管理の確認コストを下げる実験をした。レポートを送ることで確認の手間を減らす方向だった。
    ただ、送り続けても「確認しましたか」という質問が減らなかった。今回は、なぜ開かれないかを分解して、運用の向きを変えた記録です。

    「送っているのに見ない」が起きる3つの理由

    理由1:見るタイミングと必要なタイミングがズレる

    月初に送ったレポートを、月初に見てもらえることはまれだった。
    忙しい月初に「在庫の確認を」と言っても、緊急度が低ければ後回しになる。

    後回しになると、「必要なとき(在庫が問題になってから)」に見る。
    でも、そのときは「最新の状況」が知りたいのに、レポートは3週間前のデータだ。

    「送るタイミング」と「見るタイミング」は一致しない。

    これはレポートの内容とは関係ない。
    人が情報を必要とするタイミングは、こちらが届けるタイミングとは構造的にズレる。
    そのズレを前提にした設計が、そもそも必要だった。

    理由2:「送られてきたもの」は能動的に開かない

    メールの受信トレイは情報が多い。
    プッシュ型で届いたレポートは、「今すぐ必要」でなければ埋もれる。

    情報の価値より、「今、受信トレイに何件あるか」のほうが開封を左右する。
    これは読む側の意識の問題ではなく、環境の問題だ。

    理由3:アクション提案が「提案止まり」になっていた

    「要注意品目:〇〇(在庫残3日)」と書いたが、「誰が何をすべきか」が書いていなかった。

    情報はあっても、次の動作が明確でないと「見たけど動けない」で終わる。
    「確認した」と「対処した」の間には、動作のトリガーが必要だった。

    「プル型」に変えるとはどういうことか

    送る(プッシュ型)をやめて、「見に来る(プル型)」設計に変えた。
    具体的には、3つを変えた。

    変更点1)共有フォルダに「いつでも最新」を置く

    月1送信から、週次更新の共有ファイル1枚に変えた。
    いつ見ても最新のデータが確認できる状態にした。

    「届いたとき」ではなく「必要なとき」に見られる。
    それだけで、タイミングのズレが解消する。

    変更点2)「見るべきタイミング」を関係者側に決めてもらう

    「月1で送るから確認して」ではなく、「毎週月曜の朝に自分で見てください。ここに置いてあります」に変えた。

    見るタイミングを受け取る側が選べることで、「自分のルーティンに組み込む」選択肢が生まれた。
    受け取る側が主体になると、確認率が上がった。

    こちらが「いつ届けるか」を管理するより、相手が「いつ見るか」を決められる設計のほうが、結果として機能した。

    変更点3)レポートを「1画面で判断できる」最小構成にした

    項目を絞った。

    • 残数が閾値を切った品目(赤表示)

    • 先週比で大きく動いた品目(黄表示)

    • 今週中に確認が必要なアクション(担当者名入り)

    情報より先に「見た瞬間に何をすべきか」が分かる設計にした。
    「全部載せる」ではなく「判断できる最小」に絞ると、見る側の負担が大きく下がった。

    やってみて分かったこと

    良かった点:「確認しましたか」の連絡が減った

    共有フォルダに置いてから、確認依頼の連絡が週2〜3件から週0〜1件に減った。

    「いつでも見られる」状態になると、「まだ見ていないのでは」という送る側の不安も和らいだ。
    情報を届けることより、「いつでもアクセスできる」安心感のほうが、確認行動を促した。

    良かった点:「誰かが動いた」が見えるようになった

    ファイルに「最終確認者:〇〇 ○月○日」の欄を作った。
    誰が確認したかが分かると、「誰も確認していない期間」が可視化される。

    これにより、「誰が確認するか」の責任が曖昧なまま放置されることが減った。
    「見えないから動かない」ではなく「見えるから動く」設計に変わった。

    失敗した点:更新忘れが発生した

    「週次更新」にしたことで、更新タスクが増えた。
    1週間更新が止まると「データが古い」状態になり、せっかくのプル型が機能しなくなった。

    対策として、週次更新をルーティンタスクとしてカレンダーに入れた。
    また、「最終更新日」をファイルの上部に大きく表示した。古いと一目で分かる設計にした。

    「最終更新日」を目立つ場所に置くと、自分への締め切り感が生まれた。「誰かに見られている」設計は、自分の行動規律にも効く。

    失敗した点:「アクション担当者」の欄が空欄のまま

    「今週中に確認が必要なアクション(担当者名入り)」を設計したが、担当者を誰が記入するかが決まっていなかった。
    結果、アクション欄は空白のままになることが多く、「誰がやる」がやはり宙に浮いた。

    対策:在庫担当者が月次会議の最後にアクション欄を埋めるルールにした。
    書く場を作るより、書くタイミングを決めるほうが効いた。

    「書く欄を作っても埋まらない。書くタイミングを決めると埋まる」——仕組みより、習慣の差し込み場所のほうが大事だった。

    明日から試せる一歩

    • 定期レポートを「送る」→「共有フォルダに置く」に変える(メール不要)

    • ファイルの先頭に「最終更新日」と「今週のアクション(担当者名)」だけ書く

    • 見るタイミングを関係者が自分で決められるようにする(朝のルーティンとして提案する)

    • 項目を絞る(赤・黄・アクションの3要素のみでまず試す)

    • 更新を自分のカレンダーに入れて、止まらない仕組みを作る

    まず1つ目だけ試すとしたら、「送るのをやめて、共有フォルダのリンクを関係者に共有する」だけでいい。
    設計を変える前に、まず"届け方の向き"を変えてみる。それだけで何かが変わるかもしれない。


    #AI活用100本ノック 進捗:26/100
    次回の実験:在庫データから「要確認品目」を自動抽出して、共有ファイルのアクション欄に反映する


    このnoteでは、現場改善・AI活用・小さな自作ツールの試行錯誤を記録しています。
    初めての方はこちらからどうぞ。
    ▶ はじめての方へ|このnoteで書いていること


    💬 あなたの現場では、定期レポートを「送る運用」と「見に来てもらう運用」のどちらが合いそうですか?
    もし切り替えるなら、どこが一番の壁になりそうかコメントで教えてください。

    📌 この記事が参考になったら「スキ」で教えてください。
    次の実験の励みになります。

    あなたへのおすすめ