Journal /
AI導入は、会議室だけでは進まない。
隔週3日、現場に入る。HillsJapanのAI伴走支援
AI導入というと、オンライン会議で要件を聞き、システムを開発し、完成したものを納品する。
そんな進め方を想像されることが多いかもしれません。
HillsJapanでも、もちろんオンラインで打ち合わせを行います。
しかし、現在私たちが企業向けAI開発で重視しているのは、それだけではありません。
実際の現場へ行くことです。
現在進めているある企業とのプロジェクトでは、隔週で3日間、2名で現地へ入り、担当者の方々と一緒に開発を進めています。
これは単なる定例訪問ではありません。
実際に使う人の話を聞く。
現在の業務を見る。
開発した画面を操作してもらう。
想定していた使い方と、現場で本当に行われている仕事との違いを確認する。
そこで出てきた課題を持ち帰り、次の訪問までに改善する。
そして、また現場で確認する。
この繰り返しです。
作ってみないと、分からないことがある
AIや業務システムの開発では、最初から完璧な仕様書を作ることは難しいと私たちは考えています。
なぜなら、
実際に動くものを目の前にして初めて分かることが、とても多いからです。
「このボタンはいらない」
「ここではこの情報を先に見たい」
「実際の業務では、このタイミングで担当者が変わる」
「このデータはシステムにはあるけれど、現場では信用していない」
こうしたことは、会議室で要件を聞いているだけでは見えてきません。
ましてAIが業務へ入る場合、
「AIに何をさせるか」
だけでは足りません。
どこまでAIに任せるのか。
どこから人が判断するのか。
誰がその情報を知っているのか。
間違った場合に、どこへ戻るのか。
実際の仕事の中に入って初めて見える境界があります。
現場で聞いて、持ち帰って、直す
HillsJapanの伴走支援は、コンサルティングだけでも、受託開発だけでもありません。
現場で得た情報を、そのまま次の開発へ反映します。
エンジニアが顧客の現場に入り込み、実際の業務に合わせてAIやシステムを導入・開発する。
こうした役割はFDE（Forward Deployed Engineer）と呼ばれ、AIの導入でも注目されています。
私たちの伴走支援も、この考え方に近いものです。
AI導入支援を、打ち合わせと納品だけで終わらせず、現場で確かめて直す往復として進めます。
例えば、
ある週に現場で操作してもらう。
「これは実際の仕事では使いにくい」と言われる。
持ち帰って設計を見直す。
改修する。
次の訪問で、また触ってもらう。
そこで、
「かなり良くなった。でもここは違う」
と言われれば、また直します。
決して華やかな仕事ではありません。
むしろかなり泥臭い。
でも私たちは、この往復そのものがAI導入には必要だと思っています。
AI導入で難しいのは、AIではない
最近のAIは非常に高性能です。
文章を読み、会話し、情報を整理し、提案までできます。
だからこそ、
「高性能なAIを導入すれば業務が変わる」
と思われがちです。
実際に企業の現場へ入ると、そう簡単ではありません。
AIより先に、
現在の仕事がどう流れているのか。
誰が何を判断しているのか。
例外がどこにあるのか。
どの情報を現場が信用しているのか。
それを理解する必要があります。
企業AIの開発は、AIモデルの性能競争ではなく、仕事を理解することから始まる。
私たちは最近、ますますそう感じています。
納品して終わりにしない
HillsJapanが目指しているのは、
「システムを納品しました。使ってください」
という関係ではありません。
実際に使われるところまで一緒に見る。
使われなければ、その理由を考える。
必要なら作り直す。
そして、現場の仕事に馴染むまで一緒に改善する。
AI導入は、最初のリリースがゴールではありません。
むしろ、そこからが始まりです。
だからHillsJapanでは現在、
現場へ入り、話を聞き、持ち帰って作り、また現場へ持っていく。
そんな伴走型のAI開発を大切にしています。
効率だけを考えれば、オンラインだけで進める方が楽です。
それでも現場へ行くのは、
画面の向こうだけでは、本当の仕事は分からないからです。