ROI事件ファイル No.580『全部を同じ重さで流して、届く順が決まっていなかった』
全部を同じ重さで流して、届く順が決まっていなかった
第一章：情報が届かない、だが仕組みが追いつかない
「社内の掲示板プラットフォームを導入したいんです。事故情報を、素早く全員に共有したくて」
TechCom社の人事部長、速水伝氏は、そう言いながら状況を語った。「前期から従業員が急増して、今は百二十名。増えるにつれて、業務中の事故が増えている。交通事故や、荷物運搬中の事故。今は電話ベースで情報を共有していますが、管理が追いつかない。事故情報を、全員に一斉に届ける仕組みが要る」
「今の共有は、どこで詰まっていますか」とClaudeが尋ねた。
「個人のLINEで回していて、属人的で」と速水氏が答えた。「休暇中の人に届かない。事業部トップ経由だと、伝達漏れが起きる。動画や写真も、個人のPCに散らばっていて、全社に展開できない。とにかく全部を、同じように流そうとしているんですが、追いつかない」
「情報の最新性や、頻度や、重要度で、届ける順は決めていますか」と私が確認した。
「……決めていません」と速水氏が答えた。「全部を同じ重さで流していました。どれを、どれだけ急いで、誰に確実に届けるか。優先度をつけたことがない」
「全部を同じ重さで流すと、届く順が決まりませんね」と私が応じた。「RFMで分解しましょう」
第二章：RFMが問う、最新性・頻度・重要度で優先度を決める
「この案件には、RFMが必要です」
Claudeがホワイトボードに「最新性・頻度・重要度」と書いた。
「RFM——最新性・頻度・重要度の三軸とは、情報の優先度を三つの物差しで測るフレームワークです」と私が説明した。「肝は、全部を同じ重さで流さないこと。事故情報のように、どれだけ新しく（最新性）、どれだけ繰り返し（頻度）、どれだけ重い（重要度）かで、届け方が変わる。三軸で優先度を決めるから、確実に届く仕組みになる。届く順を決める道具です」
「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。速水氏から提供されたデータを入力する。
「月間のコストが出ました」とGeminiが読み上げた。「電話ベース情報共有の工数が月平均百七十時間、時給三千六百円で月六十一万二千円。伝達漏れ・属人的管理による事故対応の遅れが月平均四十万円。休暇中の情報未達による重複連絡が月平均三十四万円。事故情報の分散による全社展開の不能が月平均三十六万円。事故増加による損失・対応コストリスクが月平均三十八万円。合計で月二百九万二千円。年間換算で約二千五百十万円」
速水氏が数字を見つめた。「共有の手間だけ見ていました。届く順が決まらず事故対応が遅れるコストまで足すと、これほどとは」
「では、RFMで設計します」と私が続けた。
[最新性——事故情報を最も速く届ける]
「最初に、最新性です」とClaudeが言った。「事故情報は、共有が遅れると防止の効果が薄れる。最新性が命。だから、発生した瞬間に最優先で届く経路を作る。全部を同じ速さで流さず、新しさで順をつけます」
[頻度——共有を繰り返して意識を保つ]
「次に、頻度です」とGeminiが続けた。「共有の頻度を高め、従業員の安全意識を常に高く保つ。一度きりでなく、繰り返し届ける。頻度で、事故防止の意識を維持します」
[重要度——全員に確実に受け取らせる]
「頻度の次に、重要度です」と私が続けた。「事故防止の情報は、全員にとって重い。だから、休暇中でも、経路が違っても、全員が確実に受け取れる仕組みにする。重要度で、届く確実さを決めます」
[実装——三軸を掲示板と通知に落とす]
「最後に、実装です」とClaudeが続けた。「三軸を、掲示板プラットフォームに落とす。全員がアクセスできる一元管理、重要情報の緊急通知、動画・写真の共有。最新性・頻度・重要度が、確実に届く仕組みになります」
[投資回収を試算する]
「ROI Proposal Generatorで試算しましょう」とGeminiが提案した。
- 初期費用：RFM分析・掲示板プラットフォーム構築・緊急通知機能・動画写真共有・運用設計費用合計五百十万円
- 月次費用：プラットフォーム運用・保守継続費合算月二十二万円
- 月次削減効果：情報共有の一元化＝月四十八万円（七割削減想定）、緊急通知による事故予防＝月三十六万円、伝達漏れの解消＝月二十八万円、動画写真共有による全社展開＝月二十八万円、合計月百四十万円
- 月次純削減：百四十万円－二十二万円＝月百十八万円
- 投資回収期間：五百十万円÷百十八万円＝約四・三ヶ月
「四ヶ月強の回収です」とGeminiが整理した。「効くのは、全部を同じ重さで流さず、三軸で優先度を決める点です。均一に流すと、急ぐ事故情報も埋もれ、休暇中には届かない。最新性・頻度・重要度で順をつけるから、確実に届く。投資が空振りしません」
速水氏が数字を確認しながら言った。「全部を流せば済むと思っていました。届く順を決めないと、大事な情報が埋もれる」
「RFMは、最新性・頻度・重要度で優先度を決める道具です」と私が応じた。
第三章：三軸で優先度を決める導入計画
「進め方を整理します」と私がホワイトボードの前に立った。
「第一ヶ月——三軸での情報分類と、事故情報の優先度設定。第二ヶ月——掲示板プラットフォームの要件定義と緊急通知の設計。第三・四ヶ月——プラットフォームの構築と全社アクセスの整備。第五ヶ月——動画・写真の共有機能と休暇中への到達設計。第六ヶ月——試験運用と効果検証。第七ヶ月以降——運用の定着、フィードバックによる継続最適化」
「全員に一斉配信すれば、届きますよね」と速水氏が確認した。
「一斉に流すだけでは足りません」とClaudeが応じた。「同じ重さで一斉配信すると、急ぐ事故情報も日常の連絡も混ざり、埋もれる。休暇中には届かない。RFMで最新性・頻度・重要度の順をつければ、重い情報が最優先で、全員に確実に届く。届く順を決めることが、配信より先です」
速水氏がメモを取りながら言った。「全部を流す前に、届く順を決める。順序が見えました」
第四章：届く順が決まって、事故が減った日
十ヶ月後、速水氏から報告が届いた。
情報共有は、プラットフォーム導入後、大きく変わった。「電話ベースで追いつかなかった共有が、一元管理になった。事故情報が、全員に一斉に届くようになった」と速水氏は記していた。
伝達漏れも消えた。緊急通知が、休暇中や経路違いの取りこぼしをなくした。「休暇中の人にも、トップを経由せずに直接届いた。属人的な回し方が、なくなった」と報告書にあった。
最も大きな変化は、情報の流し方に表れた。全部を同じ重さで流す状態から、三軸で優先度を決める状態に変わった。「一斉に流せばいい、と思っていた。最新性・頻度・重要度で順をつけたら、重い情報が埋もれず、確実に届くようになった」と速水氏は記していた。
動画・写真も活きた。共有機能が、視覚的な情報を全社に広げた。「個人のPCに散らばっていた動画や写真が、全社で共有できた。事故防止に役立った」と報告書にあった。
副次効果として、情報の見方が変わった。均一でなく優先度で流す発想が根づいた。「全部を同じように流す、をやめた。どれを、どれだけ急いで、誰に確実に、で考えるようになった」と速水氏は記していた。
速水氏の報告書の最後にはこう書かれていた。「情報共有の悩みは、配信の仕組みだと思っていた。だが本当の問題は、全部を同じ重さで流して、届く順が決まっていなかったことだ。RFMで三軸の優先度をつけた瞬間に、確実に届く形が見えた。全部を流す前に、届く順を決めることが先だった」
全部を同じ重さで流して届く順が決まっていなかった会社が、三軸で優先度を決められる会社に変わった日、情報共有は均一な一斉配信から、最新性・頻度・重要度で優先度を決める設計に変わっていた、と記されていた。
「情報共有の相談は、たいてい『全員に届けたい』という形で来る。だが一斉に流す前に問うべきことがある。届く順は、決まっているか。RFMが問うのは、最新性・頻度・重要度の三軸だ。三軸で優先度をつければ、重い情報が埋もれず確実に届く。全部を同じ重さで流していた会社が、届く順を決められた日、変わったのは配信の速さではなく、最新性・頻度・重要度で優先度を決める視点そのものだった」
関連ファイル
使用ツール
- ROI Polygraph — 電話共有工数・伝達漏れによる対応遅れ・情報分散の可視化
- ROI Proposal Generator — 最新性・頻度・重要度の三軸設計を起点にした情報共有プラットフォームの投資回収シミュレーション
