工務店・ハウスメーカーのAI導入実証計画 対象業務・責任・完了条件を決める

実証の目的は「AIが便利だった」と感想を集めることではありません。開始前の作業方法と比べて、何が改善し、どんな修正が残り、誰がどの条件で継続を承認するかを判断できる状態にすることです。本記事では、架空の工務店を一つの例として、対象業務の選定から責任分担、入力例、出力の修正記録、評価、完了判定までを、一枚の実証計画書に落とし込みます。

01.実証計画の完成形を先に決める

最初に作る成果物は、長い企画書ではなく「AI導入実証計画書」です。最低限、対象業務、対象外業務、利用者、入力可能情報、確認責任者、実施期間、記録方法、中止条件、完了条件、終了後の判断を一枚で読めるようにします。

実証中に新しい論点が出たときは、計画書そのものを無制限に書き換えません。変更履歴を残し、「開始時に想定していた条件」と「途中で追加した条件」を分けます。途中で評価基準まで都合よく変えると、良い結果だけを拾った実証になってしまうからです。

この記事では、次の架空例を一貫して使います。実在する会社、施主、製品の成果を示すものではありません。

この表から読み取るべき点は、AIの名称より「何を渡し、どこまで作らせ、誰が確定するか」のほうが先に決まっていることです。対象案件数や期間は会社の業務量に合わせて変えられますが、比較対象と責任者を後回しにはできません。

AI活用候補の洗い出しがまだ済んでいない場合は、先に工務店のAI活用候補を棚卸し｜経営課題と業務をつなぐ評価表で経営課題と業務候補を結びます。本記事が扱うのは、その候補のうち一つを実証可能な単位まで絞り、経営判断に必要な証拠を残す工程です。

この順序で重要なのは、完了条件から考え始めないことです。対象業務と出力物が曖昧なままでは、「何件試せばよいか」「何を誤りとするか」「誰が確認できるか」を決められません。

02.経営課題をAIの対象業務へ翻訳する

「残業を減らしたい」「生産性を高めたい」といった経営課題は、そのままでは実証対象になりません。複数の業務が混ざり、AI以外の要因でも結果が動くからです。経営課題を、担当者、開始条件、入力、作業、出力、次工程が特定できる単位へ分解します。

椿ヶ丘住建の経営課題を「現場監督の報告作業が週末に集中している」とします。この段階で「現場管理をAI化する」と広げると、工程表、写真管理、発注、品質確認、顧客説明までが入り込みます。実証では「箇条書きの現場メモから、社内向け週次工事報告の初稿を作る」に限定します。

対象を絞るときは、業務名だけでなく開始点と終了点を書きます。開始点は「現場監督が当週の作業メモを入力欄へ転記した時点」、終了点は「報告書の初稿が指定見出しで出力された時点」です。初稿を修正して社内共有する工程は、人の確認工程として別に扱います。

ここでは、AIに向いていると断定するための表ではなく、実証可能な粒度へ変換するための表として使います。とくに「精度向上」や「自動化」という言葉が入った候補は、確定権限までAIへ渡す計画になっていないかを見直す必要があります。

対象業務を選ぶ際は、経営計画との接続も確認します。たとえば会社が今期、受注数より粗利確保と施工体制の安定を優先しているなら、集客文の大量作成より、工事部の情報整理を先に実証するほうが整合する場合があります。受注・粗利・人員のつながりは、工務店の経営計画の立て方｜受注・粗利・人員を一枚につなぐで整理できます。

候補を一つに決められないときは、「頻度が高い」「担当者が正誤を判定できる」「入力情報を制限できる」「失敗時に元の手順へ戻せる」の四条件で比較します。高頻度でも、担当者が正解を判定できない業務は、短期実証の対象にしにくいでしょう。

03.対象業務と対象外業務の境界を書く

対象業務を一文で書いたら、その直下に対象外業務を書きます。対象だけを書いても、利用者は似た作業へ用途を広げがちです。「週次報告の初稿」が対象なら、「顧客へ送る文章」「工程遅延の原因判定」「施工品質の合否判定」「発注数量の確定」は対象外だと明示します。

境界は、作業の種類、情報、利用者、案件、期間、出力先の六方向から引きます。これにより、「同じ文章作成だから顧客メールにも使った」「便利なので別現場の個人情報も入れた」といった範囲の拡張を発見しやすくなります。

椿ヶ丘住建の計画書では、対象業務を次のように記入します。

現場監督2人が、新築2現場について、匿名化した当週作業メモを基に、社内向け週次工事報告の初稿を作成する。出力は「実施内容」「次週予定」「確認事項」の3見出しとし、現場監督が原資料と照合して修正した後、工事部長が確認する。

対象外は次のように書けます。

施主向け報告、協力会社への指示、工程変更の決定、品質・安全・法令適合の判定、見積・発注金額の確定、写真からの施工状態判定、契約文書の作成は、本実証に含めない。

この表からは、用途の境界だけでなく、対象外に触れた場合の行動まで決める必要があると分かります。「禁止」とだけ書くより、「入力しない」「通常手順へ戻す」「責任者へ記録する」と書くほうが現場で迷いません。

総務省・経済産業省のAI事業者ガイドライン（第1.2版、2026年3月31日公表）は、AIの開発者、提供者、利用者など、立場に応じたAIガバナンスの指針を示しています。本記事の境界表や承認手順は、その考え方を工務店の小規模実証へ落とすための独自提案です。ガイドラインが特定の工務店向け書式や、この対象業務の安全性を保証しているわけではありません。同ガイドラインは改訂が続いているため、社内規程に引用する際は、経済産業省のサイトで最新の版を確かめてから版番号と公表日を書き写します。

04.入力情報を「入れてよい・加工後ならよい・入れない」に分ける

実証開始前に、入力情報を三段階で分類します。「機密情報に注意する」だけでは、現場監督が住所の一部、写真の背景、協力会社名をどう扱うか判断できません。情報の具体例と加工方法を並べ、迷ったときの連絡先も決めます。

分類は、利用するサービスの契約条件、設定、保存、学習利用の扱いを確認したうえで行います。同じ種類の情報でも、利用環境や会社の取り決めによって可否は変わります。本記事は特定サービスの仕様を前提にせず、社内実証の計画方法に限定します。

入力情報の分類を社内で説明する際の根拠には、前掲のAI事業者ガイドラインを使います。補助的な参考資料として、IPAの中核人材育成プログラムの「最終プロジェクト」成果物として掲載されているテキスト生成AIの導入・運用ガイドラインもあり、リスクマトリクスを用いたリスク管理の考え方を説明しています。ただし、これはプログラム受講者による成果物であり、IPAが組織として定めた指針と同じ重みでは扱いません。椿ヶ丘住建で使う次の分類表も、いずれかの資料の公式書式ではなく、担当者が入力前に判断するための独自の運用表です。

この表の読みどころは、「加工後ならよい」という中間区分です。ただし、名称を記号へ置き換えただけで十分とは限りません。周辺情報の組み合わせで個人や案件を特定できる可能性があるため、実証では必要最小限の情報だけを入力します。

入力テンプレートには、書いてよい欄をあらかじめ設けます。自由記述欄を一つだけ用意すると、担当者は手元のメモをそのまま貼り付けやすくなります。椿ヶ丘住建なら「現場記号」「対象週」「完了した作業」「次週予定」「社内確認事項」の欄を設け、氏名、住所、金額を書かない注意を各欄の近くに表示します。

入力前の確認者も決めます。毎回工事部長が全文を確認すると実証自体が重くなるため、登録済みの定型入力は現場監督が自己確認し、新しい情報種別が出たときだけ工事部長へ上げる運用が考えられます。これは効率のための社内提案であり、法的評価を代替するものではありません。

05.責任を「操作・確認・承認・管理」に分ける

「最終的には人が確認する」という記述だけでは、責任分担として不十分です。誰が入力を整え、誰が原資料と照合し、誰が外部共有を承認し、誰が事故や例外を管理するのかを分けます。一人が複数の役割を担う場合も、役割名は分離して書きます。

小規模な工務店では、工事部長が確認責任者と実証責任者を兼ねることもあります。その場合でも、「報告内容が正しいかを確認する仕事」と「実証を継続してよいかを判断する仕事」は別です。前者で問題がなくても、入力負担や情報管理に無理があれば、後者として中止できます。

この表では、AIを責任主体として置いていません。AIは初稿を出す手段であり、入力、照合、承認、運用判断を人の役割として残します。また、操作者自身が内容確認者を兼ねる場合、見落としを防ぐために工事部長が重要項目だけを再確認する設計にしています。

責任表には、欠勤時の代理者も追記します。代理者が登録されていない場合は、無理に実証を続けず、通常手順へ戻します。「担当者が休んだため、詳しくない人が出力をそのまま送った」という例外を避けるためです。

判断が衝突した場合の優先順位も必要です。たとえば、操作者が「軽微な表現修正」と考えても、内容確認者が事実関係の変更だと判断した場合は、重い区分を採用します。実証責任者は、継続の可否を決められますが、確認者の未解決指摘を消す権限として扱ってはいけません。

ここで読み取るべきなのは、AI出力から共有までの間に二つの人の関与があることです。実証初期はこの経路を省略せず、修正傾向が分かってから、必要に応じて確認範囲を見直します。

06.入力文と期待する出力形式を固定する

実証で毎回違う指示を使うと、AIの違いを試したのか、担当者の指示の違いを試したのか分からなくなります。開始時には、入力テンプレート、指示文、期待する見出し、禁止事項を固定します。改善案を試す場合は、版番号を付けて変更前後を区別します。

椿ヶ丘住建の入力テンプレートは、次のようにできます。

対象：現場A・第2週
完了した作業：1階床組み、外周部の養生
次週予定：柱・梁の施工、上棟前確認
社内確認事項：資材搬入時刻を担当者Xへ確認
補足：天候により搬入順を調整する可能性あり

この例では、実在の施主名、現場住所、協力会社名、連絡先を含めていません。「現場A」「担当者X」は架空例内の置換記号です。実際の運用では、元情報と置換記号の対応表をAIへ入力する場所に置かず、必要な場合だけ社内の管理方法で扱います。

指示文には、文章の目的だけでなく、推測禁止と不明点の表示方法を入れます。

次の作業メモを基に、社内向け週次工事報告の初稿を作成する。「実施内容」「次週予定」「確認事項」の見出しを使う。入力にない完了日、原因、担当者の判断、品質評価を補わない。不明な点は推測せず、「要確認」と記す。顧客向けの挨拶や外部への指示は作成しない。

「正確に書いて」とだけ指示しても、担当者が何を確認すべきか明確になりません。「入力にない原因を補わない」「品質評価をしない」のように、対象業務で起きてほしくない出力を具体化します。

この表から、変更してよい項目と安易に緩和しない項目を分けて読めます。とくに入力可能情報を途中で増やす変更は、文章の改善ではなくリスク条件の変更です。単なるテンプレート修正と同列に扱いません。

入力文の上手さを競うことも避けます。担当者ごとに長い工夫が必要なら、日常運用で再現しにくいからです。実証では、初めて担当する人でも記入欄に沿って入力できる状態を目指します。

07.出力を直すだけでなく、修正理由を記録する

AIの初稿を人がきれいに直しただけでは、実証の評価材料が残りません。修正前の出力、修正後の文章、修正理由、影響の大きさを一組として記録します。これにより、表現の好みを直したのか、事実誤認を防いだのかを分けられます。

椿ヶ丘住建の架空入力に対し、次の初稿が出たと仮定します。これはモデルの実行結果ではなく、修正方法を説明するために作成した例です。

実施内容：1階床組みと外周部の養生が完了しました。工程は予定どおり順調です。
次週予定：柱・梁の施工を行い、予定どおり上棟します。
確認事項：担当者Xは午前8時に資材を搬入してください。

この出力には、入力にない「工程は予定どおり順調」、確定していない「予定どおり上棟」、確認事項を指示へ変えた「午前8時に搬入してください」が含まれています。文章として自然でも、そのまま採用できません。

修正後は、次のようになります。

実施内容：1階床組み、外周部の養生を実施。
次週予定：柱・梁の施工、上棟前確認を予定。天候によって資材の搬入順を調整する可能性あり。
確認事項：資材搬入時刻は担当者Xへ要確認。

この表から分かるのは、文章の滑らかさと業務上の正しさが一致しないことです。初稿が読みやすくても、根拠のない確定表現が一つあれば、確認負担や誤伝達の危険が生まれます。

修正理由は、少なくとも「事実の追加」「事実の欠落」「意味の変更」「不適切な確定」「対象外判断」「情報の露出」「形式違反」「表現調整」に分類します。分類が細かすぎると記録が続かないため、実証中に同じ修正が増えたときだけ区分を追加します。

影響区分は、シリーズで共通の「重大・中・軽微」の三段階を使い、重大に当たる誤りが一件でもあればその出力を使わない、というゲート条件も共通にします。区分の定義と判定例は、工務店のAI出力評価表｜業務ごとの正確さを測る方法にまとめています。実証と評価で同じ区分を使えば、記録をそのまま集計できます。本記事では、重大または中に当たる修正を「重要修正」と呼んで件数を数えます。

同じ重要修正が繰り返される場合は、人が毎回直せばよいと考えず、入力欄、指示文、対象範囲のいずれに原因があるか調べます。指示文で防げない誤りなら、用途そのものを縮める判断も必要です。

08.評価は時間、品質、運用負担を別々に測る

AI導入の評価を「何分短縮したか」だけにすると、確認や修正の時間が抜けやすくなります。作業時間は、入力準備、AI操作、出力確認、修正、承認待ちに分けます。通常手順も同じ範囲で測り、比較対象をそろえます。

椿ヶ丘住建では、実証前2週間の通常報告と、実証4週間のAI利用報告を比較します。ここで期間の長さが違うため、期間合計だけで比べず、「報告1件当たり」の値に直します。案件の難しさが大きく異なる場合は、単純平均だけで結論を出さず、その事情を例外記録へ残します。

時間の計算式は次のとおりです。

• 通常手順の1件当たり作業時間 ＝ 通常手順の総作業時間 ÷ 通常報告件数
• AI利用時の1件当たり人作業時間 ＝ 入力準備時間＋操作時間＋確認時間＋修正時間＋承認対応時間
• 1件当たり差分 ＝ 通常手順の1件当たり作業時間－AI利用時の1件当たり人作業時間
• 削減率 ＝ 1件当たり差分 ÷ 通常手順の1件当たり作業時間 × 100

たとえば実証前2週間の通常手順4件（2現場×2週）の総作業時間が120分なら、1件当たり30分です。AI利用8件について、入力準備80分、操作24分、確認72分、修正40分、承認対応16分なら、総人作業時間は232分、1件当たり29分です。差分は1分、削減率は「1分÷30分×100＝約3.3％」です。

これは計算方法を示す架空値であり、AI導入によって同じ結果が得られるという成果値ではありません。操作だけが3分で済んでも、入力準備や確認を含めれば29分かかる点に注意します。

品質については、採用率のような一つの数字に集約しすぎないほうが実務的です。全文を採用できなくても、見出し構成には使える場合があります。一方、ほとんど採用できても重大な誤りを人が一度見逃したなら、継続条件を厳しくすべきです。

この表では、効率、品質、再現性、運用負担を混ぜていません。時間が短くなっても重要修正が増えたなら、成功とは決められません。逆に、時間差が小さくても報告の抜けを発見しやすくなった場合は、その効果を別の判断材料として残せます。

主観評価を使うなら、自由な感想だけでなく質問を固定します。「入力準備で迷ったか」「原資料との照合箇所を見つけやすかったか」「通常手順へ戻したい場面があったか」を毎回記録すると、改善点を特定しやすくなります。

09.完了条件と成功条件を分ける

実証の「完了」と「成功」は別です。完了は、予定した試行と記録が終わり、経営判断に必要な材料がそろった状態です。成功は、その材料が継続条件を満たした状態です。期待した効果が出なくても、原因と扱えない範囲が明らかになれば、実証自体は完了できます。

完了条件を「4週間経過したら」とだけ書くと、担当者の多忙で実施件数が不足しても終了してしまいます。一方、「全出力に誤りがないこと」とすると、現実的な評価になりません。期間、件数、記録充足、重大問題の処理を組み合わせます。

椿ヶ丘住建の完了条件は、次のように設定できます。

1. 実証期間4週間が終了している。 2. 新築2現場について、計8件以上の週次工事報告を対象にしている。 3. 各報告に、入力版、出力初稿、修正版、所要時間、修正理由が記録されている。 4. 重要修正と例外相談について、未分類の記録が残っていない。 5. 禁止情報の入力や外部誤送信が発生した場合、処理結果と再開可否が記録されている。 6. 現場監督2人、工事部長、記録管理者の所見がそろっている。 7. 代表者が継続、条件変更後の再実証、終了のいずれかを判断できる資料になっている。

件数の「8件以上」は、この架空例で週次報告を2現場×4週間実施する想定から置いた値です。実際には会社の報告頻度と案件状況から決めます。予定した報告が工事休止などで発生しなかった場合は、架空の入力を足して達成したことにせず、件数不足の理由を記録して延長または終了を判断します。

成功条件は、経営者が何を重視するかで変わります。以下は合否を自動的に決める普遍的基準ではなく、椿ヶ丘住建が開始前に選ぶための判断例です。

この表からは、継続と終了の間に「条件変更後の再実証」があると分かります。対象範囲を狭める、入力欄を直す、顧客向け利用を除外するなど、条件を変えれば成立する可能性があります。ただし、変更後の結果を変更前と混ぜて成功扱いにはしません。

「重要修正発生率が何％以下なら成功」といった数値基準を設ける場合は、その根拠と分母を必ず書きます。少数件の実証では、一件の増減で割合が大きく動きます。割合だけでなく、誤りの内容と検出可能性を併記することが欠かせません。

10.実施中の記録と週次レビューを軽く保つ

実証記録が重すぎると、AI利用の時間より記録時間のほうが長くなります。毎回記録する項目と、週次レビューでまとめて確認する項目を分けます。毎回の記録は、後から再現できる最小限にします。

椿ヶ丘住建では、報告一件ごとに、実施日、担当者、対象現場記号、テンプレート版、入力開始から承認対応までの時間、重要修正の有無、修正区分、例外の有無を記録します。文章の全文は会社が承認した保存場所に置き、集計表には参照番号だけを載せる方法もあります。

週次レビューでは、四つの問いに絞ります。

• 同じ重要修正が繰り返されていないか。
• 禁止情報や対象外用途に近づいた事例はないか。
• 確認時間が減らず、むしろ増えていないか。
• 次週も同じ条件で続けられるか、それとも停止・変更が必要か。

表の数値と事例は架空です。この表で見るのは平均時間だけではありません。A-01とA-02で根拠のない確定が続くなら、時間が短くても重要な改善対象です。また、v1.0とv1.1を同じ条件として集計しないことも読み取れます。

週次レビューで指示文を変更する場合は、変更理由、変更日、影響する記録番号、旧版で残った課題を書きます。改善が成功したように見えても、入力内容の違いで結果が変わった可能性があります。小規模実証では厳密な実験環境を作れなくても、条件差を見える形にできます。

レビュー会議を長くしないために、記録管理者が事前に「重要修正」「例外」「時間が通常より長かった事例」だけを抽出します。全出力を経営者が読む必要はありません。経営者は、範囲を守れたか、未解決の問題があるか、追加投資に値するかを判断します。

11.問題発生時は中止、復旧、再開を分ける

実証中の問題には、その場で修正して続けられるものと、一度止めるべきものがあります。誤字や見出し順の違いは通常の修正記録で扱えますが、禁止情報の入力、対象外の外部送信、重要事項の見逃し、利用環境の無断変更は、停止判断が必要です。

停止は失敗の宣言ではありません。影響を広げず、通常業務へ戻すための操作です。停止後に何を確認すれば再開できるかを先に決めておけば、問題を隠して継続する誘因も減らせます。

この模式図では、原因分析より先に利用停止と影響範囲の確認を置いています。業務を止められない場合でも、AI利用だけを止め、承認済みの通常手順で報告作業を続けられるようにします。

この表からは、すべての問題を同じ強さで扱わないことが分かります。一方で、情報の扱いや外部共有に関わる事象は、出力文章を直しただけでは完了しません。影響範囲と再発防止を確認してから再開します。

再開条件は「気をつける」ではなく、変更された状態で書きます。たとえば「入力欄から自由記述を削除した」「禁止情報の例を画面近くへ表示した」「外部送信できない下書き場所へ変更した」「再教育を受けた登録利用者だけに限定した」とします。

問題をゼロに見せるため記録対象を狭くすると、経営判断を誤ります。実証責任者は、問題を報告した担当者を責めるのではなく、手順で防げる問題だったかを検討します。ただし、これは問題を軽視するという意味ではありません。必要な社内対応や専門的判断がある場合は、既存の管理手順に従います。

12.終了報告を継続・再実証・終了の判断に変える

実証終了時には、平均時間や担当者の感想を並べるだけでなく、開始時の問いに答えます。椿ヶ丘住建の場合は、「匿名化した現場メモから週次工事報告の初稿を作る用途を、指定条件で継続できるか」です。対象外だった顧客連絡や品質判定まで結論を広げてはいけません。

終了報告は、事実、解釈、経営判断を分けます。事実には実施件数、条件、時間、修正、例外を記載します。解釈には、なぜ差が出たと考えるか、どこに不確実性が残るかを書きます。最後に、継続、条件変更後の再実証、終了の提案を置きます。

終了報告の記入順

まず、計画どおり実施できた範囲を記します。「4週間、2現場、8件を予定し、実施は7件だった。1件は工事休止により週次報告が発生しなかった」のように、予定との差を隠しません。

次に、比較条件を書きます。通常手順とAI利用時で、報告の長さ、案件段階、確認者が大きく違えば、その差を注記します。単純比較が難しい場合は、数字を出さないのではなく、判断できる範囲を限定します。

その後、重要修正を種類別に示します。「予定を実施済みのように表現」「入力にない理由を追加」「確認事項を指示文へ変更」など、経営者が影響を理解できる言葉にします。誤字件数と同じ箱へ入れないことが大切です。

最後に、次の三択から提案します。

この表が示すように、「本格導入する・しない」の二択にする必要はありません。ただし、限定継続を選んだまま利用者と用途を増やせば、実質的な全社展開になります。範囲を広げるたびに、新しい情報、責任、例外を評価します。

一枚の実証計画書に転記する

最終的な計画書には、次の欄を設けます。

• 解決したい経営課題
• 実証する一工程
• 開始点と終了点
• 対象業務と対象外業務
• 対象者、対象案件、期間、予定件数
• 入力してよい情報、加工条件、禁止情報
• 固定する入力テンプレートと指示文の版
• AIが作る成果物と、人が確定する成果物
• 操作、確認、承認、記録、経営判断の担当
• 通常手順との比較方法
• 毎回記録する時間と修正区分
• 中止条件、通常手順への復旧方法、再開条件
• 完了条件
• 継続、再実証、終了の判断条件
• 計画変更履歴
• 終了時の経営判断と適用範囲

この一枚を作っても、全項目を細かく埋めること自体が目的ではありません。利用者が「これは入力してよいか」「この文章を共有してよいか」「問題が出たら誰へ上げるか」を判断でき、経営者が終了後に継続可否を決められることが目的です。

実証計画に空欄が残ったら、開始を急がず、その空欄が現場判断へ与える影響を考えます。責任者、禁止情報、中止条件、完了条件の空欄は、実施中に埋める前提にしないほうが安全です。一方、軽微な表現区分などは、初週の記録を見て追加しても構いません。

AI導入の実証は、機能を試す催しではなく、会社が新しい道具をどの責任と条件で使えるかを確かめる経営作業です。対象業務を一工程に絞り、入力境界を作り、人の確認を配置し、完了条件を開始前に書けば、期待だけでも不安だけでもない判断材料が残ります。

写真を使った情報発信も、いきなり自動化するのではなく、素材、見出し、投稿文を人が編集できる範囲から試す方法があります。