AIを使えるか確かめるために小さく試してみる——そこまでは進んだのに、その先に進むかどうかが決まらないまま時間だけが過ぎる、という相談は少なくありません。 デモは動いた、担当者の感触も悪くない、それでも社内で「で、どうするのか」という話になると誰も答えを持っていない。 気づけば数か月が経ち、試した仕組みは誰も触らないまま残っている、という状態です。
この止まり方は、AIの出来が悪かったから起きているわけではありません。試す前に「何が分かったら進める／やめる」を決めていなかったために、 結果が出ても判断の置き場がないまま宙に浮いている、というのが実際のところです。 この記事では、AI活用と受託開発を手がけるCoconutWorksが、試用を始める前に決めておきたい出口条件を 確かめたい問い・判定に使う材料・判断する期限・進める場合の次の段取りの4つに分けて、 費用の数字を出さずに整理します。導入後の効果の見方はAI導入の効果をどう測るかで扱っています。そちらは効果を測る指標の選び方、この記事は試用を「いつ・誰が・何を見て進める／やめると決めるか」に絞った話です。
結論: 試す前に決める4つの出口条件
| 決める項目 | 何を決めるか | 決めないまま進むと起きること |
|---|---|---|
| 確かめたい問い | この試用で答えを出したいことを一つに絞り、業務の名前で書く | 「AIが使えるか」のような広い問いのままだと、動いた・面白かったという感想は出ても進めてよいかの答えが出ず、「もう少し見てみよう」が繰り返されます。 |
| 判定に使う材料 | 結果を何と比べるか（今のやり方・過去の実績・人が出した答え）を先に用意する | 比べる相手がないと良し悪しが見る人ごとに変わり、会議で意見が割れて持ち帰りになります。印象で決まるため、後から説明もしづらくなります。 |
| 判断する期限 | いつ判断するかと、延ばす場合に満たすべき条件を決めておく | 区切りがないまま小さな改善が続き、担当者の作業だけが積み上がります。費用も期間も読めなくなり、社内では「まだやっているらしい」という扱いになります。 |
| 進める場合の次の段取り | 進めると決めたときに何を発注するか、おおまかな範囲と進め方を先に描いておく | 良い結果が出ても次に何を頼むかが決まっておらず、検討し直している間に熱が冷め、予算が別の案件へ移ります。 |
4つに共通しているのは、どれも発注側でなければ決められないという点です。 受託側は「どう作るか」は提案できますが、「何が分かれば自社として前に進めるか」は発注側の事情に属します。 ここを相手任せにすると、技術的には問題なく動いているのに社内の判断だけが止まる、という形になりやすくなります。 以下、それぞれを掘り下げていきます。
止まるのは精度ではなく、判断の置き場がないから
試用が宙に浮く場面には、だいたい共通した流れがあります。 まず「AIで何かできないか」という問いから始まり、使えそうな道具を選び、サンプルを動かすところまでは順調に進みます。 ここまでは作業として分かりやすく、関わる人も前向きです。問題は、結果を見る段階で「これは良い結果なのか」を判断する基準が誰の手元にもないことです。
基準がないと、評価は見る人の期待値に引っ張られます。 現場の担当者は「思ったより使える」と感じ、決裁する立場の人は「これで業務が変わるとは思えない」と感じる。 どちらも同じ画面を見ているのに結論が逆になるため、会議は「もう少し様子を見よう」で終わります。 この「もう少し」には終わりがなく、判断を先延ばしにするための言葉として機能してしまうのが厄介なところです。
もう一つの要因は、試用そのものが目的のように扱われてしまうことです。 試すこと自体は社内でも説明しやすく、反対されにくい。その居心地の良さから、 次の段階に進む決断を避けたまま試用を続けられてしまいます。 出口条件を先に決めるのは、この居心地から抜け出すための仕掛けでもあります。
確かめたい問いを一つに絞る
最初に決めるのは、この試用で答えを出したいことです。ここが広いままだと、ほかの3つも決まりません。 コツは、AIの性能を問う形ではなく自社の業務の名前で問いを書くことです。 「AIが使えるか」は性能の問いですが、「この作業にかかっている手間が小さくなるか」は業務の問いで、 答えが出たかどうかを後から確認できます。
| ありがちな問い | 判断に使える問いへの書き換え |
|---|---|
| AIで業務を効率化できるか | 見積書の一次案をAIに作らせたとき、担当者が直す手間は今より小さくなるか |
| この製品の精度は十分か | 過去の問い合わせのうち、人が手を入れずにそのまま出せる回答がどのくらいあるか |
| 社内文書を検索できるか | よく聞かれる質問について、答えだけでなく根拠になった文書まで示せるか |
| 現場で使えるか | 一日の業務のどの場面で誰が開くのか。その場面で開ける状態になっているか |
右側のように書き換えると、何を記録しておけばよいかが自然に決まります。 見積書の一次案の話であれば、担当者が直した箇所と直すのにかかった時間を残しておけばよい、と分かる。 問いが広いままだと、何を記録すべきかも決まらないため、終わったあとに手元に何も残らないことになります。
問いを絞るときによく出るのが「せっかく試すのだから、まとめていくつか見たい」という要望です。 気持ちとしては分かるのですが、対象を広げると一つひとつの結果が薄くなり、どれについても判断がつかないまま終わるという結果になりやすくなります。 確かめたいことが複数あるなら、順番を決めて一つずつ短く試すほうが、全体としては早く進みます。
判定に使う材料は、始める前に用意する
結果を判断するには、比べる相手が必要です。 ところが試用を始めてから「今はどのくらいかかっているのか」を調べようとしても、 記録が残っていないことがほとんどで、結局「前より良くなった気がする」という話に落ち着いてしまいます。比較対象は、試用を始める前にしか作れません。
難しく考える必要はなく、対象の業務を数回分だけ今のやり方でやって、 かかった時間・やり直した回数・判断に迷った箇所を書き留めておけば十分です。 完璧な平均値を出すことが目的ではなく、後から「これと比べてどうか」と言える何かを残すことが目的だからです。 過去の実績データが残っている業務なら、そこから数件を取り出して「人が出した答え」として使う形でも成り立ちます。
加えて決めておきたいのが、誰が判定するかです。 作った本人が評価すると甘くなり、まったく業務を知らない人が評価すると細かい不自然さだけが目につきます。実際にその作業をしている担当者が、普段の仕事と同じ目で見るのが現実的です。 このとき「気に入ったか」ではなく「このまま次の工程に渡せるか」という聞き方にすると、感想ではなく判断が返ってきます。
期限と、延ばすときの条件を決めておく
期限を決める意味は、作業を急かすことではありません。判断の場を日付として押さえておくことにあります。 試用は小さな改善を続けられる性質のものなので、区切りを置かないと「あと少し調整すれば」が延々と続きます。 担当者の工数はその間ずっと乗り続けますが、社内から見ると進捗が見えないため、評価もされにくい状態になります。
そのうえで、延長を一律に禁じる必要はありません。やってみて初めて分かることも少なくありません。 大事なのは、延ばす場合に「何が分かれば判断できるのか」を書いてから延ばすことです。 「もう少し精度を上げたい」は条件になりませんが、 「対象の書類の種類を一つに絞って同じ試し方をすれば判断できる」は条件になります。 この書き分けができないまま延びているときは、問いの立て方に戻ったほうが早いというサインでもあります。
合わせて決めておきたいのが、やめる場合の扱いです。 見送りになったときに、試した記録・分かったこと・使えなかった理由を誰がどこに残すかを決めておくと、 その試用は無駄になりません。「やめた」ではなく「この条件では合わないと分かった」という形で残せれば、 別の業務を検討するときの判断材料になります。残す先が決まっていないと、担当者の記憶とともに消えていきます。
「進める」と決めた先を、同時に決めておく
意外と抜けやすいのが、良い結果が出たときの段取りです。 試用が終わってから「では次をどうするか」を検討し始めると、 範囲の相談・見積もり・社内の承認とひと通り時間がかかり、その間に関心が薄れて予算が別の案件へ移ることがあります。 試用の勢いは、思っているより早く冷めるものです。
細かく固める必要はありません。進めると決めた場合に どの業務から本番として使い始めるか、誰が使う想定か、社内のどこまでを巻き込むか、という輪郭だけ先に描いておけば十分です。 受託側に「試用がうまくいった場合、次の段階ではどんな作業が必要になりそうか」を先に挙げてもらうのも有効です。 権限の設定・入力の間違いへの備え・担当者が変わったときの引き継ぎといった、試用では省いている部分がここで見えてきます。
既に動いている業務システムと組み合わせる話になる場合は、接点をどう作るかで進め方が変わります。 その考え方は既存の業務システムにAIを後付けするときの考え方で整理しているので、次の段取りを描く段階で参考にしてください。
迷ったときのチェックポイントと、進め方の順序
これから試用を始める場合も、すでに止まりかけている場合も、次の5点を確認すると現状が整理できます。 一つでも空欄になっているなら、そこが止まっている原因だと考えて差し支えありません。
- ①確かめたいことを、業務の名前で一文で言えるか — 言えないなら対象が広すぎます。業務を一つ選び直してください。
- ②結果を何と比べるかが決まっているか — 比較対象がないなら、今のやり方を数回分記録するところから始めます。
- ③誰が判定するかが決まっているか — 作った本人以外で、その作業を普段している人が見る形になっているか。
- ④いつ判断するかが日付で決まっているか — 「できたら」ではなく日付で押さえ、延長の条件も書いてあるか。
- ⑤進めると決めた場合の次の一手が描けているか — どの業務から本番にするか、輪郭だけでも先に決まっているか。
順序としては、①対象の業務を一つ選ぶ → ②今のやり方を数回分だけ記録する → ③確かめたい問いと判定の材料を文字にする → ④判断する日付と延長の条件を決める → ⑤進めた場合の次の輪郭を描く → ⑥そこまでを書いた状態で受託側に相談するという流れになります。①〜⑤は社内だけで進められる部分で、ここが済んでいると相談の内容も具体的になります。
逆に、①〜⑤が決まらないうちに道具の比較から入ると、機能の有無や料金体系の話に流れて業務の話に戻ってこられなくなります。 何を確かめたいかが曖昧な段階であれば、「まず確かめることを決めるところから相談したい」と伝えて短い整理の場を持つのが現実的です。 発注の形を分けて考える視点はAI開発を外注する前に押さえることでも触れています。
よくある誤解と、起きやすい失敗
「使ってみれば何に使えるか分かる」 — 触ってみる段階としては正しいのですが、 その先の判断材料にはなりません。使ってみて出てくるのは「こんなこともできそうだ」という可能性の広がりで、 可能性が広がるほど判断は難しくなります。触る段階と、進めるかを決める段階は分けて考えるのが実務的です。
「精度が上がれば自然に判断できる」 — 精度は上げ続けられる性質のものなので、 これを判断の基準に置くと終わりが来ません。見るべきは精度そのものではなく、 今の精度で業務として回るかどうかです。 人が確認を入れる前提にすれば回る、という答えになることも珍しくありません。
「うまくいかなかったから、この分野は時期ではない」 — 止まった原因が出口条件の不在だった場合、 対象業務を変えても同じ止まり方を繰り返すことになります。見送る判断そのものは健全ですが、 その理由を「合わなかった」で終わらせず、問いの立て方・比較対象・判定者のどこが欠けていたかまで振り返っておくと、次の試用が短く済みます。
「試用がうまくいったのだから、そのまま本番に使える」 — 試用の段階では、 担当者が手で動かす前提で作り込みを省いているのが普通です。省いてあること自体は問題ではなく、 省いた部分を本番の段取りに入れ忘れることが問題になります。 試用の終わりに「本番にするなら何を足す必要があるか」を受託側から挙げてもらうのが確実です。
よくある質問
まとめ
AIの試用が止まるのは、多くの場合AIの出来ではなく確かめたい問い・判定に使う材料・判断する期限・進める場合の次の段取りが決まっていないことが原因です。 この4つはどれも発注側でなければ決められない部分で、逆に言えば相談の前に社内だけで整えられる部分でもあります。 問いを業務の名前で一つに絞り、今のやり方を数回分記録して比較対象を作り、判断する日付と延長の条件を置く。 それだけで、結果が良くても悪くても次に進めるようになります。 何を確かめるかを決めるところからのご相談も歓迎です。AI導入・活用支援サービスのページもあわせてご覧ください。相談・お見積もりは無料です。
