先に結論:AI導入相談の初回フォームは、会社名や「AIを使いたい業務」だけで終わらせず、詰まっている場所、業務への影響、入力の正本、今の確認者、例外時の戻し先、期限、最初に試せる範囲を分けて聞きます。回答がそろわない項目は、導入を急ぐ理由ではなく、次に確認する課題として保留にします。
「AIを導入したい」と相談を受けた時、すぐにツールやモデルを比較すると、現場の困りごとが一つの言葉に隠れます。返信が遅いのか、入力が散らばっているのか、承認者が不在なのか、例外処理が決まっていないのかで、必要な設計は違います。
初回フォームの役割は、AI化の可否をその場で決めることではありません。相談者の言葉を業務の地図へ変え、次に誰が何を確かめるかを残すことです。この記事では、中小企業のAI導入相談を想定し、フォームを7項目に絞る方法、候補業務の比較、5手順の進め方、開始前チェックを整理します。
「AIを使いたい」を、止まっている場所へ分ける
初回相談でよくある回答は、「問い合わせ対応を効率化したい」「社内の作業を自動化したい」です。目的としては正しくても、そのままでは業務のどの部分を変えるか決まりません。まず、困りごとを次のように分解します。
| 相談の言葉 | 隠れている詰まり | 最初に確認するもの |
|---|---|---|
| 返信が遅い | 分類、担当割り当て、確認待ち | 受付時刻と次の担当 |
| 同じ質問が多い | FAQの版、検索、例外の扱い | 現行FAQと保留理由 |
| 記録が残らない | 入力欄、保存先、責任者 | 正本と最低限の項目 |
| 判断が人によって違う | 承認条件、境界ケース、戻し先 | 過去の判断ログ |
| 作業を減らしたい | 頻度ではなく確認負荷 | 失敗時の影響と復旧 |
この整理をしないまま「要約」や「自動返信」を始めると、文章は速くなっても、確認待ちの列が増えることがあります。問い合わせ対応をAI化する前にFAQ候補を分ける考え方は、問い合わせ対応AI化の前に作るFAQ候補リストでも説明しています。相談フォームでは、その前段として、何が詰まりかを特定します。
初回フォームに入れる7項目
質問は多ければよいわけではありません。回答が次の確認や優先順位につながる7項目から始めます。選択式だけにせず、具体例を一件書ける欄を一つ残すと、業務の境界が見えやすくなります。
| 項目 | 聞くこと | 回答がない時 |
|---|---|---|
| 1. 対象業務 | どの受付・記録・判断か | 業務名を確定せず保留 |
| 2. 詰まりの場所 | 入力、検索、判断、承認、引き継ぎのどこか | 一件の流れを聞き直す |
| 3. 影響 | 遅延、再作業、顧客影響、漏れの有無 | 優先順位を決めない |
| 4. 入力と正本 | どこから来て、どこを正とするか | AIへ渡さず正本を確認 |
| 5. 確認者 | 誰が採用・修正・停止を決めるか | 自動送信の対象外 |
| 6. 例外と戻し先 | 何が起きたら人へ戻すか | 例外を先に洗い出す |
| 7. 小さな開始範囲 | 一部署、一種類、一週間など | 全社導入を始めない |
特に「確認者」と「例外時の戻し先」を同じ欄にまとめないことが大切です。確認者は責任を持つ人、戻し先は次に確認する資料や担当部署です。担当者が分かっていても、根拠へ戻れなければ、判断が個人の記憶に閉じます。
入力情報の扱いもフォームの中で確認します。個人情報、契約情報、価格、機密資料が含まれる場合、相談内容をそのままAIへ投入する前に、伏せ字で検証できるか、そもそも送信禁止かを分けます。AIに送ってはいけない情報を入力前に判断する方法とつなげて運用すると、相談段階から安全な境界を残せます。
候補業務を「頻度」だけで選ばない
候補を選ぶ時、件数の多い業務から始めたくなります。しかし、件数が多くても失敗時の影響が大きく、確認者が決まっていなければ、安全な初回対象とは限りません。次の5軸で比較します。
| 比較軸 | 確認する質問 | 小さく始めやすい状態 |
|---|---|---|
| 反復性 | 入力と手順は毎回似ているか | 一種類の受付に絞れる |
| 影響度 | 誤りが顧客・契約・金銭へ直結するか | 下書きや分類に限定できる |
| 入力品質 | 必要な項目が欠けずに集まるか | 欠損時に保留できる |
| 確認可能性 | 人が原文と出力を比べられるか | 確認者と時間を確保できる |
| 復旧性 | 誤りを元へ戻せるか | 送信前で止められる |
たとえば、問い合わせの分類は一見自動化しやすくても、緊急案件や契約変更が混ざるなら例外を先に切り出します。社内議事録の要約も、共有前に事実と決定事項を人が確認できるなら候補になります。判断をAIへ移すのではなく、判断に必要な情報をそろえる補助から始めるのが安全です。
業務棚卸しの質問をさらに細かく作りたい場合は、AI導入前の業務棚卸し質問を参照してください。初回フォームは全てを聞く場所ではなく、深掘りすべき業務を選ぶ入口です。
5手順で相談を診断可能な記録に変える
- 一件の実例を固定する:直近の受付や作業を一件選び、開始条件、入力、処理、確認、完了を時系列で書きます。理想の手順ではなく、実際に止まった例を使います。
- 詰まりを一つに仮置きする:入力不足、検索不能、判断の不一致、承認待ち、引き継ぎ漏れから、主な詰まりを一つ選びます。複数ある時は優先順位を別に記録します。
- 影響と境界を確認する:顧客、金銭、契約、個人情報への影響を確認し、AIに任せるのは分類・下書き・候補提示のどこまでかを決めます。
- 確認者と戻し先を置く:出力を読む人、採用を決める人、異常時に戻る正本や担当部署を分けて記録します。確認者が不在なら代理確認を決めるまで保留です。
- 小さく試し、停止条件を残す:一種類の入力、一部署、一定期間などに範囲を絞り、誤分類、根拠不足、確認負荷の増加が起きた時の停止条件を先に書きます。
この順番なら、フォームの回答がそのまま導入計画の材料になります。反対に、ツール名、希望機能、予算だけを先に聞くと、現場の詰まりと導入手段が混ざります。相談の結果を「導入する・しない」の二択にせず、「次に確認する・小さく試す・保留する・停止する」に分けることが重要です。
開始前チェックリスト
- 対象業務を一つの具体例で説明できる
- どの工程で止まっているかを入力・検索・判断・承認・引き継ぎに分けた
- 遅延、再作業、顧客影響、漏れのどれが起きているか記録した
- 入力情報の正本と、AIへ渡してよい範囲を確認した
- 出力を読む人と、採用・修正・停止を決める人を置いた
- 例外時の戻し先と、保留理由を記録する場所がある
- 最初の対象範囲を一部署・一種類・一定期間へ絞った
- 誤り、根拠不足、確認負荷増加の停止条件を決めた
- フォーム未回答を「導入可能」と解釈しない
- 導入後の見直し日と判断ログの所有者を決めた
テストでは、きれいな成功例だけでなく、入力が欠けた例、複数部署をまたぐ例、担当者不在、顧客影響が大きい例、過去の正本しかない例を用意します。フォームの回答が欠けた時に、AIが推測して埋めるのではなく、人へ戻ることを確認してください。
FAQ:AI導入相談の初回フォーム
初回相談フォームに業務名だけ書けば十分ですか?
不十分です。業務名に加え、どこで止まるか、影響、入力の正本、確認者、戻し先、最初の範囲を記録します。業務名だけでは、要約・分類・承認などの対象が決まりません。
相談内容が曖昧なままでもAI導入を始められますか?
探索や現状把握はできますが、顧客対応や承認を自動化する前に、対象範囲と人間確認の条件を決めます。曖昧な項目は、導入を急ぐ理由ではなく保留理由です。
フォームの質問を増やせば診断の精度は上がりますか?
質問数だけでは上がりません。回答が次の確認や優先順位へつながるかを見ます。まず7項目程度で始め、未回答時の戻し先と、深掘りする業務を決めてください。
最初にAI化する業務はどう選びますか?
頻度だけでなく、入力の安定性、影響範囲、人が確認できるか、失敗から復旧できるか、責任者がいるかを比較します。送信や契約判断より、下書き・分類・候補提示から小さく始めます。
無料診断で、現場の詰まりと次の確認先を整理する
AI導入の相談が進まない時、ツールが足りないとは限りません。困りごとが入力・判断・承認・引き継ぎのどこにあるか、正本と確認者が決まっているか、例外時に戻れるかを一つずつ分けると、次の一手が見えます。
初回フォームを作っても回答が抽象的になる、担当者ごとに優先順位が変わる、導入後の停止条件が書けない。そうした場合は、Miraigentの無料AI導入診断で、一つの業務を題材に、詰まりの場所、入力範囲、人間確認、戻し先、開始条件を整理できます。
関連:AI導入診断の入力項目 / 相談フローの詰まりを見つける質問 / 人へ戻す条件 / AI導入の失敗を防ぐ確認
