期待値の話に踏み込む
第5章までで、LLMがどんなものか、何が得意で何が苦手か、最初の一歩、注意すべき三方向、現場への持ち込み方、という順番で見てきた。本章では、それらの先に残る一段、組織として何をどこまで期待してよいのか、という話を扱う。
期待値という言葉は柔らかいが、ここで扱いたいのは具体的な二つの調整になる。一つは、組織としてLLMにどこまでの仕事を任せるかという話、もう一つは、自分で選んで始めた担当者にも、向こうから降ってきた道具を背負わされた担当者にも、どこまで委ねるかという話だ。第5章の末尾で予告した二点を、本章で順に開いていく。
期待値の調整は、技術の話というよりは、組織の中で誰がどんな顔をしてこの道具と付き合うか、という話になる。便利さの輪郭と、便利さの外側に残る手間と、その手間を誰が担うか。この三つを揃えておかないと、導入の判断そのものは正しくても、現場の納得が育たない。
「AIを入れればコスト削減」という幻想
期待値の話で最初につまずきやすいのが、「AIを入れればコストが下がる」という単純な見立てになる。新しい道具を入れる以上、何かが軽くなるはずだ、という直感は自然なものだ。だが、その直感がそのまま現場に届くかというと、話はもう一段ややこしい。
第2章で立てた「部下の提出物としてチェックする」という考え方を、ここでもう一度持ち出したい。LLMが書類を出してくる。それを上司側が点検し、必要なら直し、自分の名前で出す。この流れの中で、便利になったのは「最初の叩き台を作る」工程だ。点検と判断の工程は、ほぼそのまま残る。
つまり、コストの観点で軽くなるのは、現場の手を動かす側の一部の工程に限られる。点検にあたる人の手間は減らないどころか、新しい道具に慣れる分だけ一時的に増えることもある。「AIを入れたら人が減らせる」「業務時間が半分になる」という期待は、ここを見落として組み立てられがちな話になる。
実際に効果が出てくる場面はある。第5章で挙げた「週次の集計コメントを書く時間が半分になった」「案内文の校正が一通りで済むようになった」といった、現場の細かな手間が削れる形での恩恵は確かに発生する。だが、その積み重ねを「年間で何時間削れた」「人員何名分の効果」と組織全体の数字に換算しようとすると、見えている数字と実感の間に開きが出ることが多い。点検の手間や運用の手間が、その数字には乗ってこないからだ。
ここで意識しておきたいのは、効率化と人員削減は別の話だ、ということになる。一人当たりの手間が少し軽くなる効果と、一人分の仕事が丸ごと消える効果は、別物として捉えておきたい。前者は確かに起こるが、後者は起こりにくい、と見ておく方が現実に合う。
導入には別の手間が乗る
コスト削減の幻想を一段崩した上で、もう一つ押さえておきたいのが、導入そのものに別の手間が乗る、という点になる。便利な道具を据え付けるためのコストは、金銭面だけではない。
金銭面の話から入っておくと、クラウド版の入り口は無料版で十分試せるが、業務に組み込む段になると上位プランへの切り替えが視野に入る場面が多い。第1章で触れた通り、長い文書を扱う作業や、画像入りの資料を扱う作業になると、無料版では制限に引っかかる。組織として使うなら、企業向けプランの契約も検討対象に入ってくる。金額の目安は変動が激しいので公式の案内で確認したいが、「無料で始められる」と「業務で本格運用する」の間には、料金面でも段差がある、と見ておきたい。
学習の手間も無視できない。第3章で扱った通り、聞き方のコツそのものは特別な技能ではないが、感触を掴むまでにはそれなりの時間がかかる。担当者がいきなり業務で使い始めて、初日から効率が上がる、ということはまず起こらない。最初の数週間は、聞き方を試し、出てきたものを点検し、噛み合わなかったら聞き直す、という往復に時間が乗る。この時間は、現場の業務時間の中に位置付けておく必要がある。
そして、運用体制の手間がある。誰が使い、誰が点検するか、点検の時間をどこに確保するか、引き継ぎをどう回すか、業者の提案にどう答えるか、定期的な見直しをいつやるか。第5章で扱った段取りの話は、運用が始まってからも続く。「導入を決めたら終わり」ではなく、「導入を決めてからが運用の始まり」だ、と見ておいた方が形が崩れにくい。
この三つの手間を、どこか一つでも見落とすと、後で帳尻が合わなくなる。金銭面だけ整えて学習時間を確保しないと現場が回らない。学習時間だけ取って運用体制を組まないと担当者に負担が寄る。運用体制だけ整えても費用の見込みが甘いと続かない。三つを同時に視野に入れておくことが、入り口の段取りとして重要だ。
「詳しそうな人」に押し付けない
導入の手間の話と地続きで、もう一つ取り上げたいのが、社内で「機械に詳しい人」「新しい道具を触るのが好きな人」と目される一人に、運用の負担が静かに寄っていく構図になる。第5章の最後で「自分たちが選ぶ前に、向こうから道具が降ってくる」ケースに触れたが、そこで担ぎ出されやすいのが、この「詳しそうな人」だ。
構図そのものは、特に新しい話ではない。職場のパソコンが新しくなったとき、新しいシステムが入ったとき、聞いたことのないソフトを使うことになったとき、「これ、〇〇さん詳しいんじゃない？」という声で一人に集約されていく流れは、どの組織でも見覚えのある景色だろう。LLMの導入でも、同じ構図がそのまま現れる。
ここで起きやすいのが、二段重ねの負担だ。一段目は、本来の業務と並行して新しい道具の担当も背負う、という業務量の負担になる。二段目は、その負担が業務として位置付けられないまま、「あの人が好きでやっていること」「あの人が詳しいから任せている」という見方で扱われる、という認識の負担になる。一段目だけなら時間で測れるが、二段目は時間では測れない分、消耗としてはこちらの方が重いことが多い。
押し付けの構図を避けるための観点を、いくつか並べておきたい。
一つ目は、運用の担当を業務として明示することだ。「詳しいからやってもらっている」ではなく、「この業務時間の中でこの役割を担っている」という形に位置付ける。第5章で「点検の時間を業務時間として明示的に確保する」と書いたが、運用全体について同じ手当てが要る。
二つ目は、複数人体制への移行を最初の段取りに織り込むことだ。第5章で「最初から次の担当者への引き継ぎを段取りに入れておく」と書いた通りで、一人の善意で支える状態を長く続けない。引き継ぎの相手が決まっていない運用は、いずれその一人の限界や異動で止まる。
三つ目は、降ってきた道具を背負わされた担当者と、自分で選んで始めた担当者を、同じ重さで見ないことだ。第5章で触れたように、自分で選んで始めた人には動機があるが、降ってきた道具を任された人には、それがない。同じ「触っている人」でも、組織側からの支援の温度を変えた方がよい。「あなた詳しいよね」と任せて放っておくのと、「この期間で感触を見て、続けるかどうかを一緒に判断する」という形で関わるのとでは、担当者の消耗具合がまったく違う。
押し付けを避けることは、現場の人を一人守るための話に見えるかもしれないが、組織にとっては運用の持続性を確保する話でもある。一人に背負わせて潰すと、その後で道具そのもの、場合によっては組織への拒否感にすらなる。残った拒否感は、次の導入の判断にも影響する。短期的な楽さと、中長期の持続性を、別物として見ておきたい。
経営層の期待値を揃える
ここまで現場側の話を扱ってきたが、もう一段上、組織の方針を決める側の期待値も、本章で扱っておきたい。経営層と現場の間で方針を受け、現場の状況を上層に返す立場にあたる場合は、上層側と現場側を見渡すだけではなく、自分自身がどこに期待値を置いているかも、合わせて点検の対象に入ってくる。
組織の上層で起きやすいのが、「AIで何でもできる」「AIで人員を削れる」「AIで業務を一気に変えられる」という、勢いのある期待値だ。第4章で触れた業者の売り込みのトーンが、組織の内側で再生産される、と捉えると見えやすい。導入を決めた側にとっては、踏み切った判断の正しさを支える話として、こうした期待値は心地よく響きやすい。
だが、第2章で扱った「基本」と「応用」の区別、第4章で扱った著作権・機密・業者対応の注意点、第5章で扱った最小規模からの段階的な展開。これらは全て、「便利だが、上司側が事前に少し手間をかけておく必要がある」という前提の上に立っている。期待値が大きく振れている状態だと、この前提が共有されないまま現場が動くことになる。現場が「便利だが手間がかかる」と感じているのに、上層が「便利になったはずだから生産性は上がっているはず」と見ていると、両者の見方は静かにずれていく。
経営層の期待値を揃える上で、現場側から差し出せる材料は二つある。一つは、第3章までで扱った「実際に触ってみた経験」だ。何ができて、何が難しいか、を肌で分かっている人の言葉は、勢いのある業者トークと、実際の運用との距離を測る助けになる。二つは、第5章の最小規模での試行が生んでくる、具体的な数字や感触だ。「この業務でこれくらい軽くなった」「この業務はLLMでは難しかった」という小さな具体例を積み上げていくと、抽象的な期待値の議論に、地に足のついた材料が混ざるようになる。
逆に避けたいのは、現場が業者トーク的な勢いに合わせて報告を作る形になることだ。「導入効果」を派手な数字で見せようとして、点検や運用の手間を差し引かないままの数字を出すと、短期的には喜ばれるかもしれないが、半年後一年後の運用実態とのずれが大きくなる。期待値を揃えるという話は、現場側が経営層に対して、できることとできないことを淡々と並べる作業に近い。
このあたりは、本書全体で繰り返してきた「部下の提出物としてチェックする」考え方の、もう一段上のレイヤーに当たる。提出物のチェックは現場が握る仕事だが、「この道具をどこまで業務に組み込むか」の判断は、組織として握る仕事になる。後者を現場任せにすると、現場が便利さを実感する前に運用が崩れる。
万能にはならない、ただし範囲は動く
期待値の調整に関わる、もう一つの軸として、LLMの能力そのものの広がり方の話に触れておきたい。
LLMにできることは、この数年で目に見えて広がっている。数年前には「ちょっと工夫の要る応用」だった作業の多くが、今は標準で動くようになってきた。第2章で「今『応用』でも、将来『基本』に降りてくる可能性がある」と書いたのは、この動きを指している。
ただし、広がっていることと、万能になることは別の話だ。範囲が広がっても、第1章で扱った「言葉のAI」という基本的な性質は変わらない。正確な計算は電卓に劣り、最新の情報は学習データの時点で止まっていて、ハルシネーションは構造的に消えない。これらは「今の技術ではまだ難しい」という話ではなく、「言葉のパターンから生成している」というLLMの仕組みそのものに紐づいた特性になる。
組織として期待値を立てるときには、この二段を分けて見ておきたい。一段目は、できることの範囲がこれからも広がる、という見立てだ。今は「応用」に分類される仕事の一部は、半年後一年後には「基本」に降りてくる。今は無料版では動かない作業も、いずれ無料版で動くようになる。この方向の変化は前提に置いておいてよい。二段目は、その上で、構造的に苦手な領域はそのまま残る、という見立てだ。事実関係の保証、最新情報の正確性、本質的な判断や責任の引き受け。これらは範囲が広がってもLLMの側には移らない。
この二段を一緒くたに扱うと、「今は難しいけど、いずれ全部できるようになる」という形の楽観に流れてしまう。逆に二段目だけを見て「結局AIは限界がある」と切り捨てると、一段目で広がってきている恩恵を取り損ねる。両方を視野に入れて、「広がる側」には触り続けて感触を更新し、「残る側」には人間の判断を確保しておく、という構えが落ち着く。
線引きは組織ごとに違う
「広がる側」と「残る側」の二段を踏まえた上で、もう一つ重要な観点がある。実際に組織の中で何をLLMに任せ、何を人間が握るか、の具体的な線引きは、組織ごとに違う、という点だ。
業界の特性が違えば、扱う情報の性質が違う。第4章で扱った機密情報の線引きも、扱う情報の中身次第で大きく変わる。組織の規模が違えば、運用に割ける人の数も違う。現場で求められる正確性の水準も違う。「他社ではこの業務をLLMに任せているらしいから、うちでも任せられるはず」という見方は、判断材料としては荒い。
線引きを組み立てるための材料は、第5章で扱った最小規模での試行が生んでくる。一つの業務で、一人か二人の担当者が、ある期間、実際に触ってみる。その上で、「うちのこの業務では、ここまでは任せられた、ここから先は人間が握った方が安全だ」という線が見えてくる。この線は、外部の資料からは導けない。組織の中で動かしてみて初めて見えてくる種類の答えになる。
線引きを判断するときの観点を、二つ挙げておきたい。
一つ目は、責任の所在で線を引く観点だ。出てきた成果物について、最終的に誰が責任を持つか。その責任を引き受ける人が、納得して任せられる範囲までを「LLMに任せる側」、それを超える判断は「人間が握る側」と分けるやり方になる。第5章で「責任の所在が誰のところに残るか」を一拍考える、と書いた話の延長だ。
二つ目は、間違ったときの影響で線を引く観点だ。LLMが間違いを出した場合に、それが点検で拾えるかどうか、拾えなかった場合に何が起きるか。点検で拾える範囲、拾えなかったときの影響が軽い範囲は、LLMに任せる側に置きやすい。点検で拾いにくい、または拾えなかったときの影響が重い領域は、人間の判断を残しておきたい。
この線引きは、組織の中で固定するものでもない。業務の中身が変わったり、LLMの能力範囲が広がったりするのに合わせて、定期的に動かしていく性質の線になる。
半年前の常識が通用しない
線引きを定期的に動かす、と書いたが、ここに至って一つ大きな話を置いておきたい。LLMをめぐる状況は、半年で景色が変わる速度で動いている、ということだ。
本書を書いている時点で「現実的にできること」と整理した範囲は、半年後にはそのまま当てはまらない可能性が高い。新しい機能が増え、料金体系が変わり、企業向けプランの内容が変わり、各サービスの個性も変化する。第1章で「具体的な料金は公式で確認」と書き、第2章で「応用が基本に降りてくる」と書き、第4章で「著作権の議論は途中」と書いてきたのは、全てこの変化の速さを踏まえての話になる。
組織として期待値を保つためには、定期的な見直しを段取りの中に入れておきたい。見直しの間隔としては、最低でも半年から一年が一つの目安になる。年単位で放置すると、組織の運用と実際にできることの間にかなりの開きが生まれることがある。
定期的な見直しで扱いたい論点は、いくつか並ぶ。今までLLMに任せていなかった業務で、新たに任せられるようになったものはあるか。今まで使っていたプランや設定が、サービス側の変更で実情に合わなくなっていないか。担当者の体制は引き継ぎを含めて持続可能な形になっているか。経営層と現場の期待値のずれが広がっていないか。著作権や機密情報まわりの公的な議論に動きはあったか。
これらを毎回、組織の上層が一から考える必要はない。第5章までで扱った段取りを、半年なり一年なりのスパンで一度なぞり直す、という形で十分機能する。最小規模で試した感触の確認、役割分担の再点検、業務フローへの挟み方の見直し、業者対応の振り返り。この一巡を定期的にやっておくと、変化に置き去りにされにくい。
定期的な見直しは、新しい機能を追いかけるための活動ではなく、組織として持続的にこの道具と付き合うための活動だ、と捉えておきたい。半年前の常識が通用しないということは、半年前に決めた運用も、必ずしも今に合っているとは限らない、ということでもある。
期待値を組織で抱え直す
本章では、コスト削減の幻想、導入に乗る別の手間、押し付け問題、経営層の期待値、能力の広がり方、線引きの組織差、定期的な見直し、という順番で扱ってきた。一見ばらけた話に見えるかもしれないが、底にあるのは一本の話だ。
LLMは便利な道具だが、便利さの輪郭の外側に、上司側が事前に手間をかけておく工程と、現場側で運用を抱える工程と、組織として期待値を調整する工程が残る。この外側の工程を誰が担うかを決めずに走り出すと、便利さは現場に届かないまま、不満や消耗が積み上がる形で運用が終わる。
本書で繰り返された「部下の提出物としてチェックする」という考え方は、現場の点検の話だった。本章で扱った期待値の調整は、その骨子をもう一段大きくしたものになる。提出物を点検するのは現場の仕事だが、「この道具で何を頼めるか、何を頼まないか、誰に頼むか」を決めるのは、組織として握る仕事になる。前者と後者がきちんと噛み合った状態で初めて、LLMは組織の中で持続的に役に立つ道具になる。
期待値も、運用も、線引きも、固定するものではなく、組織で抱えて動かしていくものだ、と見ておきたい。便利な道具を一度導入して終わりではなく、その後も組織として向き合い続ける対象として扱う。本書で扱ってきた六つの問い、「AIとはどういうもので、どう動かすのか」「基本と応用はどこで分かれるのか」「まず何をしてみればよいのか」「何に気をつければいいのか」「現場にどう持ち込めばいいのか」「どこまで期待していいのか」。この六つは、その向き合い方を整えるための、最初の手がかりになる。