ROI事件ファイル No.521『十年前の仕入れ台帳が、誰も触れない聖域だった』
十年前の仕入れ台帳が、誰も触れない聖域だった
第一章：何から手を付ければいいか、分からない
「システムが四つ、バラバラに動いています。どれから手を付ければいいのか、誰も判断できていません」
GlobalTech社の事業企画室で、室長の宇治原誠氏はそう言いながら、社内システムの一覧表を広げた。販売管理、在庫管理、経理、そして十年以上前にスクラッチで組んだ仕入れ管理システム。「それぞれが独立して動いている。販売実績を在庫に反映させるのも、経理に数字を渡すのも、すべて手作業の転記です」
「一元管理ができていないことで、どんな実害が出ていますか」とClaudeが尋ねた。
「在庫の整合性が取れません」と宇治原氏が答えた。「販売側の数字と在庫側の数字が合わず、月末に照合する作業に丸二日かかる。さらに厄介なのが、十年前の仕入れ管理システムです。特定部署だけが使っていて、組んだ本人はもう退職している。誰も中身に触れない。聖域になっています」
「事業企画室の体制は」と私が確認した。
「私一人です」と宇治原氏が答えた。「専門知識も限られている。過去にコンサルを入れていた時期もありましたが、業績が悪化して経費削減で切りました。今また必要性が出てきて、複数社から提案を聞いている段階です。ただ、正直なところ、何から着手すべきかの優先順位が立てられない」
「やるべきことが多すぎて、順番が決まらない状況ですね」と私が応じた。「ICEで優先順位を数値化しましょう」
第二章：ICEが問う、影響度・確信度・容易さ
「この案件には、ICEが必要です」
Claudeがホワイトボードに「I・C・E」と三文字を書いた。
「ICEとは、施策をImpact（影響度）、Confidence（確信度）、Ease（容易さ）の三軸で採点し、優先順位を決めるフレームワークです」と私が説明した。「グロースハックの世界で使われる手法ですが、本質は『やるべきことが多すぎて順番が決まらない』状況を数値で裁くことにある。四つのシステムをどの順で統合するか、勘ではなくスコアで決めます」
「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。宇治原氏から提供されたデータを入力する。
「月間の分断コストが出ました」とGeminiが読み上げた。「システム間の手作業転記工数が月平均二百八十時間、時給三千八百円で月百六万四千円。在庫整合性照合の月末作業が月平均四十八時間、月十八万二千円。データ不整合による誤発注・欠品の損失が月平均九十万円。仕入れ管理システムのブラックボックス化による属人リスク期待値が月平均七十万円。経営判断に必要な数字が即座に出ないことによる意思決定遅延の機会損失が月平均六十万円。四システム個別保守の重複コストが月平均五十五万円。合計で月三百八十九万六千円。年間換算で約四千六百七十五万円」
宇治原氏が数字を見つめた。「転記工数だけだと思っていました。ブラックボックスの属人リスクや意思決定の遅れまで金額にすると、規模が違う」
「では、ICEで設計します」と私が続けた。
[Impact——影響度：統合がもたらす効果の大きさ]
「最初に、各施策のImpactを採点します」とClaudeが言った。「販売管理と在庫管理の統合は、影響度が最も高い。在庫回転率の改善に直結し、誤発注・欠品の損失を直接削減する。十点満点で九点。経理連携は八点、仕入れ管理システムの刷新は中長期効果で七点。影響度は『これを直したら、どれだけ効くか』の尺度です」
[Confidence——確信度：成功する見込み]
「次に、Confidenceです」とGeminiが続けた。「過去の統合実績と、現存するデータの質から、成功見込みを採点する。販売・在庫の統合はデータが揃っており確信度九点。経理連携は仕様が明確で八点。仕入れ管理システムは中身がブラックボックスのため、確信度が四点と低い。確信度は『本当に上手くいくと言い切れるか』の尺度です」
[Ease——容易さ：実行のしやすさ]
「最後に、Easeです」と私が続けた。「クラウド型統合管理システムを使えば、販売・在庫・経理の連携は容易さ八点。標準的なAPI連携で実現できる。一方、仕入れ管理システムは設計者が不在でドキュメントもないため、容易さ二点。手を付けるなら最も重く、最後に回すべき対象だと数値が示しています」
[三軸を掛け合わせ、着手順を決める]
「Impact・Confidence・Easeを掛け合わせると、着手順が自動的に出ます」とClaudeが続けた。「第一優先は販売・在庫統合（九×九×八）。第二は経理連携（八×八×八）。仕入れ管理システムは効果はあるが確信度と容易さが低く、最後。聖域に最初に切り込まないことが、数値的に正しい判断になる」
[投資回収を試算する]
「ROI Proposal Generatorで試算しましょう」とGeminiが提案した。
- 初期費用：クラウド型統合管理システム導入・販売在庫統合・経理連携・データ移行・段階移行設計・内部スタッフ育成費用合計九百八十万円
- 月次費用：システム利用料・運用継続費合算月三十二万円
- 月次削減効果：転記工数削減＝月八十五万円（八割削減想定）、在庫整合性作業削減＝月十六万円、誤発注・欠品損失削減＝月六十三万円、意思決定遅延の解消＝月四十二万円、重複保守削減＝月四十万円、合計月二百四十六万円
- 月次純削減：二百四十六万円－三十二万円＝月二百十四万円
- 投資回収期間：九百八十万円÷二百十四万円＝約四・六ヶ月
「五ヶ月以内の回収です」とGeminiが整理した。「重要なのは、聖域である仕入れ管理システムを最初に触らないことです。ICEのスコアが、最も効いて最も実行しやすい統合から着手する順番を示している。確信度の低い対象を後回しにすることで、初期の成功体験が早く出る」
宇治原氏が数字を確認しながら言った。「全部を一度に統合しようとして、いつも仕入れ管理システムの壁で議論が止まっていました。三軸で採点すると、触る順番が見える」
「ICEは、やるべきことの行列に番号を振る道具です」と私が応じた。
第三章：段階統合で進める導入計画
「進め方を整理します」と私がホワイトボードの前に立った。
「第一・二ヶ月——クラウド型統合管理システムの選定、販売管理と在庫管理のデータ構造設計。第三・四ヶ月——販売・在庫統合の構築と試験運用、在庫整合性の自動照合実装。第五ヶ月——経理システムとの連携構築、月次集計の自動化。第六ヶ月——統合システムの本番稼働、内部スタッフへの運用移管。第七ヶ月——仕入れ管理システムの現状解析、ブラックボックスの仕様書化に着手。第八ヶ月以降——仕入れデータの統合基盤への段階移行、内製運用体制の確立」
「仕入れ管理システムは、結局どうするんですか」と宇治原氏が確認した。
「いきなり置き換えません」とClaudeが応じた。「まず中身を解析して仕様を文書化する。それから統合基盤へデータを段階移行する。ICEで確信度が低いと出た対象は、効果を急がず、リスクを下げてから着手する。聖域を慌てて壊すと、業務が止まる危険がある」
宇治原氏がメモを取りながら言った。「優先順位を数値で決めるという発想がありませんでした。一人体制でも、順番さえ決まれば動ける」
第四章：番号が振られた、改善の行列
九ヶ月後、宇治原氏から報告が届いた。
販売・在庫統合は稼働三ヶ月後に手作業転記の八割を削減。月末の在庫照合作業は丸二日から半日に短縮された。「販売実績が在庫にリアルタイムで反映される。月末に数字を突き合わせる作業が、ほぼ消えた」と宇治原氏は記していた。
誤発注・欠品も大幅に減少した。在庫数がシステム上で一元化されたことで、データ不整合に起因する発注ミスがほぼ解消。「在庫が合わないことを前提に多めに発注していた習慣が消えた。適正在庫で回るようになった」と報告書にあった。
最も意外な変化は、意思決定の速度に表れた。経営層が必要とする数字が即座に出るようになり、会議の質が変わった。「以前は『数字を集めてから判断する』だった。今は『数字を見ながらその場で判断する』に変わった」と宇治原氏は記していた。
聖域だった仕入れ管理システムも動き出した。第七ヶ月から現状解析に着手し、十年間ブラックボックスだったロジックが文書化された。「設計者が辞めて以来、誰も触れなかったシステムの中身が、初めて言語化された。これが一番の収穫だったかもしれない」と報告書にあった。
副次効果として、事業企画室の一人体制が変わった。統合システムの運用が標準化されたことで、他部署からの兼任メンバーが運用に加われるようになった。「私一人に集中していた知識が、複数人で共有できる形になった。属人化が解けた」と宇治原氏は記していた。
過去に切ったコンサル投資への見方も変わった。「以前はコンサルを『業績が悪いと切られる経費』として見ていた。今回は投資回収を数値で握ってから始めたので、社内で『経費』ではなく『投資』として扱われている」と報告書にあった。
宇治原氏の報告書の最後にはこう書かれていた。「やるべきことが多すぎると、人は順番を決められず、結局何もしない。ICEで三軸を採点した瞬間に、最初の一手が決まった。優先順位は、議論ではなく計算で決められる」
四つのシステムを前に手が止まっていた室長が、番号の振られた行列を一つずつ片付けていく日々に変わった、と記されていた。
「統合プロジェクトが止まる理由は、たいてい『全部を一度にやろうとする』ことにある。最も難しい聖域に最初に切り込んで、そこで議論が止まる。ICEが問うのは、影響度・確信度・容易さの三軸だ。効果が大きく、成功を確信でき、実行しやすいものから着手する。確信度の低い聖域は、リスクを下げてから最後に触る。十年触れられなかった仕入れ台帳を前に立ちすくんでいた室長が、改善の行列に番号を振れた日、変わったのはシステム構成ではなく、意思決定の順序そのものだった」
関連ファイル
使用ツール
- ROI Polygraph — 転記工数・データ不整合損失・ブラックボックス属人リスクの可視化
- ROI Proposal Generator — 段階統合によるシステム一元管理の投資回収シミュレーション
