入札書類作成をAIで効率化する設計の考え方

工事実績や技術者の資格情報は、どの入札でもほぼ同じ内容を書くことになる。それなのに毎回時間がかかるのは、発注機関ごとに様式・記載順・文字数の制限が違うからだ。

同じ実績データを、様式Aでは表形式で、様式Bでは文章形式で求められる、といったことが普通に起きる。人が対応する場合、この様式の違いに合わせて毎回手入力し直すことになる。

この非効率を解消する鍵は、実績データそのものと、様式ごとの出力ルールを分けて管理することにある。

建設業向けにAI変革コンサルとして実装支援をしてきた中でも、この書式差の吸収は繰り返し出てくる設計テーマだ。

設計の基本は、実績データを1つのマスターとして持ち、発注機関ごとに出力ルールだけをプロジェクトとして分ける形にすることだ。マスターを直接いじらず、出力側で書式を変える。

発注機関ごとのプロジェクトには、その様式特有の記載順・見出しの言葉遣い・文字数制限などのルールをまとめておく。次回同じ発注機関の入札があれば、このルールをそのまま使い回せる。

実績データが更新された場合も、マスター側を直せば、すべてのプロジェクトの出力に反映される設計にしておくと、更新漏れが起きにくい。

このプロジェクト分けの設計は、最初に手間をかけて作るほど、2回目以降の入札作業が軽くなる仕組みだ。

共通データに入れるのは、工事実績（工事名・発注者・工期・金額規模・工法）、保有技術者の資格情報、配置予定人員といった、様式が変わっても中身が変わらない情報だ。

書式固有ルールに入れるのは、見出しの表記、記載順序、文字数制限、様式特有の注意書きといった、発注機関ごとに変わる部分だ。この2つを混ぜて管理すると、更新のたびに整合が崩れやすくなる。

切り分けができていれば、新しい発注機関の様式が来たときも、共通データはそのままに、新しいルールだけを追加すればよい。

工事の金額規模など数字を含む項目は、実際の契約書・実績台帳の数字をそのまま使い、AIに数字を作らせない前提で運用する。

プロンプト例: 「共通実績データから、発注機関Aの様式（表形式・実績5件まで・各100字以内）で技術資料の下書きを作って」と渡すと、その様式のルールに合わせた文章量に整えた下書きが返ってくる。

架空データでの実行例として、同じ実績データを発注機関Bの様式（文章形式・実績3件・各200字程度）に渡すと、同じ内容でも文字数と構成が異なる下書きが生成される。元になるデータは同じでも、出力される文章の形が違う。

この実演のように、1つのデータから複数の様式への出力を作り分けられる点が、プロジェクト分け設計の効果になる。

下書きが出た後は、様式の記載要領と照らし合わせて、抜けている項目や指定と違う表現がないかを人が確認する。

入札書類は、書式の不備1つで無効になる可能性がある書類だ。下書きまでがAIの役割で、提出できる状態にする最終確認は必ず人が行う。

提出前に確認する項目の例は次の通りだ。

• 様式の指定文字数・様式番号と実際の出力が一致しているか
• 実績データの数字（金額・工期）が契約書や実績台帳の原本と一致しているか
• 技術者の資格情報・配置予定が最新かつ有効期限内か
• 発注機関の記載要領にある必須項目が漏れなく埋まっているか

入札参加資格があるかどうかの判断、法令や公告要領の解釈は、AIに任せる領域ではない。誤った解釈のまま提出すると、失格につながる可能性がある部分だ。

様式の趣旨を読み違えて記載してしまうリスクもあるため、初めて扱う発注機関の様式は、最初の1回は人が入念に見比べてルールを固める作業が要る。

AIが担うのは、一度固まったルールに沿って繰り返し発生する転記作業を速くすることであって、ルールを決める判断そのものではない。