工務店・ハウスメーカーの業務フローをAIで整理 聞き取り記録を工程図へ

聞き取りメモをそのまま生成AIへ貼り付けると、AIは省略された主語を補い、似た発言をまとめ、一般的と思われる工程を加えることがあります。文章としては自然でも、元の記録にない承認者や受領条件が入り込めば、現行業務の工程図としては使えません。必要なのは、AIの出力を信頼することではなく、各工程を元発言へ戻して検査できる仕組みです。

本記事では、聞き取り記録がすでに存在する段階から始めます。人が行う聞き取りの質問、完了条件の調べ方、待ち・差し戻しの描き分けなどは、基幹記事の工務店の業務フロー図｜受注から引渡しまで可視化するを参照してください。全社の業務からAIを適用する候補を選ぶ場合は、AI活用候補を棚卸しが隣接範囲です。

この記事では、独自の成果物として次の四つを作ります。

• 元発言と加工後の記述を分ける「根拠ID付き入力台帳」
• AIが置いた工程と矢印を調べる「仮配置検査票」
• 複数回の出力差を入力不足として扱う「出力揺れ比較表」
• 誤った箇所だけを直させる「限定再投入指示書」

説明には、この記事だけで使用する架空の事業者「工務店例076」を用います。工務店例076は注文住宅を扱う地域工務店という設定で、対象区間は「承認済みの仕様変更が設計から共有された後、発注担当が発注変更案を作成し、責任者がその内容を承認するまで」です。実在企業の事例、実測値、導入成果を示すものではありません。

01.AIで工程図へ変換する範囲と、人が確定する範囲を分ける

AIを使う前に、入力・AI処理・人の確認・正式成果物の境界を固定します。境界がないまま「工程図を作って」と依頼すると、AIが聞き取り記録の不足を補い、改善案まで現行手順として混ぜる可能性があります。

AIの役割を用途ごとに決め、出力を人が検証する設計は、経済産業省のAI事業者ガイドラインを参考にします（参照先確認日：2026年9月26日）。このガイドラインが工程図の正しさを認定するわけではなく、具体的な承認者と根拠の確認方法は各社が決めます。

工務店例076では、聞き取り対象の開始点を「承認済み変更管理票を設計担当が共有した時点」、終了点を「発注変更案を発注責任者が承認した時点」とします。設計変更そのものの決定過程、協力会社による納品、現場での施工は対象外です。ただし、対象外の部署や取引先が入出力に関係する場合は、接続先として記録します。

AIへ渡す単位は、全社の受注から引渡しまでではなく、一つの受け渡し区間にします。工務店例076の例なら、「変更契約から発注変更まで」の全体を一度に扱うのではなく、まず「承認済み変更情報の受領から発注変更案の承認まで」に限定します。対象が広すぎると、同じ「確認」という言葉が、設計内容の確認、金額の確認、納期の確認、承認の確認を指し、AIが誤って統合しやすくなります。

人による業務調査とAIによる変換は、次の順に接続します。

この流れで重要なのは、聞き取り原文をAIが直接書き換えないことです。原文、整理した記述、AIの仮出力、人が承認した記述を別の列または別ファイルで管理します。後から表現を修正しても、何を根拠にした工程なのかを追跡できる状態を保ちます。

02.元発言を残したまま根拠ID付き入力台帳を作る

入力台帳の役割は、AIが読みやすい文章を作ることではありません。AIの各出力を、元の発言や資料へ戻せるようにすることです。そのため、整理後の文だけでなく、変更していない原文、発言者の役割、発言日、確定度を残します。

根拠IDは、聞き取り、資料、確認回答を区別できる形式にします。たとえば、聞き取り記録は「H」、資料は「D」、追加確認は「C」とし、「H-076-01」「D-076-01」のように採番します。番号自体に工程順を持たせる必要はありません。工程順が変わっても、根拠IDは変えないためです。

工務店例076の聞き取り原文を、次のように台帳化します。

「先に納期を聞くこともあれば、金額を直してから聞くこともある」というH-076-02は、一つの標準順序へ直しません。AIにとって読みやすいように順番を決めてしまうと、出力の揺れが入力不足によるものか、生成上の違いによるものか判別できなくなるからです。

H-076-04の「来るはずです」も、通知工程の根拠にはしません。これは現場担当の認識であり、通知した事実、受領した事実、内容を確認した事実のいずれも示していないためです。工程候補に採用するなら、通知記録や担当者への追加確認が必要です。

台帳には、情報がないことも明示します。空欄のままだと、AIが項目の欠落なのか「該当なし」なのかを判別できません。次の記号を決めておくと、再確認の対象を機械的に抽出できます。

• 「不明」：聞き取りや資料で確認できていない
• 「該当なし」：確認した結果、その項目を使わない
• 「未確認」：確認先は分かるが、まだ確認していない
• 「意見」：事実ではなく、希望・評価・推測として記録した
• 「例外候補」：通常系へ入れるか未決定
• 「対象外」：今回の図には入れないが、接続先として残す

原文から差別的表現、個人への評価、工程に不要な私生活情報が見つかった場合は、工程台帳へ移しません。業務上必要な問題報告が含まれる場合も、個人批評と工程事実を分離し、適切な管理経路へ渡します。

03.聞き取り原文を工程候補へ変換する規則を固定する

同じ議事録でも、整理する人によって工程の粒度が変わると、AI出力の比較ができません。入力台帳を作る担当者向けに、原文をどこまで分解し、どこから先を推測とみなすかを決めます。

一つの行には、原則として「一つの役割が行う一つの動作」を記録します。ただし、主語や目的語が省略されている場合は、文脈から確定できる範囲と、確認が必要な範囲を分けます。発言にない成果物名を一般知識から補わないことも重要です。

「電話で押さえる」のような社内表現は、標準語へ置き換える前に意味を確認します。仮予約、在庫確保、変更可否の照会、口頭発注では、責任と後続作業が異なります。AIへは原文と整理文の両方を渡し、意味を一つに決めさせません。

同義語の統合も慎重に行います。「変更票」「変更管理票」「設計変更票」が同じ帳票かどうかは、名称の類似だけでは分かりません。AIには「同一と思われる名称候補」として列挙させ、実際の帳票管理者が同一性を確認します。同じ帳票だと確認できた場合も、台帳の原文欄は書き換えず、正規名称欄を追加します。

聞き取り方そのものを整える必要がある場合や、完了条件、待ち、差し戻し、受領確認を調べ直す場合は、工務店の業務フロー図｜受注から引渡しまで可視化するへ戻ります。本記事では、その確認結果をAIが扱える根拠単位へ変えるところに集中します。

04.AIには根拠ID付きの仮配置だけを依頼する

AIへの最初の依頼では、完成図、改善提案、理想的な標準手順を求めません。工程候補、接続候補、未確定事項の三つを分けて出力させます。

入力する情報は、対象範囲、用語定義、根拠台帳、出力形式、禁止事項です。聞き取り全文を追加する場合も、根拠台帳と混ぜず、参照用資料として区分します。

依頼文は、たとえば次のように構成します。

対象は、承認済み変更管理票が発注担当へ共有された後、発注変更案を発注責任者が承認するまでです。
入力台帳に記載された内容だけを使用してください。一般的な工務店の慣行、推測、改善案を加えないでください。
各工程には根拠IDを付けてください。一つの工程が複数の根拠に基づく場合は、すべてのIDを表示してください。
順序が確定できない工程は並べず、「順序未確定」としてください。
担当、入力、出力、条件が不明な場合は補完せず、「要確認」と表示してください。
通常系、条件分岐、戻り、例外候補を区分してください。
出力は、工程候補一覧、接続候補一覧、未確定事項一覧の順にしてください。
改善提案、責任者の新設、帳票の新設は行わないでください。

「見やすいフローにしてください」「不足を補ってください」「一般的な流れも考慮してください」という指示は避けます。これらの表現は、AIに推測や改善を促すからです。

AIが根拠IDを誤記する場合に備え、引用欄も出力させます。根拠IDだけが正しくても、別の内容と結び付けている可能性があるためです。引用は長文ではなく、該当判断を支える最小限の語句に限定します。

AIの仮配置は、作成日時、使用モデルまたはサービス、入力台帳の版、指示文の版と一緒に保存します。ただし、モデル名やサービス名だけで出力品質を保証することはできません。比較に必要なのは、何を入力し、どの指示で、どの出力を得たかという記録です。

入力情報の取扱いは、利用サービスの契約、保存設定、学習利用の扱い、利用地域、社内規程、顧客や取引先との取り決めに応じて判断します。個人名、住所、電話番号、契約金額、図面、取引条件などを外部サービスへ入力できるとは限りません。匿名化だけで十分と断定せず、情報管理責任者が利用可否と入力範囲を決めます。

05.AIの仮配置は工程名ではなく根拠と接続から検査する

AI出力を受け取ったら、最初に図の見栄えを整えず、根拠ID、引用、接続条件を検査します。工程名が自然でも、複数の発言を不適切に統合していたり、記録にない順序を確定していたりするためです。

工務店例076の台帳から、AIが次の仮配置を出したとします。

設計担当が変更管理票を共有する
→ 発注担当が金額を修正する
→ 発注担当が仕入先へ納期を確認する
→ 発注責任者が承認する
→ 現場担当へ確定内容を通知する

この出力は自然に見えますが、そのまま採用できません。H-076-02では金額修正と納期確認の順序が確定していません。H-076-03の仕入先照会は「発注済みの場合」という条件付きです。現場への通知はH-076-04の想定しかなく、通知者も記録されていません。

検査では、工程ごとに次の四点を確かめます。

1. その工程が存在する根拠IDはあるか 2. 担当と動作の組合せが根拠と一致するか 3. 前後関係または分岐条件に根拠があるか 4. AIが確定表現へ変えた曖昧語はないか

一つの工程へ複数の根拠IDが付いている場合は、統合によって意味が変わっていないかを確認します。たとえば「仕入先へ変更可否を確認する」と「納期への影響を確認する」は、同じ連絡で行うことがあっても同じ判断ではありません。片方の回答だけで次へ進めるなら、工程を分ける必要があります。

反対に、一つの発言を複数工程へ分けた場合は、AIが存在しない中間成果物を追加していないかを確認します。「発注済みか確認して、仕入先へ聞く」という発言から「発注状況確認票を作成する」を生成したなら、帳票作成部分には根拠がありません。

06.「変更契約から発注変更」の修正前後を比較する

工務店例076では、追加確認によって次の事実が判明したとします。

• 発注担当は、変更管理票の図面番号と共有フォルダ上の図面版を照合する
• 未発注の場合は、変更内容を発注予定データへ反映する
• 発注済みの場合は、仕入先へ変更可否、追加費用、納期影響を照会する
• 金額影響と納期影響の確認順は固定されていない
• 両方の影響が記録された後、発注変更案を発注責任者へ提出する
• 発注責任者の承認後に行う現場通知は、今回の対象範囲外とする
• 緊急電話は変更可否の事前照会であり、正式な変更発注ではない

この回答は、追加確認ID「C-076-01」から「C-076-07」として入力台帳へ追記します。既存の発言を書き換えるのではなく、新しい根拠を追加し、どの未確定事項を解消したかを記録します。

修正前の仮出力

この図には、発注済みかどうかの分岐がありません。また、金額確認と納期確認の順序をAIが固定し、対象範囲外で根拠の弱い現場通知を正式工程として追加しています。

根拠確認後の修正版

修正版でも、「発注責任者が承認した後の正式発注」「現場通知」「旧版情報の扱い」は描いていません。今回の終了点より後にあるためです。関連する事実が見つかっても、一枚へ追加するのではなく、次の対象区間への接続として残します。

修正履歴には「AIが誤った」とだけ書きません。「根拠のない順序固定」「条件の脱落」「意見を事実へ変更」のように原因を分類します。同じ種類の誤りが繰り返されるなら、個別の文章修正ではなく、入力台帳または指示文を直す必要があります。

人から人へ渡す情報項目、正本、版、受領方法まで詳細に設計する場合は、業務引継ぎを標準化する方法へ分けます。本記事の修正版は、AIの仮配置を根拠へ戻して訂正することを目的とします。

07.AIの出力が毎回変わるときは多数決で決めない

同じ台帳と指示を使っても、AIが工程の順序、工程名、統合単位を変える場合があります。出力Aが二回、出力Bが一回だったという回数で、Aを現行業務と決めることはできません。AIの生成回数は業務事実の証拠ではないためです。

出力の違いは、まず「表現差」「粒度差」「接続差」「事実差」に分けます。意味が同じ表現差なら正規名称へ寄せられますが、接続差や事実差は根拠台帳へ戻します。

複数出力の比較は、一字一句を比べるのではなく、工程ID、担当、動作、条件、前工程、次工程、根拠IDを列にした構造化表で行います。工程名が違っても、これらの要素が同じなら実質的な差ではありません。

出力が変わるたびに指示文全体を書き換えると、どの変更が結果へ影響したか分からなくなります。指示文にも版番号を付け、一度に変更する条件を限定します。モデルやサービスを変更した場合は、同じ評価票を使って比較します。

「AIが三回とも同じ順序を出した」ことも、正しさの証明にはなりません。入力文の並び順をそのまま採用しているだけかもしれないためです。順序を確定する根拠は、発言、記録時刻、帳票の状態遷移、担当者による確認など、人が検証できる資料に置きます。

08.再投入では誤った箇所だけを限定して直させる

AI出力の一部に誤りが見つかったとき、台帳全体を渡して「正しく作り直してください」と指示すると、確認済みの工程まで変わることがあります。再投入では、保持する箇所、修正対象、追加根拠、変更禁止事項を明示します。

工務店例076で「金額確認と納期確認の順序を固定しない」という修正だけを行うなら、次のように指示します。

現在の仮配置のうち、H-076-02に基づく「金額修正→納期確認」という直列接続だけを修正してください。
追加根拠C-076-05では、金額影響と納期影響の確認順は固定されず、両方が記録されたことが発注変更案作成の条件です。
両工程を順序未固定の確認項目として表し、その後に「金額影響と納期影響が記録済み」という合流条件を置いてください。
発注済み・未発注の分岐、担当、帳票名、対象範囲、その他の工程は変更しないでください。
修正した工程と接続だけを出力し、変更していない箇所は再生成しないでください。

限定再投入後も、AIが変更禁止箇所を変えていないかを差分で確認します。文章を目視するだけでなく、工程IDと接続IDを付けて比較すると、意図しない変更を見つけやすくなります。

一つの再投入で複数種類の誤りを直すと、確認が難しくなります。「担当の誤り」と「分岐条件の不足」は、別の追加根拠を使うなら分けて修正します。ただし、同じ根拠によって一体的に直す必要がある工程まで機械的に分割する必要はありません。

AIとの対話履歴だけを修正記録にしないことも重要です。正式な変更理由は、入力台帳または修正票へ転記します。チャット画面が閲覧できなくなっても、どの根拠により何を変更したかを説明できる状態にします。

09.評価票で仮配置・根拠追跡・再現性を判定する

工程図の評価では、図形の整い方や文章の自然さではなく、根拠追跡、接続の正当性、未確定事項の扱いを判定します。総合点だけで合否を決めると、根拠のない工程が一つ残っていても、他項目の得点で埋め合わされる可能性があります。

そのため、重大項目は一点でも不合格なら正式版にしない方式が適しています。色やレイアウトなどの軽微項目は、内容確定後に修正できます。

評価は、少なくとも入力台帳の作成者とは別の実務担当者が行います。同じ人だけで確認すると、整理時に置いた前提を再び正しいと判断しやすいためです。工務店例076なら、発注担当が事実を確認し、発注責任者が承認条件と対象範囲を確認します。

AIを評価補助に使う場合は、判定を任せず、機械的な抽出へ限定します。たとえば、次の作業はAIへ依頼できます。

• 根拠IDが空欄の工程を列挙する
• 同じ根拠IDから異なる担当を出している工程を列挙する
• 「可能性がある」「場合がある」という原文を確定表現へ変えた箇所を抽出する
• 修正前後で、指定した工程以外に変化した箇所を列挙する
• 対象範囲の終了点より後に置かれた工程候補を列挙する

一方、「この図は実務上正しいか」「この承認者で問題ないか」「緊急時には電話だけでよいか」という判断はAIへ委ねません。社内の事実、契約、取引条件、対象業務に適用される規則を確認できる人が判断します。

10.情報漏えい・誤出力が判明した場合は作業を止めて順に対処する

AIへ入力してはいけない情報を送信した、出力に顧客情報が残った、根拠のない工程図が現場へ共有されたと判明した場合は、通常の修正作業を続けません。被害拡大を防ぐ順序をあらかじめ決めます。

最初に、同じデータの再投入、別サービスへの転送、工程図の追加共有を止めます。次に、入力した情報、入力時刻、利用したアカウントやサービス、生成物、ダウンロード先、社内共有先を記録します。慌てて履歴を消すと、影響範囲を確認できなくなる場合があるため、削除やログ保全の手順は情報管理責任者の指示に従います。

顧客や取引先への連絡、サービス提供者への問い合わせ、社内報告、法令や契約に基づく対応の要否は、事案の内容と適用関係によって異なります。工程図作成担当者だけで要否を断定せず、組織の責任者と必要な専門担当へエスカレーションします。

AI利用に関する組織的なリスク管理については、IPA掲載「テキスト生成AIの導入・運用ガイドライン」が、リスクの洗い出しや対策検討の参考資料になります。同資料は卒業プロジェクトの成果物としてIPAのウェブサイトに掲載されたもので、IPAの公式見解ではありません。また、特定の工務店、生成AIサービス、入力台帳の安全性や効果を保証するものでもありません。

AIガバナンスの役割、リスクに応じた管理、透明性、アカウンタビリティなどの検討には、経済産業省のAI事業者ガイドラインの最新版を参照します。ただし、同ガイドラインが工務店の工程図の正しさや、特定サービスへの個別データの入力可否を判定するものではありません。自社の利用目的、データ、契約、権限、検証体制に落とし込む必要があります。

外部資料は改訂や掲載先変更の可能性があるため、運用開始時と見直し時に掲載先と利用時点の版を確認します。

11.承認後は図・根拠台帳・指示文を一組で版管理する

工程図だけを画像で保存すると、後から根拠やAIの加工範囲を確認できません。正式版は、対象範囲表、根拠台帳、承認済み工程図、未解決事項、使用した指示文、検査票、修正履歴を一組として管理します。

AIへ更新を依頼するときは、旧版全体を自由に書き換えさせません。承認済み工程図、今回の追加根拠、変更を許可する工程ID、維持する工程IDを分けて渡します。更新後は、限定再投入と同じ要領で意図しない差分を確認します。

帳票、システム、担当部署が変わっても、工程の接続条件が変わらない場合があります。反対に、通知方法をメールから業務システムへ変えただけに見えても、担当の割当、受領記録、未対応案件の追跡方法が変わるなら、接続まで再確認が必要です。更新範囲は、変更された工程だけでなく、その直前と直後まで調べます。

工程図から画面操作、帳票記入、連絡文面へ展開する場合は、工程IDを手順書の参照番号として使います。詳細な操作を工程図へ詰め込まず、業務マニュアルの作り方へ接続すると、工程の変更と操作説明の変更を分けて管理できます。

この作業の完了条件は、AIが図を出したことではありません。対象範囲内の各工程と主要な接続に根拠IDがあり、記録にない補完が除かれ、出力の揺れが解消または要確認として明示され、担当者と承認者が確認した状態です。未解決事項が残る場合は「確定版」とせず、暫定版または検討版として識別します。

工務店の聞き取り記録をAIで工程図へ変える価値は、曖昧さをきれいに消すことではありません。どの工程が発言事実で、どの接続が未確認で、AIがどこを補いかけたのかを見つけやすくすることにあります。根拠ID付き入力台帳、仮配置検査票、出力揺れ比較表、限定再投入指示書を一組で運用すれば、AIの生成結果を現行業務と取り違えず、確認可能な工程図へ段階的に整えられます。