工務店のAI運用責任利用者・確認者・決裁者の役割を決める

工務店でAIを使うとき、誰が出力を確かめ、誰が顧客への送信や公開を決めればよいのでしょうか。まず、資料を選んで下書きを作る「利用者」、根拠と照合する「確認者」、業務に使ってよいかを決める「決裁者」に仕事を分けます。三つの役割に、必ず三人が必要という意味ではありません。

社内で考えを整理するだけなら、一人で扱える場合があります。顧客へ送る文章では別の人が根拠を見られる体制にし、見積・契約・性能などの重要事項には、その判断権限と専門知識を持つ人を加えます。人数より先に、出力がどこで使われ、間違うと何が起こるかを考えると配置を決めやすくなります。

以下は工務店向けの社内運用案です。役割を割り当てるだけで、会社や担当者の法令・契約上の責任が移るわけではありません。

01.「AI担当者」一人に集めず、業務ごとに担当範囲を決める

パソコンに詳しい社員へ、入力、内容確認、公開、設定変更、事故対応まで任せると、何を本人が判断してよいのかが曖昧になります。操作の得意さと、見積や設計の内容を確かめる能力は別だからです。

役割を決める単位は「営業部」や「文章生成ツール」よりも、「面談メモからお礼メールを作り、人が送る」といった一連の業務が適しています。同じ営業担当でも、社内メモの要約と契約条件の説明では必要な根拠が変わります。

管理支援者は三役を支える立場です。アカウントを管理している人が、すべての見積金額や施工事例の内容まで保証する体制にはしません。

また、確認者には原本を開ける人を選びます。役職が上でも、面談記録や図面を見られなければ、自然な文章かどうかしか判断できません。

02.少人数なら、確認者と決裁者を兼ねる形から考える

本記事では、通常の対外文面は作成者以外が根拠を照合する配置を基本案にします。確認する人に送信や公開の権限があれば、確認者と決裁者を兼ねられます。利用者と合わせた二人体制です。

一人広報なら、担当者が下書きを作り、営業や設計の担当者が物件情報と掲載許可を照合します。代表がその資料を読めて公開権限も持つなら、代表が確認者と決裁者を兼ねる方法もあります。

別の人を確保できないときは、AIを見出し候補や一般的な文章構成の作成までに限定し、案件固有の説明は従来の手順で作る選択があります。時間を置いて読み直すことは見落とし対策になりますが、別人の視点が加わるわけではありません。

この配置は、業務の影響に応じた編集部の提案です。リスク管理を考える参考として、IPAが公開する「テキスト生成AIの導入・運用ガイドライン」があります。同資料は中核人材育成プログラムの卒業プロジェクト成果物であり、IPA等の公式見解を代表するものではありません。本記事の兼務条件を定めた資料でもありません。

03.架空例：お礼メールでは、誰が何を見るのか

架空の工務店「杉浦住建」が、初回面談後のお礼メールの下書きだけにAIを使うとします。実在企業の運用や成果ではありません。試行期間は開始から3か月で、顧客への送信は人が行います。

対象は、お礼、面談で聞いた関心事項、確定した予定の案内です。金額、工期の確約、性能保証、法令適合の断定は扱いません。

営業Bが送信承認権限を持つ場合は、確認と決裁を兼ねる形に変更できます。権限がなければ、役職名を記入するだけで決裁者にはできません。

入力に必要な情報が欠けている場合は、推測で埋めません。次回予定が決まっていなければ、その案内文を作らない扱いにします。氏名を置き換えた場合も、それだけで入力可能になるわけではなく、利用環境と情報の組合せを別に判断します。詳しい入力条件はAI追客データ利用記録を参照できます。

架空の下書きを、面談記録に合わせて直す

面談記録にあるのは「家事動線と収納への関心」と「10月10日に候補地資料を共有予定」です。AIが次の文を作ったとします。

次回はご予算に収まる最適なプランと候補地をご用意します。10月10日の打合せで詳しくご説明します。

この文には、記録にない予算内のプラン提供と打合せの約束が加わっています。営業Bは、予定している行為に戻します。

家事動線や収納について伺った内容を、今後のご提案に生かしてまいります。10月10日には、土地探しの参考となる候補地資料をお送りする予定です。

確認の中心は、丁寧さよりも約束の範囲です。修正記録には「未確定のプラン提供と打合せの記載を削除。面談記録・予定表に照合」と残せば、次に入力票を直す材料になります。

もし予定表と面談メモ自体が食い違っていれば、確認者の判断で片方を採用せず、面談担当者へ戻します。AIが出した文章だけを直しても、原本の誤りは解消しないためです。

04.導入の承認と、一件ごとの送信承認を分ける

経営者が毎回お礼メールを読む必要があるかは、導入の承認とは別の問題です。運用を始めるときには、対象業務、入力条件、担当者、権限、停止条件を決めます。その範囲内の個別案件は、指定した責任者が利用を認める形にできます。

通常の営業メールに値引きや工期の確約が必要になったら、通常の送信権限を超えます。その箇所を外すか、既存の見積・契約等の承認手順へ移します。決裁者の承認は、根拠不足や法令・契約上の条件を免除するものではありません。

自社で残す役割表は、次の程度から始められます。

業務の役割表は、条件が変わったときに更新します。毎回同じ内容を書き直す必要はありません。

一件ごとの記録には、案件番号、利用者、適用した入力票の版、照合資料、修正理由、確認者、決裁者、承認された文面、送信日時・実行者を結び付けます。AIとの会話全文を無条件に複製するより、必要な根拠へ戻れる参照を残す方が情報の重複を抑えられます。

承認後の宛名入力や署名挿入は、あらかじめ許す範囲を決め、送信時に宛先と合わせて照合します。日付、数量、金額、約束、否定表現の変更は意味を変えるため、再確認に戻します。AIへ再生成させた場合も、変更を頼んだ一文以外が変わり得るため、新しい全文を見ます。

05.異常を見つけた人が止め、再開は責任者が決める

止める権限は、利用者、確認者、決裁者の全員に持たせます。一文の誤記なら当該文面を直して再確認できますが、別案件の情報が混じった場合は、同じ参照元を使う処理にも影響があるかを調べます。

問題のある出力を「使わない」ことと、調査記録を「消す」ことは別です。事故が疑われる場合は、閲覧者を絞って必要な履歴を保全し、管理責任者の方針に沿って処理します。個人情報が関わる場合は、報告や本人通知の要否も通常の事故対応へつなぎます。

再開を決める人には、何を直し、同じ経路で問題が再発しないかを判断できる権限が必要です。利用者が止めたこと自体を失敗として扱うと、早い段階で問題が上がらなくなります。

06.3か月の試行では、件数より役割の詰まりを見る

杉浦住建の架空例では、3か月間に対象業務でAIを利用した全案件を評価対象にします。差戻し率は、利用者へ差し戻した案件数を分子にし、同じ案件を何度戻しても案件数としては1件と数えます。

架空の計算例：3か月間のAI利用20案件のうち、5案件を差し戻した場合、5件÷20件×100＝25％です。利用0件なら率は算出しません。この値は成果や目標の基準ではありません。

数字と一緒に見るのは、差戻しの中身です。予定の不足が多ければ入力票を直し、原本探しに時間がかかるなら保存場所を整えます。代表の承認待ちが多ければ通常案件の権限移譲を検討し、重要事項の混入が続くならAIに扱わせる範囲を狭めます。

確認時間を集計する場合は、対象期間内に確認した案件の確認時間合計を、その案件数で割り、分／案件で示します。修正や再確認を含めるかも揃えます。確認時間が短い、修正が少ないという数字だけでは、正確さや安全性は判断できません。

自社の役割表が機能しているかは、名前の欄が埋まっているかより、「原本が食い違った」「担当者が休んだ」「対象外の約束が必要になった」ときの戻り先が分かるかで見ます。通常の案件は進められ、条件外の案件は止められる。その境界を一業務ずつ決めることが、少人数でも続けられるAI運用につながります。