ROI事件ファイル No.472『十年かかる理由』
十年かかる理由
第一章：誰かに聞かなければ、動けない
「若手が仕様書を受け取ると、まず先輩のところに行きます。聞いてから動く。聞かないと動けない、という方が正確かもしれません」
TechNova社の技術部門長、吉村拓哉氏は、そう言いながら手元のメモを眺めた。全国に約五十名が所属する技術部門の、ここ三年の状況を書き留めたものだった。
「毎年、新卒が一名から三名入ります」と吉村氏が続けた。「設計業務で一人前になるまで、約十年かかっています。その十年の間、若手は先輩に聞きながら動く。先輩は本来の業務をこなしながら、若手の質問に答え続ける。両方にコストがかかっている」
「若手が頻繁に調べる情報は、どんな種類のものですか」とClaudeが確認した。
「三つに分かれます」と吉村氏が答えた。「一つ目が、過去の類似業務の事例。どういう工法を選んだか、どんな問題があったか。二つ目が、国交省などの規約・基準。法令の改訂が入ることもあるので、最新版を確認しながら進める必要がある。三つ目が、設計上の判断基準——この条件ならこちらの仕様を選ぶ、という暗黙のルールです」
「三つ目が一番問題です」とGeminiが言った。「事例や法令はドキュメントが存在する。暗黙のルールは、先輩の頭の中にしかない」
吉村氏が頷いた。「そこに時間がかかっています。過去データを探す時間と、先輩を捕まえるまで待つ時間。その二つを足すと、若手の一日はかなりの割合が調べることに消えている」
「中堅の社員は、どのくらいの時間を若手対応に使っていますか」と私は尋ねた。
吉村氏がメモをめくった。「本人たちに聞いたところ、週に四時間から六時間という回答が多かった。多い人では週八時間。本来の業務への支障を感じている、という声も出ています」
「週六時間が、五十名中二十名で発生しているとすると」とGeminiが計算した。「月間で四百八十時間が、知識の伝達だけに使われています」
吉村氏が静かに目を閉じた。「数字にしたことがなかった」
第二章：PDCAが問う四つの回転
「この案件には、PDCAが必要です」
Claudeがホワイトボードに四つの文字を書いた。P・D・C・A。
「PDCAとは、Plan（計画）、Do（実行）、Check（確認）、Act（改善）の四段階を繰り返すことで、継続的に精度を高めるフレームワークです」と私が説明した。「AIチャットボットの導入は、一度入れたら終わりではありません。学習データの精度が上がるほど回答の質が上がり、使われるほどデータが増え、さらに精度が上がる——この正の循環を設計することが、チャットボット導入の本質です。PDCAは、その循環を意図的に回す設計図です」
「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。吉村氏から提供されていた業務ログと、中堅社員へのヒアリング結果を入力する。
数字が返ってきた。
「月間の知識伝達コストが出ました」とGeminiが読み上げた。「中堅社員二十名の若手対応工数が月平均四百八十時間。時給三千二百円で換算すると、月百五十三万六千円。若手二十名が情報収集・調査に費やしている時間が月平均三百時間、時給二千四百円で月七十二万円。合計で月二百二十五万六千円が、知識の伝達と調査に消えています。年間換算で二千七百七万二千円です」
吉村氏が数字を見て口を開かなかった。しばらく経ってから、「年間ベースで見たことがなかった」と言った。
「十年かかる理由が、この数字の中にあります」と私が続けた。「では、PDCAで設計します」
[P——Plan：何を学習させるかを設計する]
「最初の計画フェーズで決めることは三つです」とClaudeが言った。「第一に、チャットボットに学習させるデータの種類と優先順位。第二に、誰がどのような質問をするかの想定問答の初期セット。第三に、回答精度を判断するための評価基準」
「データの優先順位はどう決めますか」と吉村氏が尋ねた。
「若手が先輩に聞く質問の頻度順です」とClaudeが答えた。「吉村さんが分類した三つ——事例・法令・暗黙のルール——のうち、最も頻度が高いものから学習データにする。最初から全部を入れようとすると、精度が低い状態で稼働します。頻出の百問に絞って高精度で答えられる状態を作るほうが、現場での信頼を得やすい」
「最初に絞る、というのが重要なんですね」と吉村氏が確認した。
「広げるのは後からできます」と私が応じた。「最初に絞らないと、使う側が何を聞けばいいか分からなくなります」
[D——Do：最小限のデータで動かし始める]
「実行フェーズでは、まず一つの拠点・一つのチームに限定して稼働させます」とGeminiが続けた。「全社展開は、精度が確認されてから。最初の稼働は、若手五名と中堅二名の小さなグループで一ヶ月試します」
「その一ヶ月で何を見ますか」と吉村氏が確認した。
「二つです」とClaudeが答えた。「チャットボットへの質問数と、回答に対する満足評価。質問数が増えていれば使われている証拠です。満足評価が低い回答が、次のデータ改善の対象になります」
[C——Check：回答の品質を測る]
「確認フェーズでは、一ヶ月の稼働データを三つの指標で評価します」と私が続けた。「第一に、先輩への質問件数が減ったか。第二に、チャットボットの回答で業務が完結した割合。第三に、回答精度への評価スコア。この三つが改善されていれば、次の展開に進みます」
「先輩への質問件数は、どうやって測りますか」と吉村氏が尋ねた。
「試験期間中の一ヶ月、中堅二名に対して若手から来た質問を記録してもらいます」とGeminiが答えた。「前月と比較して減っていれば、チャットボットが代替できている証拠です。増えていれば、チャットボットが答えられていない領域が残っています。その領域が、次のPlanで追加すべきデータです」
[A——Act：使われるほど精度が上がる設計にする]
「改善フェーズの設計が、このプロジェクトの核心です」とClaudeが言った。「チャットボットが低評価を受けた回答は、自動的にフラグが立つように設計します。そのフラグが月次でリストになり、担当者が正しい回答を追記する。追記されたデータで再学習する——この循環が動き続けると、使われるほど精度が上がります」
「誰が追記を担当しますか」と吉村氏が確認した。
「最初は吉村さんに月に一度確認していただく形で十分です」と私が答えた。「フラグが立った回答が月に二十件以下であれば、一時間以内に確認できます。これが、中堅社員が週六時間使っていた対応コストに代わる作業です。月一時間が、週六時間を置き換えます」
「ROI Proposal Generatorで投資計画を試算しましょう」とGeminiが提案した。
AIチャットボットの導入コストと削減効果が並んだ。
- 初期費用：データ整備・チャットボット構築・初期学習費用合計二百万円
- 月次費用：システム保守・クラウド利用料月十二万円
- 削減効果（一年目）：中堅対応工数五十パーセント削減＝月七十六万八千円、若手調査時間四十パーセント削減＝月二十八万八千円、合計月百五万六千円
- 月次純削減：百五万六千円－十二万円＝月九十三万六千円
- 投資回収期間：二百万円÷九十三万六千円＝約二・一ヶ月
「二ヶ月での回収です」とGeminiが整理した。「二年目以降は年間削減効果が一千百二十三万円になる試算です。十年かかっている習熟期間が短縮されれば、さらに上積みされます」
吉村氏が数字を確認しながら言った。「若手が十年かかることを、仕方がないと思っていました。でも、その十年のコストが今日初めて見えた」
第三章：知識を持ち歩ける組織
「導入の進め方を整理します」と私がホワイトボードの前に立った。
「第一ヶ月——学習データの整備。頻出質問百問を抽出し、回答を書き出す。中堅社員に週一時間ずつ協力してもらい、暗黙のルールを言語化する。第二ヶ月——小グループでの稼働開始。若手五名・中堅二名のチームで試験運用。第三ヶ月——評価と改善。三つの指標を確認し、低精度の回答を再学習。第四ヶ月以降——段階的な拡張。拠点ごとに展開し、PDCAを継続的に回す」
「暗黙のルールを言語化する工程が、一番時間がかかりそうです」と吉村氏が言った。
「そこが最も価値のある工程です」とClaudeが答えた。「言語化されていないルールは、先輩が退職した瞬間に組織から消えます。チャットボットに学習させる過程で、そのルールが文書になる。チャットボットは手段ですが、言語化は目的の一つです」
吉村氏がそれを聞いて、少し表情が変わった。「それは——確かに、急がないといけない話かもしれない。あと数年で定年になる中堅が、数名います」
「先輩の頭の中を、組織の財産にする機会でもあります」と私が静かに言った。
第四章：知識が持ち歩ける日
八ヶ月後、吉村氏から報告が届いた。
学習データの整備段階で、中堅社員七名から合計三百十二件の暗黙のルールが言語化された。「言語化してみると、自分たちが当たり前だと思っていたことが、若手には全く伝わっていなかったと分かった」と、参加した中堅社員の一人が言ったと、吉村氏は報告書に記していた。
試験運用の一ヶ月で、チャットボットへの質問数が三百四十件。うち七十八パーセントが、以前なら先輩に聞いていた内容だったと若手が回答した。中堅二名への質問件数は、前月比で六十一パーセント減少した。
三ヶ月後に全国五拠点への展開が完了。若手の習熟期間の変化は、まだ計測中だという。「十年が何年に変わるかは、まだ分からない。でも、一人前になるまでの道が、少し見えやすくなった、と若手が言っています」と吉村氏は書いていた。
中堅社員の一人、定年まで二年を切っていたベテランが、言語化作業に最も熱心に参加した。「自分が知っていることを、残していきたかった」と言ったと、吉村氏の報告書には記されていた。
知識が、人の頭から組織の棚に移った日だった。
「十年かかる理由は、経験が言語になっていないからだ。言語になっていない知識は、持ち歩けない。先輩の退職とともに組織から消える。PDCAが設計するのは、チャットボットではなく、知識が持ち歩ける構造だ。計画で絞り、実行で試し、確認で測り、改善で積み上げる——その四回転が、使われるほど精度が上がるシステムを作る。先輩の頭の中にあった三百十二のルールが、組織の財産になった日、十年という数字が少しだけ縮んだ」
関連ファイル
使用ツール
- ROI Polygraph — 知識伝達コスト・若手調査工数の可視化
- ROI Proposal Generator — AIチャットボット導入の投資回収シミュレーション
