AI実証事業の公募を設計する｜参加要件と選考基準を明確にする

自治体がAI実証事業を公募するとき、テーマを広くしすぎると、目的も規模も異なる提案を同じ物差しで比べることになります。反対に、技術や製品を細かく指定しすぎると、地域企業が持つ課題から離れます。公募前に政策目的、対象課題、実証で確かめることをつなぎ、参加要件と採点基準を分けて設計する必要があります。

デジタル庁の生成AI調達・利活用ガイドライン第2.0版は各府省庁向けです。地方自治体へ一律に適用される義務として扱わず、自団体の規程、契約、情報セキュリティ、個人情報保護に合わせて参考にします。

公募前に実証の問いを一つにする

「AIを活用して地域を活性化する」では、選考後の成果を判断できません。「地域企業の受注問い合わせ対応で、確認品質を保ちながら担当者の作業負担を減らせるか」のように、対象、業務、期待する変化、守る条件を一文にします。

実証の問いから、募集対象、提供するデータや支援、期間、成果物が決まります。採択数を先に決めるのではなく、自治体が安全に支援・確認できる範囲を見積もります。

所在地や税の要件、連絡責任者、実証期間への参加、禁止情報を扱わない体制など、満たさなければ参加できない条件は適格性確認にします。課題の明確さ、実行可能性、地域への波及、データ準備、継続性など、提案を比較する項目は採点表にします。

必須条件へ配点を付けると、満たしていない提案が他の得点で通る可能性があります。反対に、抽象的な「先進性」へ高い配点を置くと、課題解決より技術の新しさが優先されます。各項目に、見る資料と判断例を付けます。

AIの精度だけでなく、現場が確認できるか、誤りを止められるか、実証後に判断材料が残るかを評価します。

公募説明会では、対象外の例、費用負担、データの扱い、採択後の作業量、成果公表の範囲を説明します。個別質問へ回答した内容が応募判断に影響する場合は、特定の応募者だけに残さず、質問者を特定しない形で全体へ共有します。

提出前相談を行う場合も、提案内容を代わりに作る支援と、要件の解釈を揃える説明を区別します。締切直前の変更は、変更理由、影響範囲、延長の有無を同じ経路で通知します。

採択後に条件を大きく変えると、公募時の公平性を損ないます。変更が必要な場合は、目的、対象、評価への影響を確認し、所管の手続に従います。

公募は採択者を決めるだけでなく、地域企業が自社の課題を整理する機会でもあります。不採択者に対し、提案書の添削や次回の採択を約束するのではなく、公表済みの評価項目に沿って確認可能な範囲を説明します。

資料不足、対象外、実行体制、安全対策など理由の種別を記録し、不要な個別情報や他社提案を開示しない運用にします。公募終了後は、質問が集中した項目や無効となった要件をふり返り、次回の公募要領の明確化に使います。

自治体の中小企業AI導入支援は相談票から小規模実証へつなぐ支援導線を扱います。AI官民連携事業の役割分担とデータ利用条件は共同事業開始時の協議を扱います。本記事は参加者を募集・選考する公募要領と採点表に限定しています。

地域企業向けAI実証の業務整理は、LIFESEEDSのAI活用・業務効率化支援をご確認ください。個別の法令・契約判断は所管部署や専門家へ確認し、事業設計の相談はお問い合わせから受け付けています。