AIを入れた。研修もした。それでも現場は元のやり方に戻る——この話、何度も聞きます。
結論から言うと、足りないのはツールでも予算でもありません。現場に入り、業務の中で実装し切る人がいないことです。
定着しないときの典型
よくある流れはこうです。
- 経営やDX推進が「ChatGPT／社内AI」を導入する
- 使い方研修を1〜2回やる
- 一部の人が試し、大半は触らない
- 業務フローは変わらず、数ヶ月後に「やっぱり難しい」で棚上げ
失敗の瞬間は、だいたい「導入の翌日」ではなく、現場の仕事が忙しい週が続いたあとに起きます。便利なのに使われない。正確には、使うための設計が現場に落ちていないだけです。
ツール導入だけでは崩れる理由
ツールは「できること」を増やします。でも定着に必要なのは「いつ・誰が・どの仕事で使うか」が決まっていることです。
現場責任者／CTO／事業部長の視点だと、次の三つが揃っていないことが多いです。
- 業務の入口：どの会議・どの帳票・どの問い合わせからAIに渡すか
- 品質の下限：間違えてもよい範囲と、人が必ず見る箇所
- 引き継ぎ：詳しい人が休んでも回り続ける形
これらは製品画面には書いてありません。現場の言葉と、実際の手順の中にしかありません。外からスライドで説明しても、ここは埋まらない。
構造の問題：「現場実装者」が空席
会社の中を見ると、役割が割れています。
- コンサル：方針と資料は強い。コードと運用には入らない
- 開発会社：要件が固まれば強い。要件が曖昧な現場の試行錯誤には向いていない
- 社内推進：調整はできるが、自分で実装して潰す時間が取れない
そのすき間——方針と納品のあいだで、現場に張り付いて動かす人——が空いていると、AIは「試したことがあるもの」で止まります。
だから「もう一回ツールを比較する」より先に、「誰が現場に入るか」を決めた方が早いことが多いです。
伴走顧問、という立ち位置
matsutomo.dev がやっているのは、AIコンサルでも開発会社でもありません。現場に入って自分で実装する伴走顧問です。
やることはシンプルです。
- 現場の仕事を一緒に見て、定着を止めている一点を特定する
- 小さく動く形で実装し、使われるところまで見る
- 社内で回せる形に落とす（自走がゴール）
「助言して終わる」でも「納品して終わる」でもなく、使われるまで一緒にいることが仕事の境界線です。
次の一歩
もし今、「導入はしたが現場が動かない」なら、まずツール追加を止めてください。代わりに、次の一文だけチームで共有してみてください。
定着を止めているのは、ツール不足ではなく、現場に入る人がいないことだ。
そのうえで、阻害要因が「入口」「品質」「引き継ぎ」のどれに近いかを切り分ける。ここまでできれば、打ち手はかなり絞れます。
相談のあとに小さく試すなら、まず社内向けの小さな仕組みから、という流れも多いです。
御社の定着が止まっている理由を、30分で一緒に特定します。
→ 30分相談を予約する