入力補助にAIを使う

フォームの記入は、業務システムでもっとも嫌われる作業の一つです。長い申請書、顧客への返信文、日報、商品の説明文。書く内容がおおよそ決まっているのに毎回ゼロから書く作業は、確かにAIに向いた領域です。

ただし、入力補助の設計で重要なのは「どこまで自動でやるか」ではありません。人が最後に確定させる形をどう保つかです。本記事では、その理由と、実際の画面での作り方を整理します。

下書きを出して人が直す形にする

入力補助の基本形は、AIが下書きを出し、人が読んで直し、人が送信ボタンを押す、という流れです。これを崩さないことを最初の設計方針に据えてください。

理由は精度ではなく、責任の所在です。申請書の内容、顧客への返信、記録として残る日報。これらは提出した人の名前で残り、内容の誤りの責任もその人にあります。AIが自動で確定させてしまうと、誤りが見つかったときに「自分が書いたものではない」という状態が生まれます。組織としては、この状態を作らない方が安全です。

もう一つの理由は、入力補助は入力者のためのものであるという点です。書く手間を減らすのが目的であって、書く行為そのものを取り上げるのが目的ではありません。全自動にすると、内容を読まずに送信する習慣がつき、結果として品質が下がります。下書きを読んで直すという一手間が、品質の最後の砦になります。

全自動にしてよい範囲、してはいけない範囲

とはいえ、すべてを人が確認する必要もありません。線引きの目安を挙げます。

二行目は重要です。AIでなくても解ける入力補助は、AIを使わない方が確実で速いです。郵便番号から住所、取引先の選択から担当者名、過去の入力の再利用。これらは従来からある手法で確実に埋まり、待ち時間もありません。AIの出番は、規則で書けない自由記述の部分に絞ります。

断るのが楽かどうかで決まる

入力補助が使われ続けるかどうかは、精度より提案を断るコストで決まります。的外れな提案が出たときに、消すのに三回操作が必要なら、入力者はその機能を切ります。

画面設計の要点は次の通りです。

• 提案は入力欄を上書きしない。すでに書いた内容が消える体験は一度で信頼を失います。空欄のときだけ埋める、あるいは提案を別枠に表示して「採用」を押したときだけ入る形にします。
• 断る操作は一回。閉じるボタン一つ、あるいは無視して書き始めれば消える、という挙動にします。確認のダイアログは挟みません。
• 採用した後も自由に直せる。提案を採用した後にAIが再度上書きしてくることがないようにします。
• 提案が出ないことを許容する。入力内容が足りない、うまく生成できない場合は、何も出さないのが正解です。無理に何かを出すと、消す手間だけが残ります。
• 空欄のまま送信できる。入力補助を必須の導線にしないでください。補助が使えない状況でも業務は止まりません。

待ち時間の設計

入力補助では、精度より速度の方が体験を左右する場面が多くあります。数秒待たされる提案は、自分で書いた方が速くなります。

対策としては、次のような組み立てが取れます。

• 生成を先回りさせる：フォームを開いた時点、あるいは前の項目を埋めた時点で生成を始め、入力欄に到達したときには用意ができている状態にします。
• 途中から表示する：生成された文字を順次表示すると、待たされている感覚が軽くなります。ただし、途中の文字が入力欄に直接入る形は避け、別枠で見せる方が安全です。
• 短い出力に絞る：長い文章を一度に生成させると時間がかかります。定型の骨組みは固定文にして、変わる部分だけを生成する構成にすると速くなります。
• 間に合わないときは諦める：一定時間で結果が返らなければ提案を出さない、という上限を決めておきます。待たせ続けるより、何も出さない方が親切です。

記録しておくもの

入力補助は、導入後に効果を確かめにくい機能です。確かめるための記録を最初から仕込んでおきます。

• 提案が表示された回数
• 提案が採用された回数
• 採用後に編集された割合と、編集量の大きさ
• 提案を出さずに済ませた回数

特に「採用後にどれだけ直されたか」は、提案の質を直接示します。ほぼそのまま使われているなら役に立っており、毎回大幅に書き換えられているなら、提案の方向が合っていません。この場合、モデルを変えるより、参照させている情報を見直す方が効きます。過去の似た入力、顧客の情報、社内の定型文。これらを指示に含めているかどうかで、提案の当たり方が大きく変わります。

想定例：ある企業が、顧客への返信文の下書きを生成する機能を入れたとします。当初は問い合わせ文だけを渡していたため、当たり障りのない一般的な文章しか出ず、担当者は毎回書き直していました。過去の同種の問い合わせへの返信と、その顧客の契約内容を渡す構成に変えたところ、下書きをそのまま使える割合が増えました。変えたのはモデルではなく、渡す情報です。

入力補助が向かない項目

最後に、入力補助を入れない方がよい項目を挙げておきます。

• 金額、数量、日付：誤った初期値が入っていると、確認をすり抜けたときの損害が大きい項目です。計算で導けるなら計算し、導けないなら空欄にしておきます。
• 選択肢から選ぶ項目：選択肢が十数個なら、そのまま選ばせた方が速く確実です。
• 法的な効力を持つ文面：契約条項、規約、告知文など。定型文を用意して選ばせる方が適切です。
• 記入者の主観を記録する項目：評価、所感、判断理由など。AIが下書きを出すと、記入者の考えがそれに引きずられ、記録としての価値が下がります。

四つ目は見落とされがちですが、重要です。人の判断を記録するための欄に下書きを出すことは、記録の目的そのものを損ないます。

入力補助をどこに入れ、どこに入れないかの整理から、AI活用開発・UXデザインとしてご相談を承ります。お問い合わせよりご連絡ください。ご相談・お見積りは無料です。

本記事は一般的な情報であり、個別の事案は専門家・所管官庁にご確認ください。