工務店・ハウスメーカーのAI定着90日計画 一業務の改善を継続する設計

本稿では、次の三点に絞って90日計画を組み立てます。

• 1～14日、15～35日、36～63日、64～90日の四期間に、確認可能な出口を置く
• 36～63日目に二人目の担当者へ渡し、個人の暗黙知に依存していないか確かめる
• 64～90日目に、標準手順だけでなく変更権限、承認責任、次回確認日を残す

対象業務の選定、入力様式の固定、修正記録、週次評価、停止・復旧といった実証共通の設計は、工務店のAI導入実証計画｜対象業務・責任・完了条件を決めるで扱います。本稿では同じ説明を繰り返さず、90日間の移行判定、二人目による再現確認、標準化後の管理に必要な固有の成果物「一業務の改善を継続する設計」を具体化します。

01.90日間で検証する一業務と適用条件を固定する

以下の会社、案件、担当者、日付、件数、時間、AI出力は、すべて説明用の架空例です。架空の工務店「工務店例099」は、社員18人、年間の新築引渡し30棟、施工中の案件が常時12件前後の会社とします。毎週月曜日に工務担当者5人が60分の工事定例会議を開き、書記が会議メモから社内共有用の下書きを作っています。

AIへ任せるのは、会議メモに明記された内容を「決定事項・実行項目・保留事項」の三つに並べ直す作業だけです。開始点は、所定の欄が記入された会議メモを受け取った時点、終了点は、工務責任者が確認する社内共有文の下書きが作られた時点とします。

会議の録音、発言者の評価、工期変更の判断、担当者や期限の決定、協力会社への依頼、施主への説明、外部送信は対象外です。AIは会議で決まらなかった事項を補いません。担当や期限が未定なら「未定」のまま示し、その決定は人へ戻します。

この計画が適するのは、90日間に本番相当の事例が複数回発生し、正解を知る担当者が承認前に確認でき、誤った下書きを共有前に止められる業務です。月1回しか発生しない業務では、90日間に三例程度しか集まりません。その場合は期間を延ばすか、頻度の高い業務へ対象を変更します。

また、誤りが生じた瞬間に安全、契約、法令上の重大な影響が発生し、人による事前確認では防げない業務は、この形式の試行に向きません。構造計算、法適合の最終判断、施工可否の決定、緊急時の現場指示などを、会議要約と同じ条件で扱ってはいけません。

AIの利用者が影響に応じた人の関与、責任、リスク管理を置くという考え方については、総務省・経済産業省の資料を参照できます。本稿では、提供された一次資料情報に基づき、総務省・経済産業省『AI事業者ガイドライン（第1.2版、2026年3月31日公表）』として参照します。同ガイドラインが、本稿の90日区分や会議下書きの様式を定めているわけではありません。

02.90日を四期間に分け、利用回数ではなく出口で進める

90日を「試して、慣れたら広げる」という計画にすると、不安定なまま利用者だけが増えます。工務店例099では、90日を四期間に分け、次の期間へ進むための出口を成果物で判定します。日数は導入日から数える暦日であり、AIを使った回数ではありません。

期間を進めるかどうかは、予定日が来たことではなく、出口を満たしたかで決めます。たとえば35日目までに会議が二回しかなく、誤りが起きる条件を十分確認できなかった場合、日付だけを理由に二人目へ広げません。限定試行を延長するか、過去メモを使った補助確認を加えます。ただし、過去メモによる確認と本番運用の結果は同じ母数へ混ぜません。

反対に、早い段階で良い出力が続いても、36日目より前に対象部署を広げません。一人目が無意識に補った情報によって成立している可能性があるためです。90日計画では、速く広げることより、どの出口をどの証拠で通過したかを重視します。

各出口には判定者と判定日を付けます。工務店例099では、14日目と35日目は工務責任者、63日目は工務責任者と二人目の書記、90日目は工務責任者と情報管理担当が判定します。判定者が不在なら自動的に次へ進まず、代理権限が事前に定められている場合だけ代理者が判断します。

03.1～14日目は二人目へ渡せる証拠をそろえる

最初の14日間は、AIの文章を磨く期間ではありません。現在の作業と試行後の作業を比べるための証拠をそろえ、後から二人目が同じ条件を再現できるようにします。

工務店例099では、直近4回の工事定例会議について、書記の作成時間と工務責任者の確認・修正時間を分けて測ります。会議参加時間、承認待ち時間、共有後の実行時間は含めません。架空の初期値は、作成時間の中央値42分、確認・修正時間の中央値8分、合計50分です。

時間だけでは比較できないため、完成文に必要な要素も確認します。決定事項では決定内容と対象案件、実行項目では内容、担当、期限、保留事項では未確定の内容と次に確認すべき点が必要です。会議で決まっていない担当や期限を埋めることは、完成度ではなく誤りとして扱います。

入力欄の決め方、入力禁止情報、修正履歴の残し方は実証共通の設計です。ここで新たな分類や別様式を増やさず、工務店のAI導入実証計画｜対象業務・責任・完了条件を決めるの入力テンプレート、修正記録、停止条件を使います。本稿で追加するのは、63日目の再現確認に使う「引継ぎパケット」へ何を収めるかという観点です。

再現確認用の入力例を一件選ぶ

再現確認用の入力は、簡単すぎる例でも、例外ばかりの難しい例でもなく、通常の会議で起こる三つの状態を含めます。次は工務店例099の架空入力です。

この入力の役割は、AIの性能を一例で保証することではありません。二人目が、確定、実行、確認待ち、共有済みを同じ規則で分けられるか、元の行へ戻って確認できるかを試すことです。実在の施主名、個人の電話番号、認証情報、私的事情などは確認用入力に含めません。

入力できる情報は、使用するサービスの契約条件、保存設定、学習への利用設定、権限、社内規程によって変わります。情報管理担当は、保存先、保持期間、二次利用の有無、削除方法、利用者権限を実際の契約と管理画面で確認します。

リスクの洗い出しには、IPAサイト掲載の「テキスト生成AIの導入・運用ガイドライン」も参考資料になります。ただし、同資料は卒業プロジェクトの成果物として掲載されたもので、IPAの公式見解ではありません。特定サービスの安全性、精度、法的適合性を保証する資料でもないため、自社の契約、規程、利用条件の確認に置き換えることはできません。

14日目の出口では、時間の短縮目標を確定させる必要はありません。まず、「何を比較するか」「どこから別業務になるか」「誰が承認するか」「二人目へ何を渡すか」を説明できれば次へ進めます。

04.15～35日目は一人目の処理を出口判定の証拠に変える

15～35日目は、書記一人が本番相当の会議メモを処理します。目的は利用回数を稼ぐことではなく、14日目に作った手順が通常の入力に耐えるかを確かめることです。

修正理由の記録方法や週次の評価軸は、シリーズ内で別の方式を作りません。修正履歴は工務店のAI導入実証計画｜対象業務・責任・完了条件を決める、誤りの重大・中・軽微とゲート条件は工務店のAI出力評価表｜業務ごとの正確さを測る方法に合わせます。本稿固有の判断は、35日目に「二人目へ渡せるほど条件が固定されたか」を見ることです。

一人目が直した文章だけを保存しても、手順の改善にはつながりません。修正記録では、元入力のどの行に戻ったか、どの事実・状態・担当・期限を直したか、同種の誤りを防ぐために入力、変換規則、確認順序のどこを変えたかを対応づけます。

一件の誤りに対して、入力様式、指示文、確認手順を同時に変えると、どの変更が効いたか分からなくなります。元入力が曖昧なら入力側、入力は明確だが変換を誤ったなら変換規則、生成だけでは防ぎきれないなら確認順序を直します。変更後は、次の本番相当一件で同じ誤りが再発したかを見ます。

35日目の出口は、誤りがゼロになったことではありません。少なくとも次の条件を満たすことが必要です。

• 本番相当の処理記録が3回以上ある
• 入力禁止情報、承認、根拠照合などのゲート条件を破っていない
• 重大な誤りがあった場合、社内共有前に停止できた
• 中の誤りも、担当、期限、状態など影響を受けた項目ごとに記録されている
• 変更した手順の版と変更理由を説明できる
• 一人目の記憶にしかない補足を洗い出した
• 二人目へ渡す入力例、期待する完成文、停止条件がそろった

条件未達でも、利用者の慣れだけを期待して次へ進めません。入力にない担当や期限が繰り返し追加されるなら、AIの対象を「担当と期限が明示された実行項目の整形」に狭める選択があります。会議そのものが担当や期限を決めていないなら、AIの指示を増やす前に、会議終了時の確認方法を直します。

05.36～63日目は二人目が口頭補足なしで再現できるか試す

36～63日目が、この90日計画の中心です。一人目の出力が安定していても、その人が会議の背景を知り、入力の不足を頭の中で補っているなら、業務として定着していません。二人目が同じ入力から同じ判断へ到達できるかを確かめます。

二人目へ渡すのは、長い研修資料ではなく「引継ぎパケット」です。工務店例099では、次の七点を一つの版としてまとめます。

1. 対象業務と対象外を記した境界票 2. 承認済みの入力様式 3. 承認済みの指示文 4. 確認する順序 5. 再現確認用の入力一件 6. 元入力と承認済み完成文の対応例 7. 停止条件と連絡先

一人目は最初の再現確認中に操作を教えません。二人目が迷った箇所、手順書内で探した箇所、確認せずに推測した箇所を記録します。操作時間の長短よりも、手順書だけで判断できなかった箇所を見つけることが目的です。

二人目の評価は一人目との文章一致では判定しない

二人の文章が一字一句同じである必要はありません。意味と行動条件が保たれ、同じ停止判断ができれば再現できたと判定します。反対に、文章が似ていても、二人目だけが担当者や期限を推測していれば不合格です。

二人目が質問した数だけで評価しないことも重要です。質問が少なくても、分からないまま推測して処理していれば再現できていません。逆に、停止条件に従って質問したのであれば、手順が機能した可能性があります。

初回は、14日目に選んだ架空入力を一人目と二人目が別々に処理し、完成後に比較します。差が出たら、どちらの文章が好みかではなく、元入力から確認できる事実、分類、担当、期限、状態、根拠行を比べます。

たとえばK-024を「サッシは予定どおり納品される。工務担当が今週中に確認する」とした場合、入力3行目の「メーカー回答待ち」「担当と確認期限は未定」と一致しません。完成文では、K-024を保留事項へ置き、「サッシ納期はメーカー回答待ち。確認担当と確認期限は未定」とし、入力3行目へ戻れるようにします。

この差は、好みの修正ではありません。「回答待ちを確定表現へ変えない」「未定の担当と期限を補わない」「保留事項から根拠行へ戻る」という判断を、二人目が手順だけで再現できるかの確認です。誤りの最終的な重大・中・軽微の判定は、表現の種類だけで固定せず、外部送信、工程確約、実際の行動への波及を含む影響で決めます。

二人目の単独処理を二回連続で確認する

一度成功しただけでは、偶然よい出力が得られた可能性があります。手順修正後に、条件の異なる本番相当二件を二人目が単独で処理します。少なくとも一件には保留事項、もう一件には担当と期限が明示された実行項目を含めます。

二回連続で口頭補足が必要なら、説明会を増やす前に対象範囲を見直します。たとえば三分類すべての作成をやめ、「入力に担当と期限が明示された実行項目の整形」だけに縮小できます。縮小した場合は、開始点、終了点、出力形式、確認項目を書き換え、元の範囲で合格したようには扱いません。

二人目でも再現できたからといって、営業会議や設計会議へ広げることはできません。扱う情報、決定権、読み手、外部送信の有無が変わるためです。他部門からの要望は次の実証候補として別に記録し、63日目の出口には混ぜません。

63日目の出口は、「二人目が口頭補足なしで二回連続処理できた」「不明時に止められた」「二人の差を手順で説明できた」の三点です。処理時間が一人目より長くても、この段階では直ちに不合格としません。まず、どの確認に時間がかかったかを分け、標準化で減らせる迷いか、不可欠な確認かを判断します。

06.64～90日目は標準手順と管理責任を一組にする

標準化は、指示文を共有フォルダーへ置くだけでは完了しません。誰が内容を承認し、誰が手順を更新し、誰がサービス設定を確認し、誰が停止解除を判断するかを決めます。役割を兼務する場合でも、判断の種類は分けて記録します。

工務店例099では、業務責任者を工務責任者、手順管理者を書記の主担当、サービス管理者を情報管理担当とします。利用者である書記2人には、承認前の下書きを確定情報として共有しない責任と、異常時に処理を止める権限を与えます。

標準手順は、担当者が一画面または一枚で順序を追える長さにします。工務店例099では、次の十工程です。

1. 対象が工事定例会議の社内下書きであることを確認する 2. 承認済み様式で会議メモを準備する 3. 入力禁止情報と別案件の混在を確認する 4. 承認済みの指示文と版番号を確認する 5. 下書きを一回生成し、最初の出力を残す 6. 案件コード、確定状態、担当、期限、根拠行の順に照合する 7. 重大・中・軽微の共通区分で修正を記録する 8. 工務責任者が採用、不採用、停止を判断する 9. 承認済み文だけを指定の社内共有先へ掲載する 10. 入力、承認済み文、使用した手順版を指定場所へ保存する

再生成を繰り返して最も自然な文を選ぶ運用は標準にしません。再生成が必要なら、入力不足を修正したのか、同じ入力で言い換えただけなのかを記録します。最初の出力を消すと、不安定さや手順変更の影響を確認できなくなります。

変更を「軽微な編集」と「再承認が必要な変更」に分ける

標準化後も、指示文やサービスの仕様は変わります。変更のたびに全計画をやり直す必要はありませんが、何を再確認するかを事前に決めます。

サービスからの通知を読む担当者も決めます。「モデルが更新されたら注意する」だけでは、誰も確認しない状態になりがちです。情報管理担当が通知を確認し、出力傾向、データの扱い、権限、契約条件に影響がある変更を業務責任者へ渡します。

確認用入力が一件通ったことは、安全性や精度の保証ではありません。明らかな変化を早く発見するための入口です。担当や期限の補完、保留事項の確定化、別案件の混在などが見つかった場合は、通常運用へ戻さず、適用範囲の縮小または手順の再設計を選びます。

標準手順には更新日だけでなく、次回確認日を記載します。工務店例099では、通常運用へ移した後の最初の確認を30日後、その後は業務やサービスに変更がない場合でも四半期ごとに行う設定例とします。これは全社共通の推奨周期ではありません。業務の頻度、誤りの影響、サービス変更の頻度に応じて自社で決めます。

07.誤りの評価は重大・中・軽微とゲート条件へ統一する

工務店例099だけの点数や五段階評価は作りません。シリーズ共通の「重大・中・軽微」と「ゲート条件」を使います。

• 重大：そのまま使用すると、外部送信、金額、契約、工程、安全、法令上の判断や重要な行動を誤らせる可能性がある
• 中：事実の主要部分は保たれているが、担当者の取り違え、期限の欠落、必要事項の不足、構造上の問題があり、そのままでは業務に使いにくい
• 軽微：誤字、表記揺れなど、事実や行動条件を変えない
• ゲート条件：入力禁止情報、承認、根拠追跡、保存先、停止条件など、件数にかかわらず満たす必要がある

詳しい定義と記録方法は、工務店のAI出力評価表｜業務ごとの正確さを測る方法へそろえます。本稿では、工事定例会議の下書きで誤りの原因を確認するため、M1～M5の原因区分を付けます。これは新しい評価尺度ではなく、各件を共通区分の重大・中・軽微で判定した後に付ける補助情報です。

M2の担当・期限の欠落やM3の取り違えを、一律に重大とはしません。承認前の社内下書きで発見され、重要な行動へ波及していない場合は、共通定義に従って中と判定できます。外部送信された場合や、誤った担当・期限が工程確約または重要な行動へ波及する場合に限り、重大として記録し、その下位原因にM2またはM3を付けます。

M1、M4、M5も、原因区分の名称だけで重大に固定しません。同じ「回答待ちの確定化」でも、承認前に保留欄を直した場合と、協力会社への工程確約に使われた場合では影響が異なります。共通評価を先に行い、その後で再発防止のための原因区分を記録します。

たとえば、読みやすさを整えるために「共有した」を「共有済み」と直しただけなら軽微です。しかし「共有した」を「対応する」に変え、完了か未完了か分からなくなった場合は、業務への影響を確認して中または重大を判定します。表現だけを見て機械的に分類せず、読み手の判断や行動が変わるかを基準にします。

ゲート条件を破った場合は、重大・中・軽微の件数を合計して相殺しません。出力内容が正しくても、承認前に共有した、入力禁止情報を入れた、根拠へ戻れない、指定外の保存先へ置いた場合は、次の期間へ進む条件を満たしていません。

週次の記録様式も独自に作り直さず、実証計画の共通様式を使います。90日計画で追加する欄は、「現在の期間」「出口に不足する証拠」「二人目の再現結果」「手順版」「次の判定日」です。総合点を付けるのではなく、どの出口に何が足りないかを判断します。

工務店例099で、書記の作成時間が42分から22分へ減り、工務責任者の確認・修正時間が8分から24分へ増えたとします。書記の削減は20分、責任者の増加は16分で、合計時間は50分から46分への4分削減です。作成時間だけを見れば大きな短縮ですが、責任者へ負担が移っています。役割の異なる時間を同価値と決めつけず、確認負荷が継続可能かを90日判断票へ記載します。

08.例外時は共通の停止手順へ戻し、再開権限だけを明確にする

禁止情報の入力、別案件の混在、未承認文の共有、重大な誤りの見逃し、サービス停止などに対する停止、事実保全、影響確認、訂正、再確認の手順は、工務店のAI導入実証計画｜対象業務・責任・完了条件を決めるにそろえます。本稿では同じ手順を再掲せず、引継ぎパケットと標準手順から参照できるようにします。

工務店例099では、停止は異常を発見した者が直ちに行い、再開は業務責任者と情報管理担当がそれぞれ業務上の影響と保存・権限・契約上の影響を確認したうえで承認します。

個人情報や秘密情報が入力された場合の法的評価、通知義務、削除方法を一律に断定することはできません。情報の種類、本人や取引先との関係、送信・閲覧範囲、サービスの保存と二次利用、契約条件、社内規程を確認し、必要に応じて情報管理責任者、契約担当、顧問弁護士などへ事実を時系列で渡します。

サービスへ接続できない場合は、従来の三分類様式へ手入力します。復旧後に同じ会議メモをAIへ再投入することは必須にしません。通常業務を止めてAIの利用記録を優先すると、不要な二重作業になります。

二人目が停止条件を使った回を、利用失敗として扱わないことも重要です。会議内容が短く手作業のほうが早い、禁止情報を除くと文脈が成立しない、正解を確認できる責任者が不在といった場合には、AIを使わない判断が適切です。定着とは、すべての入力をAIへ渡すことではなく、使わない条件も同じように判断できることです。

09.90日目は一枚の判断票で継続・縮小・再設計・中止を決める

90日目の報告では、利用回数の多さや印象的な成功例を中心にしません。四期間の出口、二人目の再現結果、管理責任、負担移転、重大・中・軽微の誤り、ゲート条件を一枚の判断票へまとめます。

判断票へ記載する重大2件は、共通評価表の重大の定義で判定します。M2やM3に該当するという理由だけで重大件数へ含めず、外部送信、工程確約、重要な行動への波及を確認します。承認前に停止できた事実は、誤りそのものがなかったことにはせず、「発生したが共有前に止めた」と分けて残します。

判断は、継続、範囲縮小、再設計、中止の四つから選びます。

継続を選べるのは、重大な誤りが一度もなかった場合だけではありません。重大な誤りが承認前に検知され、原因を手順へ戻し、二人目でも同じ停止判断ができるなら、限定範囲で継続を検討できます。ただし、同じ重大誤りが繰り返され、確認者も安定して見抜けない場合は継続できません。

範囲縮小は、失敗を隠す判断ではありません。担当と期限が明示された実行項目は安定している一方、決定事項と保留事項の区別が不安定なら、AIの対象を実行項目の整形だけへ変更できます。この場合、元の三分類で定着したとは記録せず、縮小後の対象を新しい文章で定義します。

再設計は、AIより前の業務に問題がある場合に選びます。会議で担当と期限が決まらず、メモにも残らないなら、AIへの指示を増やしても正しい実行項目は作れません。会議終了前に未定事項を読み上げる、案件ごとに一行で記録する、承認者を固定するといった元業務の変更を行い、新しい条件で短い確認期間を置きます。旧条件と再設計後の数値は混ぜません。

中止は合理的な業務判断です。禁止情報を安定して除けない、案件混在を確認者が見抜けない、責任者の確認負荷が従来作業を上回る、発生頻度が低く手順維持のほうが重い、既存様式だけで十分といった場合は中止を選べます。中止時には、利用権限、保存済み入力、個人用の指示文、共有フォルダー上の旧手順、社内案内を確認し、誤って再利用されない状態にします。

継続を選んでも、直ちに全社展開しません。次の期間では、同じ工事定例会議の安定運用を確認するか、別業務を新しい実証として始めるかのどちらか一つを選びます。設計会議や営業会議へ広げる場合は、入力情報、決定権、読み手、外部共有、誤りの影響を改めて定義します。工事定例会議で得た時間や誤り件数を、そのまま別業務の期待値にはしません。

90日計画の完成条件は、「AIを使える人がいる」ことではありません。四期間の出口を証拠で通過し、二人目が口頭補足なしで再現でき、変更と停止の責任者が決まり、継続しない条件まで説明できることです。一業務でこの状態を作れば、試用を惰性で続けず、次の改善を同じ判断の骨格で検討できます。