ROI事件ファイル No.509『ダブルブッキング寸前の、デモ機予約』
ダブルブッキング寸前の、デモ機予約
第一章：あのデモ機、今どこに
「あのデモ機、今どこにありますか、という質問が一日に何度も来ます」
PineTech社の営業企画マネージャー、椿原慧氏は、そう言いながらスプレッドシートを開いた。デモ機管理表。「機種、貸出先、貸出日、返却予定日、現在地——項目はあるが、更新が追いついていない。実物の所在は、管理担当者の頭の中です」
「デモ機の台数と拠点数は」とClaudeが尋ねた。
「機種数二十、各機種一から三台で総数約四十五台」と椿原氏が答えた。「拠点は全国八ヶ所。営業が顧客先でデモを行うため、拠点間を頻繁に移動します。先月、ダブルブッキング寸前のトラブルが起きました。同じデモ機を、二つの営業部署が同じ日に予約していたんです。管理担当者が気づいて間一髪で防げましたが、本人が休暇だったら破綻していた」
「現状の管理方法は」と私が尋ねた。
「スプレッドシートと、セールスフォースのカレンダー」と椿原氏が答えた。「スプレッドシートはデモ機の在庫リスト、カレンダーは予約状況。二つを照合しながら、管理担当者一名が運用している。本人不在時の代替がない」
「課題リストはありますか」とGeminiが尋ねた。
「あります」と椿原氏が答えた。「機能要望が現場から十五件出ている。優先順位がつけられないまま、システム化の議論が止まっている。何から作るかが決まらない」
「優先順位の判断軸がないですね」と私が応じた。「RICEで分解しましょう」
第二章：RICEが問う、四指標で機能を選ぶ
「この案件には、RICEが必要です」
Claudeがホワイトボードに四つの文字を書いた。R・I・C・E。
「RICEとは、Reach・Impact・Confidence・Effortの四指標で機能の優先順位を決めるフレームワークです」と私が説明した。「プロダクト開発で広く使われる手法ですが、社内システム導入でも有効です。要望が多いとき、全部を実装するのは不可能。各要望をReach（影響範囲）、Impact（効果の大きさ）、Confidence（実現確度）、Effort（必要工数）の四指標でスコア化し、優先度を機械的に出します」
「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。椿原氏から提供されたデータを入力する。
「月間の管理コストが出ました」とGeminiが読み上げた。「管理担当者一名のデモ機管理工数が月平均百四十時間、時給三千八百円で月五十三万二千円。営業からの問い合わせ対応工数——管理担当者への確認電話が月平均六十時間、月二十二万八千円。ダブルブッキング寸前のリスク期待値が月平均八十万円——本人不在時のミス発生確率と影響額の積。デモ機の所在不明による拠点間移動の重複手配コストが月平均三十万円。デモ機の稼働率最適化ができないことによる機会損失が月平均四十万円——使われていない機材が把握できず、追加購入してしまうコスト。合計で月二百二十六万円。年間換算で約二千七百十万円」
椿原氏が数字を見つめた。「単発のトラブル防止だと思っていました。年間で見ると意味が違う」
「では、RICEで設計します」と私が続けた。
[十五件の要望を四指標でスコア化]
「現場から出ている十五の機能要望を、四指標でスコア化します」とClaudeが言った。「Reachは、その機能を使う人数。Impactは、業務改善の効果の大きさ。Confidenceは、想定通りの効果が出る確度。Effortは、開発に必要な工数。各指標を一から十でスコア化し、Reach×Impact×Confidence÷Effortの計算式で優先度を出します」
「定量化できますか」と椿原氏が確認した。
「定量化します」と私が応じた。「主観の入る余地はありますが、評価者を複数置いてスコアを平均することで、判断のばらつきを抑えます」
[R——Reach：影響範囲の測定]
「Reach軸では、機能が使われる人数を測ります」とGeminiが続けた。「全営業百五十名が日常的に使う『デモ機検索・予約機能』はReachが最大。月一回しか使われない『年次稼働レポート』はReachが小さい。Reachが大きい機能ほど、優先度が上がります」
[I——Impact：効果の大きさ]
「Impact軸では、業務改善の効果を測ります」と私が続けた。「ダブルブッキング防止のためのロック機能はImpactが極めて高い。一方、UIの色変更などの改善はImpactが小さい。トラブル防止と効率化、両方の観点で評価します」
[C——Confidence：実現確度]
「Confidence軸では、実装後に想定の効果が出る確度を測ります」とClaudeが続けた。「既存システムとの連携機能は技術的に検証済みで確度が高い。一方、AIによる需要予測のような新規性の高い機能は確度が低い。確度の低いものは、後回しか段階的検証を組み込みます」
[E——Effort：必要工数]
「Effort軸では、開発に必要な工数を測ります」とGeminiが続けた。「Effortが分母に来るので、低いほど優先度が上がる。十五要望のうち、Effortが極端に大きい三件は今回のスコープから外し、別途継続検討にする。残り十二件で優先順位を決定します」
[スコアリングの結果と段階導入]
「四指標を統合した優先順位を出します」と私が続けた。「上位五件は『デモ機検索・予約機能』『ダブルブッキング自動防止』『現在地リアルタイム表示』『拠点間移動申請ワークフロー』『過去使用実績の自動記録』。これらは第一段階で実装します。中位四件は第二段階、下位三件は第三段階。段階ごとに投資判断を独立して行います」
[投資回収を試算する]
「ROI Proposal Generatorで試算しましょう」とGeminiが提案した。
- 初期費用：第一段階開発（上位五機能）・セールスフォース連携・データ移行・現場研修費用合計五百二十万円
- 月次費用：システム運用・保守合算月十六万円
- 月次削減効果：管理担当工数削減＝月三十七万円（七割削減想定）、問い合わせ対応削減＝月十八万円、ダブルブッキングリスク低減＝月六十万円、移動重複削減＝月二十一万円、稼働率最適化＝月三十二万円、合計月百六十八万円
- 月次純削減：百六十八万円－十六万円＝月百五十二万円
- 投資回収期間：五百二十万円÷百五十二万円＝約三・四ヶ月
「四ヶ月以内です」とGeminiが整理した。「第一段階だけで現状コストの大半をカバーできる構造です。第二・第三段階は、追加の改善幅を狙う投資。各段階で独立に判断できる設計になっています」
椿原氏が数字を確認しながら言った。「全機能一括で投資判断する話だと思っていました。段階で切ると、判断が現実的になる」
「RICEは、選別の道具でもあります」と私が応じた。
第三章：四指標で進める段階導入
「進め方を整理します」と私がホワイトボードの前に立った。
「第一・二週——十五要望のRICEスコアリング、現場レビュー。第三週——第一段階の要件確定、ベンダー選定または内製判断。第四週から十週——第一段階開発、データ移行設計。第十一週——テスト運用、現場研修。第十二週——本番稼働、スプレッドシート運用の段階廃止。第十三週以降——三ヶ月の効果計測。第二段階の投資判断は第四ヶ月時点」
「セールスフォースとの連携は」と椿原氏が確認した。
「カレンダー機能はセールスフォースを継続使用します」とClaudeが応じた。「予約の入り口はセールスフォース、デモ機の在庫状況は新システム、両者をAPIで連携する。営業の日常業務はセールスフォース上で完結する。現場の運用変更を最小化します」
椿原氏がメモを取りながら言った。「優先順位を機械的に出せると、議論が早いですね」
第四章：管理担当者が、休めるようになった日
七ヶ月後、椿原氏から報告が届いた。
第一段階稼働三ヶ月後、デモ機管理に関する問い合わせは従来比で八十二パーセント減少。営業がシステム上で在庫と予約を直接確認できるようになり、管理担当者への確認電話がほぼ消えた。「以前は管理担当者が休暇を取れなかった。今は普通に休暇が取れる」と椿原氏は記していた。
ダブルブッキングは、システム的に発生しない構造になった。予約時に在庫が自動でロックされ、二重予約は受け付けない設計。「人の注意力に頼っていた部分が、ルールに置き換わった」と報告書にあった。
最も意外な変化は、デモ機の稼働率に表れた。各機種の利用頻度がデータで見えるようになり、需要に対して供給が過剰な機種と不足している機種が明確化。過剰な機種は新規購入を見送り、不足している機種は追加購入で対応した。「稼働率分析の結果、年間の追加投資が二百万円規模で見直された」と椿原氏は記していた。
第二段階の議論も計画通り始まった。第一段階の効果が見えたことで、第二段階の四機能の投資判断が容易になった。「数字が出ているプロジェクトに、追加投資の合意は取りやすい」と報告書にあった。
副次効果として、営業の動きが変わった。デモ機が必要な日程を、システム上で複数候補から選べるようになったことで、営業活動のスケジューリング自由度が上がった。「以前は管理担当者に確認しないと動けなかった。今は自分のタイミングで動ける」と現場アンケートにあった。
属人化の解消も実現した。デモ機管理の知識が管理担当者一名に集約されていた状況が、システム上のルールとデータに置き換わった。「管理担当者が異動になっても、業務が止まらない構造になった」と椿原氏は記していた。
椿原氏の報告書の最後にはこう書かれていた。「十五個の要望のうち、何から作るか、で半年止まっていた。RICEで四指標スコアリングしたら、二週間で順位が決まった。優先順位の判断は、フレームがあれば早い」
ダブルブッキング寸前のスリルが消えた日、管理担当者の有給取得率が上がった、と記されていた。
「機能要望が複数ある時、何から作るかで止まる。判断軸がないと、声の大きい人の要望が通る、または全部やろうとして全部止まる。RICEが問うのは、Reach・Impact・Confidence・Effortの四指標で機械的に順位をつけることだ。属人的な議論を、数字で置き換える。ダブルブッキング寸前のデモ機予約があった営業組織で、四指標で機能を絞り込んだ日、止まっていたのは開発ではなく、判断の軸そのものだった」
関連ファイル
使用ツール
- ROI Polygraph — 管理工数・ダブルブッキングリスク・稼働率機会損失の可視化
- ROI Proposal Generator — 段階導入の投資回収シミュレーション
