この記事の要点
- AI導入の進め方は「対象業務の選定→データ・手段の確認→PoC→本番開発→社内展開→運用改善」の6ステップ。小規模なら3〜6か月が目安です
- 最初に選ぶ業務は「やめても困らない業務」。全業務の棚卸しや基幹業務から入ると、時間もコストも失敗の代償も大きくなります
- PoCで止まる案件の共通点は「評価基準がない」「現場が関与していない」「本番運用の担当が未定」の3つ。いずれも発注前の判断で防げます
- 外注すべきはPoC設計と本番開発。対象業務の選定と評価基準の決定は、丸投げせず自社に残します
- 費用はPoCで数十万〜数百万円、本番開発で数百万円〜、運用保守は月額で継続的に発生します（要件により変動）
「AIで何かできないか」と言われたものの、何から手を付ければいいか分からない。その状態で情報収集を始めると、ツール紹介ばかりが目に入って余計に迷います。この記事は、AI導入の進め方を6ステップに分解し、各段階で発注側が何を決めればいいのかを整理したものです。読み終わったときに、次の社内会議で決めるべき論点が具体的に見えている状態を目指します。
目次
AI導入の進め方は6ステップ｜全体像と期間の目安
AI導入は「①対象業務の選定 ②データ・手段の確認 ③PoC（実証実験） ④本番開発 ⑤社内展開 ⑥運用・改善」の6ステップで進めます。小規模な業務なら①〜③に1〜2か月、④〜⑥まで含めて3〜6か月が一つの目安です。期間は既存システム連携の有無とデータの整備状況で大きく変わります。
| ステップ | 目的 | 期間目安 | 発注側が決めること |
|---|---|---|---|
| ①対象業務の選定 | 試す業務を1つに絞る | 1〜2週間 | 対象業務、現状の件数・工数 |
| ②データ・手段の確認 | 使えるデータと実現方法を洗う | 2〜4週間 | 使ってよいデータの範囲 |
| ③PoC | 効果が出るかを検証する | 1〜2か月 | 合格ライン（評価基準）と判定者 |
| ④本番開発 | 実務で使える形にする | 2〜4か月 | 人が確認する箇所、利用者範囲 |
| ⑤社内展開 | 現場に使ってもらう | 約1か月 | 利用ルール、教育の担当 |
| ⑥運用・改善 | 効果を測り改善する | 継続 | 運用担当、年間予算枠 |
以降のセクションは、この表を1行ずつ掘り下げたものと考えてください。
6ステップの全体像と、各ステップにかかる期間の目安
全体で3〜6か月。内訳は対象業務の選定に1〜2週間、データと手段の確認に2〜4週間、PoCに1〜2か月、本番開発に2〜4か月、社内展開に1か月、そこから運用が継続します。ただしこれは「1業務・限定ユーザー」で始めた場合の目安です。
ケースによって期間の伸び方は違います。生成AIのツールやAPIを使い、既存システムとの連携がない小規模なケースなら、PoCまで1か月、本番運用まで3か月程度に収まることもあります。一方、基幹システムや顧客データベースと連携するケースでは、データの受け渡し方式やセキュリティ要件の調整だけで1〜2か月かかることも珍しくありません。
期間がぶれる要因は主に3つです。データが電子化・整形されているか、既存システムとの連携が何本あるか、そして社内の承認プロセスに何段階あるか。特に3つ目は軽視されがちですが、稟議と情報システム部門のセキュリティ審査で1か月以上動かない企業は実際にあります。スケジュールを引くときは、開発工数だけでなく社内の意思決定にかかる時間も足してください。
ステップ0：AI導入は「何から」始めるべきか＝やめても困らない業務から試す
AI導入で最初に手を付けるべきは、業務の全体棚卸しではありません。「やめても困らない業務」を1つ選ぶことです。止まっても事業に損害が出ず、判断ミスをリカバリでき、件数が多くて効果を数値で測れる業務。この3条件を満たす業務から試すのが、結果的に最短ルートになります。
なぜ棚卸しから入らないほうがいいのか。理由は2つあります。ひとつは工数です。全部署の業務を洗い出して優先順位を付ける作業は、それ自体で数か月かかります。その間に社内の熱量は冷め、担当者は通常業務に戻ってしまいます。もうひとつは要件の肥大化です。全体最適を狙って設計すると、対象範囲が広がり、連携先が増え、初手から数千万円規模の話になります。判断材料がない状態でその規模の投資判断はできません。
逆に、受注管理や請求処理のような基幹業務から始めるのはリスクが高すぎます。AIの出力には誤りが混ざる前提が必要で、業務が止まったときの損害が直接跳ね返ります。1回大きな失敗をすると、社内で「AIは使えない」という空気が固まり、次の提案が通らなくなってしまいます。技術の問題ではなく、社内の信用の問題です。
最初の対象業務を選ぶときは、次のフィルタを通してください。
- その業務が1週間止まっても、売上・納期・顧客に直接の損害が出ないか
- AIの出力が間違っていたとき、人が気づいて直せる工程になっているか
- 月に数十件以上の発生があり、前後の比較ができるか
- 担当者が特定でき、PoCに時間を割いてもらえるか
この条件に当てはまりやすいのは、社内問い合わせへの一次回答、議事録の要約、提案資料やメールの下書き作成、応募書類や問い合わせの一次仕分け、社内文書の検索といった業務です。いずれも最終確認を人が行う前提にできるため、失敗しても損害が限定されます。IPA「DX白書」でも、日本企業のAI活用は一部業務での利用にとどまる企業が多いことが報告されています※1。全社展開を最初のゴールに置かないほうが現実的です。
各ステップで「発注側が決めなければならないこと」一覧
外注しても発注側が必ず決めるのは、対象業務、成功の評価基準、現場の関与者、本番運用の担当の4つです。この4つが空欄のまま見積を依頼すると、要件が固まらず、ベンダーは作りやすいものを提案し、結果としてPoC止まりになります。
| ステップ | ベンダーがやること | 自社が決めること |
|---|---|---|
| ①業務選定 | 候補業務の実現性を助言 | 対象業務の決定、現状数値の提供 |
| ②データ確認 | データ形式・量の評価、手段の提案 | 外部に出してよい情報の線引き |
| ③PoC | 検証環境の構築、実装、結果分析 | 合格ライン、判定者、参加する現場担当 |
| ④本番開発 | 要件定義、開発、テスト | 人が確認する箇所、利用者と権限 |
| ⑤社内展開 | マニュアル作成、操作説明 | 利用ルール、展開順序、教育の主催 |
| ⑥運用・改善 | 保守、改善対応 | 運用担当、月次の効果測定、次の投資判断 |
丸投げできない理由ははっきりしています。その業務が実際どう回っているのか、どこまでの精度なら現場が許容できるのかという情報は、社内にしか存在しないからです。ベンダーは技術は持っていますが、御社の業務の許容範囲は知りません。
※1 IPA「DX白書」リンク
ステップ1〜3：対象業務の切り出しからPoCまでの進め方
ステップ1で対象業務を1つに絞って現状の工数と品質を数値化し、ステップ2で使えるデータと実現手段を確認し、ステップ3で評価基準を先に決めてからPoCを実施します。ここまでを1〜2か月で回すのが理想です。前半3ステップの精度が、後半の成否をほぼ決めます。
ステップ1：対象業務を1つに絞り、現状を数値化する
対象業務は必ず1つに絞り、「月間何件・1件あたり何分・誰が担当」まで数値化します。この数値が、後の効果測定の基準線になります。逆に言えば、ここで数値が取れない業務は、AIを入れても効果を証明できません。
数値化のフォーマットはシンプルで構いません。業務名、月間件数、1件あたりの所要時間、担当者と人数、年間の人件費換算、品質のばらつき（差し戻し率やクレーム件数）。この6項目を1枚にまとめるだけで、PoCの目的が具体的になります。
「だいたい月100件くらい」で止めず、1週間だけでも実測してください。実測すると、想定より件数が少なかった、あるいは業務時間の大半が別の作業だった、という発見がよくあります。その時点で対象業務を変える判断ができれば、無駄な投資を数百万円分回避したことになります。
ステップ2：使えるデータと手段（既存ツール／API／独自開発）を確認する
AI導入の手段は「既存SaaSの導入」「生成AIのAPI活用＋業務システム連携」「独自モデル開発」の3層に分かれます。中小企業の多くは上の2つで足ります。まず既存ツールで代替できないかを確認するのが、コストを抑える鉄則です。
データ確認の観点は4つあります。
- 紙やPDFではなく、機械が読める形で電子化されているか
- フォーマットが揃っているか（同じ項目名・同じ単位か）
- 量は足りるか（判定を学習させる場合は特に重要）
- 個人情報・機密情報が含まれていないか、含まれる場合に外部サービスへ入力してよいか
4つ目は必ず先に確認してください。氏名や連絡先を含むデータを外部のAIサービスに入力する場合、個人情報保護法上の取り扱いや委託先の管理が論点になります※2。入力してよい情報の線引きを決めないままPoCを始めると、途中で法務から差し戻され、検証データが使えなくなります。
独自開発が必要になるのは、自社固有の判断ロジックを再現する必要がある場合、既存の基幹システムと深く連携する場合、データを外部に出せない場合です。この3つに当てはまらないなら、まず既存ツールの無料トライアルで感触を掴むほうが早く、安く済みます。
ステップ3：PoCは「評価基準を決めてから」始める
PoCで最初にやるべきは実装ではなく、合格ラインの合意です。「精度が何%以上」「1件あたりの処理時間を何分から何分へ」「参加した現場担当の何割が継続利用したいと回答するか」のように、数値と判定者をセットで先に決めます。
評価基準の書き方は、たとえば次のようになります。
- 問い合わせ一次回答：AIの回答をそのまま送れる割合が70%以上。判定は問い合わせ担当2名の目視評価。
- 議事録要約：修正にかかる時間が1件あたり15分以内（現状45分）。判定は議事録作成担当の実測。
- 書類の一次仕分け：誤って除外した件数がゼロ。判定は採用担当による全件突合。
PoC期間は4〜8週間、対象は現場業務の一部と限定ユーザーに絞ります。ここで全部署を巻き込むと、検証ではなく本番展開になってしまい、失敗したときの後戻りが効きません。
評価基準を後決めにすると何が起きるか。「まあまあ動いた」「悪くはない」という感想だけが残り、経営層が投資判断できません。判断できない案件は保留になり、保留のまま次の期を迎えて消えます。PoCが失敗するのではなく、判定できないから止まるのです。
※2 個人情報保護委員会「個人情報保護法」リンク
ステップ4〜6：本番開発から社内定着・運用改善までの進め方
PoCの合格判定後は、本番開発（2〜4か月）、社内展開・教育（約1か月）、運用と効果測定（継続）の順に進みます。この段階で成果が出るかどうかは、運用ルールと担当者を開発着手前に決めているかでほぼ決まります。作ってから考えると、使われないシステムが残ります。
ステップ4：本番開発と既存システム連携で決めること
本番開発では「どこまで自動化し、どこで人が確認するか」「既存システムとどう連携するか」「AIが誤った出力をしたときにどう扱うか」の3点を先に決めます。とくに人の確認ポイントの設計が、運用の成否を分けます。
要件定義で決めておく項目は次のとおりです。
- 利用者の範囲と権限（誰が使え、誰が承認するか）
- 操作・出力のログをどこまで残すか
- 連携する既存システムと、その方向（読み取りのみか、書き込みもあるか）
- 誤った出力が出た場合の申告ルートと修正フロー
- 精度が想定に届かなかった場合の代替フロー（人手に戻す条件）
- 入力してよいデータ・してはいけないデータの区分
期間は2〜4か月、既存システム連携が入ると、その仕様調査と接続テストで追加工数が発生します。連携先が1本増えるごとに、仕様確認・開発・テストの3工程が積み上がると考えてください。見積書に「システム連携一式」とだけ書かれている場合は、連携先の本数と各連携の処理内容を分解してもらうと妥当性を判断しやすくなります。
ステップ5：社内展開と教育・利用ルールの整備
AIは導入しただけでは使われません。現場展開時に「使ってよい業務の範囲」「入力してはいけない情報」「AIの出力を誰が最終確認するか」の3つをルール化し、マニュアルと30分程度の説明会をセットで用意します。
展開の順序は、推進担当が使い込む→パイロット部署で1か月運用→全社、という段階を踏むのが安全です。いきなり全社配布すると、質問が集中して推進担当が対応しきれず、現場が離脱します。
社内説明では、現場から必ず2つの不安が出ます。「仕事が奪われるのでは」と「かえって手間が増えるのでは」です。前者には、対象業務が最終確認を人が行う前提であること、判断そのものは人が持つことを具体的に説明します。後者には、ステップ1で測った現状の工数と、PoCで出た実測値を並べて示すのが有効です。数値がないと、この説明は精神論になります。
生成AIを使う場合は、入力ルールを明文化してください。顧客の個人情報、未公開の財務情報、取引先との契約内容などを外部サービスに入力してよいかは、サービスの仕様と社内規程の両方で判断が必要です。AIの出力には誤りが混ざる前提で人が確認する運用を設計することは、経済産業省・総務省「AI事業者ガイドライン」でも利用者側の責務として整理されています※3。
ステップ6：効果測定と改善のサイクルをどう回すか
運用開始後は、ステップ1で取った数値と比較して月次で効果を測ります。見るべき指標は「利用率」「削減工数」「精度・手戻り率」の3つ。利用率が落ちている場合、原因はAIの精度ではなく業務フロー側にあることが多いです。
効果測定シートには、対象業務の月間件数、AIを使った件数（利用率）、1件あたりの所要時間、修正・手戻りの件数、担当者からの不具合報告を並べます。3か月分並べると傾向が見えます。
改善の打ち手は段階的です。まず指示文（プロンプト）や参照させる社内文書の調整、次に画面や導線の改善、それでも利用率が上がらないなら業務フロー自体の見直し。「AIを開く」という一手間が挟まるだけで使われなくなるケースは多く、既存の業務画面から呼び出せるようにするだけで利用率が変わることもあります。
次の業務へ横展開する判断は、1つ目の業務で3か月連続して効果が出てからが目安です。運用保守費は月額で継続的に発生するため、横展開のたびに固定費が積み上がる点も予算計画に織り込んでください。
※3 経済産業省・総務省「AI事業者ガイドライン」リンク
PoCで終わるAI導入の共通点3つと、発注前に防ぐ方法
PoCで止まる案件には「評価基準を決めていない」「現場が関与していない」「本番運用の担当が決まっていない」という共通点があります。3つとも技術的な問題ではありません。発注前、つまり見積依頼とキックオフの時点の意思決定で防げるものです。
共通点1：評価基準を決めていない（＝合否を判定できない）
評価基準のないPoCは「それなりに動いた」で終わり、次の投資判断ができません。防ぐには、見積依頼の時点で成功基準を数値で書き、ベンダーと合意しておくことです。基準は発注側が決め、実現可能性をベンダーに確認する順序が正しいやり方です。
典型的な症状はこうです。社内報告では「精度は微妙だが可能性は感じた」としか言えません。経営層から「で、いくら削減できるの」と聞かれても答えられず、結論が出ないまま次回検討となって案件が消えていきます。
発注前の打ち手として、見積依頼書やRFPに次のような一文を入れておきます。「本PoCの成功基準は、対象業務における一次回答の採用率70%以上とする。未達の場合は、原因分析（データ起因・設計起因・業務起因の切り分け）までを成果物に含む」。未達時の分析まで成果物にしておくと、失敗しても次の判断材料が残ります。
共通点2：現場が関与していない（＝作った後で使われない）
情報システム部門や経営企画だけで進めたAIは、現場の実務と噛み合わず使われません。防ぐには、その業務を実際にやっている担当者を、PoC参加者として名前レベルで確保してから発注することです。
症状は分かりやすく出ます。完成後に現場から「今のやり方のほうが早い」と指摘されます。検証に使ったデータが実務と乖離していて、本番データを入れた瞬間に精度が落ちるケースもあります。例外処理の存在が後から発覚し、追加開発が必要になった、という話も少なくありません。いずれも、現場の手元にしかない情報を拾えていないことが原因です。
発注前の打ち手は具体的です。キックオフ前に現場担当を1〜2名アサインし、「週2時間をPoC対応の業務時間として確保する」と上長の合意を取っておくこと。時間を確保しないと、担当者は通常業務を優先し、フィードバックが返ってきません。巻き込むときは「評価をお願いしたい」と伝えるのが有効です。作業を増やす話ではなく、判断してもらう役割だと位置づけると協力を得やすくなります。
共通点3：本番運用の担当が決まっていない（＝PoC後に持ち主がいない）
PoCが成功しても、本番運用の所管部署・担当者・予算が決まっていないと案件は宙に浮きます。防ぐには、PoC開始前に「本番化した場合の運用担当と年間予算枠」を仮でよいので決めておくことです。
症状は部署間の押し付け合いです。情報システム部門は「業務部門のツールだ」と言い、業務部門は「システムの保守は情シスだ」と言います。決まらないまま期末を迎え、翌期の予算に載らず立ち消えになります。技術検証は成功したのに、組織の問題で消えるパターンです。
発注前の打ち手として、PoCの稟議書に本番化した場合の想定運用体制と月額運用費の概算を併記します。「PoC単体で稟議を上げない」と決めておくだけで、この失敗はかなり防げます。金額の精度は粗くて構いません。誰が持ち、いくらかかりそうかを、意思決定者が事前に見ている状態が重要です。
発注前チェックリスト
- 成功基準を数値と判定者で書いたか（見積依頼の時点）
- 未達時の原因分析を成果物に含めたか（契約前）
- 現場担当を名前と時間で確保したか（キックオフ前）
- 本番化時の運用担当を仮決めしたか（PoC稟議の時点）
- 本番化時の年間運用費の概算を稟議に併記したか（PoC稟議の時点）
PoCの評価基準の立て方、相談できます。hikeに相談する
AI導入は自社でやる？外注する？切り分けの判断軸と費用の目安
対象業務の選定・評価基準の決定・現場調整は自社が持ち、PoC設計・本番開発・システム連携は外注する。この切り分けが最も失敗が少ない形です。費用はPoCで数十万〜数百万円、本番開発で数百万円〜、運用保守は開発費の10〜20%程度が年額の目安になります（要件により変動）。
内製と外注、どちらを選ぶかの判断軸
判断軸は3つ。社内にデータとシステムを触れる人材がいるか、既存システムとの連携が必要か、情報の外部持ち出しに制約があるか。1つでも欠けるなら外注が現実的です。
内製が向くのは、既存SaaSやノーコードツールで完結し、扱うデータが限定的で、社内に手を動かせる担当がいるケースです。議事録要約や文書検索のように、ツール設定だけで回る業務なら外注する必要はありません。
外注が向くのは、既存の基幹システムや顧客データベースと連携する場合、自社固有の判断ロジックを実装する場合、セキュリティ要件が厳しい場合です。この領域は、動くものを作ること自体より、障害時の切り分けと保守が難しくなります。
現実的な解として多いのは、設計と初期構築を外注し、運用と改善を内製に移していく形です。運用まで外注し続けると保守費が固定費として積み上がるため、社内に引き取れる範囲を最初から契約に書いておくと、後の交渉が楽になります。
どの工程から外注すべきか（丸投げしてはいけない範囲）
外注すべきはPoC設計以降です。逆に、対象業務の選定と評価基準の決定を丸投げすると、ベンダーは自社が作りやすいものを提案して終わります。この2つは自社に残してください。
| 工程 | 内製 | 外注 | 共同 |
|---|---|---|---|
| 対象業務の選定 | ◎ | × | △（助言のみ） |
| 評価基準の決定 | ◎ | × | ○（実現性の確認） |
| 要件定義 | △ | ○ | ◎ |
| PoC設計・実装 | × | ◎ | ○ |
| 本番開発・連携 | × | ◎ | △ |
| 社内展開・教育 | ◎ | △ | ○ |
| 運用・改善 | ○ | ○ | ◎ |
ベンダーを見分ける観点を1つ挙げるなら、いきなり開発の話を始めるかどうかです。対象業務が本当にAIに向いているか、既存ツールで足りないかを先に検証しようとする相手のほうが、結果的に総額は安く収まります。最初の打ち合わせで「その業務は既存ツールで足りるかもしれません」と言える会社は信頼できます。
ステップ別の費用感と、費用が発生するタイミング
費用はステップごとに分割して発生します。PoCで数十万〜数百万円、本番開発で数百万円〜1,000万円規模、運用保守で月額数万〜数十万円が一般的なレンジです。一括で発注せず、PoCで契約を区切ると失敗時の損失を抑えられます。
| ステップ | 費用目安 | 期間 | 成果物 |
|---|---|---|---|
| 業務選定・要件整理 | 無償〜数十万円 | 2〜4週間 | 対象業務定義、評価基準 |
| PoC | 数十万〜数百万円 | 4〜8週間 | 検証環境、検証結果レポート |
| 本番開発 | 数百万円〜1,000万円規模 | 2〜4か月 | 本番システム、マニュアル |
| 運用保守 | 月額数万〜数十万円 | 継続 | 監視、改善対応 |
費用がぶれる主な要因は、データ整備が必要かどうか、連携先システムの本数、求める精度の水準、そして要件の曖昧さです。特に4つ目の影響が大きく、決めきれていない部分はベンダー側がリスク分を上乗せして見積もります。開発規模と工数の関係は、IPA「ソフトウェア開発分析データ集」で規模別の実績値が公開されており、提示された見積の工数感が極端に外れていないかを確認する材料になります※4。
見積書を見るときは、金額の総額より内訳の粒度を見てください。「AI開発一式」ではなく、要件定義・実装・テスト・環境構築・保守が分かれているか。各項目に人月または人日が書かれているか。曖昧な一式見積は、後の追加請求の温床になります。
費用面では、中小企業向けのIT導入補助金などが対象になる場合があります※5。ただし対象経費や要件は年度ごとに変わるため、2026年時点の情報として捉え、必ず最新の公募要領で確認してください。
※4 IPA「ソフトウェア開発分析データ集」リンク
※5 独立行政法人中小企業基盤整備機構「IT導入補助金」リンク
まとめ：AI導入の進め方は「小さく始めて評価基準で判断する」
AI導入の進め方は6ステップ。対象業務の選定、データと手段の確認、PoC、本番開発、社内展開、運用改善の順に進め、小規模なら3〜6か月が目安です。押さえるべき要点を絞ると3つになります。
- やめても困らない業務から試す。棚卸しや基幹業務から入らない
- 評価基準を先に決める。数値と判定者をセットで、見積依頼の時点で合意する
- 本番運用の担当を先に決める。PoC単体で稟議を上げない
外注と内製の切り分けは、対象業務の選定と評価基準の決定を自社に残し、PoC設計以降を外に出すのが基本形です。費用はステップごとに分割して発生するため、PoCで契約を区切れば損失の上限をコントロールできます。
今日からできる手順は3つです。まず対象業務の候補を3つ書き出します。次に「1週間止まっても損害が出ないか」でフィルタしてください。残ったものから1つに絞り、月間件数と1件あたりの所要時間を実測します。この3手順を終えれば、ベンダーに相談する材料は揃います。
よくある質問
AI導入にかかる期間はどれくらいですか？
小規模な業務なら3〜6か月、PoCだけなら1〜2か月が目安です。既存システムとの連携がある場合や、データの整備・電子化から始める場合は、さらに1〜3か月加わることがあります。社内の稟議やセキュリティ審査にかかる時間も、スケジュールに含めて計画してください。
社内にAI人材がいなくても導入できますか？
できます。技術面は外注で補えます。ただし、対象業務の選定と評価基準の決定、現場担当の確保は社内で担う必要があります。この3つは業務の実態を知っている人にしか判断できないため、外注しても丸投げにはなりません。逆に言えば、この役割を担う推進担当を1名決めることが実質的な必須条件です。
PoCは必ずやるべきですか？
データの質や効果が読めない場合は実施をおすすめします。一方、既存SaaSで完結する業務なら、無料トライアルや1〜2か月の低額プランで代替できます。PoCは「投資判断のための材料を買う」工程なので、材料がすでに手に入るなら省略して構いません。
まず生成AIツールを全社に配るのはありですか？
ツールを配るだけでは使われないケースが多いです。対象業務と使い方を決めてから配ったほうが定着します。全社配布する場合も、先に「この業務でこう使う」という具体例を2〜3個示し、入力してはいけない情報のルールを合わせて配布してください。
失敗したときの損失を抑えるにはどうすればいいですか？
PoCと本番開発で契約を分けることです。PoC契約に「成功基準を満たした場合に本番開発を協議する」と明記しておけば、未達時に打ち切る判断がしやすくなります。未達時の原因分析を成果物に含めておくと、投資が無駄にならず次の判断材料として残ります。
セキュリティや情報漏えいが心配です。何を確認すればいいですか？
確認すべきは、入力したデータがAIの学習に使われるか、データの保存先と保存期間、そして社内で入力を禁止する情報の範囲の3点です。個人情報を扱う場合は、委託先の管理や利用目的の観点で個人情報保護法上の確認が必要になります※2。AIの出力を人が確認する運用を設けることも、AI事業者ガイドラインで示された考え方に沿った対応です※3。
補助金は使えますか？
IT導入補助金などが対象になる場合があります※5。ただし対象となる経費区分や事業者の要件は年度ごとに見直されるため、利用を前提に計画を立てるのはリスクがあります。2026年時点の情報として扱い、申請前に最新の公募要領で必ず確認してください。
※2 個人情報保護委員会「個人情報保護法」リンク
※3 経済産業省・総務省「AI事業者ガイドライン」リンク
※5 独立行政法人中小企業基盤整備機構「IT導入補助金」リンク