工務店・ハウスメーカーのAI作業時間調査 準備・生成・修正を分けて測る

ただし、調査を始められるのは、従来作業とAI作業で同じ完成条件を置ける業務、担当者が開始・終了を記録できる業務、入力する情報の取り扱いルールが決まっている業務に限ります。機密情報や個人情報を入力してよいか未確認の状態で、時間測定だけを先行させてはいけません。

測定の目的は、AIの速さを証明することではなく、「どこに人の時間が残り、どの作業を直せば実務で使えるか」を特定することです。生成が数分で終わっても、資料を探す準備に30分、誤りを直す修正に40分かかるなら、改善対象は生成速度ではありません。反対に修正が少なくても、必要な確認を省いた結果なら、短時間という数値だけで定着を判断するのは危険です。

時間を金額へ換えて投資判断する方法は工務店のAI投資効果の計算｜削減時間と再確認コストを評価する、完成物の正確さや利用可否を判定する方法は工務店のAI出力評価表｜業務ごとの正確さを測る方法で扱います。本記事はその前段として、同じ成果物について準備・生成・修正の時間を混ぜずに採取し、測定値から入力、指示、確認工程を直すところまでに範囲を絞ります。

以下の業務、会社、案件、時間、件数は、測定方法を説明するための架空例です。実在する工務店の実績、業界標準、特定の生成AIサービスの性能を示すものではありません。本記事では、社名を付けず「事例社」と表記します。

01.まず「何分短くなったか」ではなく測定可能な仕事かを判定する

作業時間調査に向くのは、開始点と完成点が見え、成果物の単位をそろえられる仕事です。たとえば「完成見学会の案内文1本」「OB客向け点検案内メール1通」「社内会議録1件」「施工事例の初稿1本」であれば、成果物の境界を決められます。

一方、「営業活動を効率化する」「設計を支援する」のような大きな括りでは、案件難度、移動、待ち時間、関係者数、専門判断が混ざるため、AIの影響を切り出せません。「現場管理全般」ではなく「日報5件から週次要約を1本作る」、「仕様提案一式」ではなく「確定済み仕様を施主向けに説明する文章を1項目作る」という単位まで分解します。

測定前には、AIを使わない従来作業とAIを使う作業で、完成条件を同じにします。従来作業では上司確認済みの案内文まで作るのに、AI利用時は担当者の初稿が出た時点で終了する、という比較は成立しません。文字数だけをそろえても、掲載媒体、読み手、必須情報、確認者、承認状態が異なれば別の成果物です。

次の適否表は、測定対象を増やすためではなく、比較不能な仕事を除外するために使います。「条件付き」の業務は、専門判断を測定対象から除き、範囲を小さく固定できた場合だけ対象にします。

仕様提案を測りたい場合、提案一式をそのまま対象にしてはいけません。構造、安全、法令適合、価格、納まりの判断までAI作業時間へ含めると、案件固有の専門判断と文章作成の時間を区別できなくなるからです。確定済みの内容を説明文へ変換する部分など、AIの利用範囲と人が判断する範囲を分けます。

安全、法令、契約、性能、見積金額、顧客の権利や意思決定に直接影響する成果物は、短時間化だけを目的にしません。必要な専門確認を含む完成条件を先に決め、その確認を省かずに測れる場合だけ対象にします。完成条件を決められない場合は、時間調査より先に業務責任者が承認手順を整理します。

また、短時間で済む仕事が常に優先対象とは限りません。月1回しか発生しない5分短縮より、週20件発生する2分短縮の方が業務上の意味を持つ場合があります。ただし、発生頻度による年間効果は時間採取が終わった後に計算し、測定中は1件当たりの工程差を正確に残します。測定と投資判断を同時に行うと、期待する結果に合わせて終了点を動かしやすくなります。

02.調査票を作る前に成果物、開始点、終了点を固定する

時間調査の最小単位は、「担当者が一つの完成物を作る一連の作業」です。チャットへの送信1回やプロンプト1本を単位にすると、何を完成させるための時間だったのかが消えます。反対に一日単位で記録すると、電話対応、現場移動、別案件の確認が混ざります。成果物1件に管理番号を付け、その番号にすべての作業区間をひも付けます。

本記事の事例社は地域工務店で、測定対象は「自社Webサイトに掲載する完成見学会案内文1本」です。想定文字数は600～800字、入力資料は社内承認済みの開催概要、物件特徴メモ、予約方法、問い合わせ先、表記ルールとします。

完成条件は、担当者による原資料との照合と文章修正、営業責任者の確認を終え、CMSへ登録できる本文になった時点です。画像選定、画像の利用承諾確認、CMS入力、公開予約、公開後の修正は測定外とします。ただし、実際の公開業務ではこれらも必要になるため、AI導入による業務全体の効果を評価するときは、別工程として扱います。

従来作業も同じ資料、同じ文字数、同じ確認者、同じ完成状態にそろえます。過去記事を自由に探して書いた従来作業と、整理済み資料を渡したAI作業を比べれば、AIではなく資料準備の違いを測ることになります。

完全に同じ案件を二度書くと、担当者が内容や修正箇所を覚える学習効果が出ます。そのため、同じ種類で難度が近い複数案件を使用し、必須項目数、資料の不足、確認者数など、時間差を生みそうな条件を記録します。

この順序で詰まった箇所は、そのまま測定上の不確実性です。「完成条件を文章化する」で止まるなら、担当者ごとに品質基準が違う可能性があります。「測定内外を分ける」で迷うなら、本来の作業工程が整理されていません。その状態で時計を回すより、標準的な完了状態を決めた方が、後の比較が安定します。

開始点は「対象成果物のために必要資料を探し始めた時」、終了点は「所定の確認を終え、次工程へ引き渡せる状態になった時」とします。上司へ確認を依頼してから返事が来るまでの待ち時間は実働時間に入れません。ただし、上司が内容を確認した実働時間と、戻った指摘を担当者が反映した時間は、完成条件に承認を含めるなら修正時間に加えます。

調査票には、次の測定定義を冒頭に表示します。

• 単位：成果物1件
• 計時粒度：原則1分
• 実働時間：対象成果物のために人が作業した時間
• 経過時間：開始から完成までの時計上の時間
• 人時：複数人の実働時間を合計した労働投入量
• 完成条件：担当者照合と責任者確認を終え、CMSへ渡せる本文
• 測定外：画像選定、CMS入力、公開作業、別案件、中断中の待ち時間
• 未完成の扱い：完成済み案件と分け、費やした時間は失敗記録として残す

03.準備・生成・修正の境界を動作で定義する

三分類は担当者の感覚ではなく、観察できる動作で定義します。準備は、成果物に使う情報を集め、AIへ入力できる状態にするまでです。生成は、指示を作って送信し、出力を取得して採用候補を選ぶまでです。修正は、選んだ出力を根拠資料と照合し、表現や構成を直し、所定の確認を通して完成させるまでです。

「考えていた時間」を曖昧なまま除外してはいけません。誰に向けた案内文かを決める思考は準備、出力候補のどれを使うか比べる思考は生成、記載事実が正しいか判断する思考は修正です。分類は頭の中の状態ではなく、その判断が何のために必要だったかで決めます。

AIの応答待ちが数十秒で、担当者がその場で待つ必要がある場合は生成時間に含めます。一方、サービス障害で20分操作できず、その間に別業務へ移った場合は実働時間から除外し、障害欄へ事実を残します。待ち時間をすべて除くと実際の使い勝手を過大評価し、すべて含めると一時的な障害を標準時間のように扱ってしまいます。

追加指示を出す前に元資料を探し直した場合は、時計を準備へ戻します。「開催時間が分からず社内チャットを検索した3分」は準備、「判明した時間を含めて再生成する指示を作った2分」は生成です。工程は必ず一方向に進むとは限らないため、調査票は三つの固定欄だけでなく、区分を切り替えるたびに行を追加できる形にします。

分類に迷う作業が頻発しても、担当者の理解不足と決めつけません。分類不能は、業務設計上の境界が曖昧だという情報です。たとえば「不足情報をAIに推測させ、その文章を調べながら直す」が常態化しているなら、生成と修正の分類以前に、不足情報のまま生成を始める運用を改める必要があります。

04.準備時間は資料探索と入力整形に分けて原因を残す

準備時間が長いとき、「プロンプト作成に時間がかかった」と解釈すると改善先を誤ります。プロンプト作成は生成工程です。準備では、必要情報がどこにあるか、最新版か、AIへ入力してよいか、必須項目がそろっているかを扱います。

工務店では、案件フォルダ、営業担当者のメモ、紙資料、メール、社内チャットなどへ情報が分散しやすいため、探索と入力整形を分けて記録します。事例社の見学会案内文では、準備を「資料探索」「利用可否確認」「入力整形」「不足情報の回収」の四つに補助分類します。

資料探索が長ければ、AIの使い方研修より文書管理の修正が先です。入力整形が長ければ、案件ごとに自由形式のメモを作るのではなく、案内文に必要な項目を開催概要の段階でそろえます。不足情報の回収が多いなら、「AIにうまく聞く」ことではなく、イベント準備の必須項目を見直します。

利用可否確認については、入力時間の短縮だけを目標にしてはいけません。総務省・経済産業省のAI事業者ガイドライン第1.2版（2026年3月31日公表）は、AIの開発者、提供者、利用者などの立場に応じ、リスクベースでAIガバナンスへ取り組む考え方を示しています。本記事ではリンク先に掲示された版と公表日を明記していますが、社内規程へ引用するときは、改訂状況をリンク先で再確認してください。本記事の時間区分や調査票は、同ガイドラインの指定様式ではなく、工務店の実務へ落とし込むための独自の方法です。

IPAが掲載するテキスト生成AIの導入・運用ガイドラインは、IPA産業サイバーセキュリティセンターの中核人材育成プログラムにおける2024年度修了プロジェクト成果物です。IPAの公式見解を示すガイドラインではないため、本記事では、実務的な検討例を読むための補助資料として位置付けます。組織としての基本方針は、前記のAI事業者ガイドライン、自社の契約、利用サービスの設定・規約、社内規程、顧客との取り決めを確認して決めます。

個人情報や未公開の顧客情報を扱う可能性がある業務では、時間調査を始める前に、次の順序で確認します。

1. 入力対象となる情報を洗い出す。 2. 匿名化や削除が必要な項目を決める。 3. 利用サービスの契約、保存、学習利用、アクセス権に関する条件を確認する。 4. 調査記録の保存先、閲覧者、保存期間を決める。 5. 社内の情報管理責任者が確認できない情報は入力しない。 6. 判断が終わるまでは、公開済み情報または架空データによる予行測定へ切り替える。

入力してはいけない情報を誤って送信した疑いがある場合は、追加送信を止め、同じ内容を別のチャットへ再入力せず、発生時刻、利用サービス、操作、対象情報の範囲を記録します。そのうえで情報管理責任者へ連絡し、サービス側の削除手続きや社内対応を確認します。顧客や関係者への連絡が必要かは、担当者個人で判断せず、社内の事故対応手順と必要に応じた専門家の助言に従います。

準備時間を短くする変更を行ったら、「資料がそろっていないのに生成を始めるようになっていないか」を確認します。準備を5分削った代わりに修正が20分増えたなら、工程間で時間を移しただけです。三分類で測る意味は、部分最適を合計時間と完成品質の両方から見破れる点にあります。

05.生成時間は送信回数ではなく採用候補を得るまでで測る

生成工程は、指示文を書き始めた時点から始まります。登録済みのテンプレートを選び、案件情報を差し込む時間も生成に含めます。テンプレートがあるからゼロ分とせず、人が目的に合わせて選択し、内容を確認する時間を測ります。

終了は「出力された瞬間」ではなく、担当者が修正対象として使う候補を一つ選んだ時点です。三案を生成して比較するなら、その比較も生成時間です。候補を決めず、複数案から良い部分を抜き出して編集し始めた場合は、最初の編集動作から修正へ移ります。

事例社の入力票は、案件ごとに次の内容を埋めます。

この入力票を渡したうえで、最初の指示を次のように作ります。

自社Webサイトに掲載する完成見学会の案内文を作成する。読者は新築を検討中の家族。600～800字。入力票にない性能、設備、価格、周辺環境、来場特典は補わない。見出し、導入、見どころ3項目、開催概要、予約案内の順にする。日時、予約方法、問い合わせ先は入力票の表記を維持する。不明な項目は推測せず「要確認」と示す。

この指示を毎回一から長く書く必要はありません。ただし、テンプレート化するときは、固定条件と案件ごとの可変情報を分けます。「入力資料にない内容を補わない」は固定条件、「今回の見どころ」は可変情報です。両者を一つの文章へ埋め込むと、前案件の日時や特徴が残る事故が起きやすくなります。

送信回数だけを減らすと、一回の指示が過度に長くなり、入力確認に時間がかかることがあります。逆に何度も短い指示を重ねると、前提がずれたまま会話が進み、後の修正が増える場合があります。したがって記録するのは、生成時間、送信回数、主な再指示理由です。送信回数は善悪の指標ではなく、生成時間が延びた理由を説明する補助情報として扱います。

再指示理由は、次の五つにそろえます。

• 条件漏れ：文字数や禁止条件など、指示すべき条件を渡していなかった
• 構成不一致：指定した見出し順や出力形式に合わなかった
• 文体不一致：敬体、語調、見出しの長さなどが基準に合わなかった
• 情報不足：開催日時や予約方法などの入力自体が欠けていた
• 候補比較：異なる切り口を比較するため、意図して複数案を取得した

開催概要を入力し忘れて再送した場合は「条件漏れ」ではなく「情報不足」、見出し順を守らなかったため再送した場合は「構成不一致」です。出力の事実誤りを見つけて再指示した場合でも、採用候補を決める前なら生成、候補を選んで原資料との照合を始めた後なら修正に記録します。

応答の速いツールへ替えた結果、生成時間が3分短くなっても、出力の確認に必要な修正時間が10分増えれば採用理由にはなりません。また、文章量が短ければ生成時間も短くなるため、案件間比較では文字数だけでなく、必須項目数、入力資料の状態、確認者数、再指示理由を併記します。

06.修正時間は手直しではなく確認責任を果たす工程として測る

修正は、誤字を直すだけの工程ではありません。AI出力を業務成果物として利用できるか判断し、根拠資料との不一致、記載漏れ、推測、表現上の問題を解消する工程です。生成が短いほど成果が大きいように見えても、工務店が顧客向けに出す文章では、人が必要な確認を果たす時間を省略できません。

修正の補助分類は、「事実修正」「不足追記」「不要情報の削除」「構成修正」「表現調整」「社内確認への対応」とします。文章を全面的に書き直した場合も、元のAI出力を候補として選んだ後であれば修正時間です。「AIを使わなかったことにする」と記録から外すと、使えない出力に費やした時間が消え、AI利用時だけが不自然に短くなります。

事例社の入力資料に「事前予約制」「駐車場所は予約確定後に案内」とあるのに、AI出力が次のようになったとします。

ご予約は不要です。当日はお好きな時間に会場へお越しください。お車は会場前へ駐車できます。

この出力をそのまま公開すると、来場方法と駐車案内が承認済み情報に反します。完成文では、次のように根拠のある表現へ戻します。

見学は事前予約制です。予約フォームから希望時間をお申し込みください。駐車場所は予約確定後に個別にご案内します。

記録には「事実修正2件」と数えるだけでなく、「入力資料に反する予約不要の記載と会場前駐車の記載を削除し、承認済み表記へ置換」と残します。件数が同じでも、助詞の修正と顧客行動を変える誤記では影響が異なるためです。

別の出力が、入力資料にない性能評価を加えたとします。

一年中快適に過ごせる高性能住宅を、ぜひ現地でご体感ください。

入力資料に性能値や使用承認済みの表現がない場合は、性能を推測して補強せず、確認済みの特徴へ置き換えます。

LDKから庭へ視線が抜ける間取りと、家事動線に沿って配置した収納をご覧いただけます。

この変更は単なる言い換えではなく、「資料にない評価表現の削除」と「確認済み特徴の追記」です。修正時間が長かった理由を出力の文章力だけに帰さず、入力資料に訴求点が明示されていたか、使用可能な表現が整理されていたかも見直します。

修正では、影響の大きい確認から先に行います。

1. 日時、場所、予約条件、問い合わせ先を原資料と照合する。 2. 価格、数値、性能、法令、保証、契約条件に関する未確認表現がないかを見る。 3. 入力禁止情報や公開範囲外の情報が含まれていないか確認する。 4. 必須項目の欠落を確認する。 5. 構成と読みやすさを整える。 6. 敬体、見出し、用語などの社内表記をそろえる。 7. 所定の確認者へ渡し、差戻しを反映する。

この順序なら、表現を細かく整えた後で重大な事実誤りが見つかり、全面的に書き直す手戻りを減らせます。

表現調整が多い場合は、担当者が細部にこだわりすぎている可能性と、会社の文体が定義されていない可能性を分けます。「やわらかく」「親しみやすく」だけでは人によって完成像が変わります。掲載済み文章から、使用する見出しの長さ、敬体、避ける表現、予約案内の定型文を抽出すれば、生成条件と確認基準の両方をそろえられます。

誤りの原因を継続的に管理する場合は、時間調査票へ詳細な事故分析欄を重ねず、工務店のAI誤回答の記録｜原因を切り分けて再発を減らすの記録へ引き渡します。本記事では、時間差を説明できる範囲で修正理由を記録し、誤回答の原因分類や再発防止策は専用の台帳で管理します。

07.中断、やり直し、複数人作業を同じルールで記録する

実務では一本の成果物を連続して作れるとは限りません。電話、来客、現場からの連絡、会議で何度も中断します。開始時刻と完成時刻の差だけを所要時間にすると、忙しい担当者ほどAI作業が遅いという誤った結論になります。各作業区間の実働分数を記録し、中断時間は別欄にします。

記録は秒単位にせず、原則として1分単位で十分です。厳密すぎる計時は記録負担を増やし、担当者が測定を避ける原因になります。ただし、3分未満の短い業務が中心なら、30秒単位など実態に合う粒度を決めます。調査期間の途中で粒度を変えず、従来作業とAI作業へ同じルールを適用します。

電話で7分中断したなら、電話前の区間を終了し、復帰後に同じ区分で新しい行を作ります。作業内容を思い出すために資料を読み直した2分は、対象成果物のための実働なので元の区分に含めます。中断そのものと、中断によって生じた再開コストを区別することで、AI工程の問題と職場環境の問題を混同しにくくなります。

やり直しは削除せず、発生した時間をすべて残します。誤って別案件の資料を選び、入力資料を作り直した場合は準備、指示を再作成した場合は生成、完成直前に誤りが見つかって直した場合は修正です。失敗した案を記録から外すと、「成功した使い方だけを選んだ場合の時間」になり、通常運用の見積もりには使えません。

複数人で作業した場合は、人ごとの実働時間を足します。担当者が20分、確認者が10分作業した成果物は、会社として30分、すなわち0.5人時です。開始から完成までの経過時間が25分だったとしても、投下した労働時間は30分です。

時間の意味は、次のように分けます。

• 担当者の実働時間：20分
• 確認者の実働時間：10分
• 会社が投入した人時間：30分、または0.5人時
• 開始から完成までの経過時間：25分
• 途中の待ち時間：実働には含めず、必要に応じて経過時間の内訳として記録

顧客への返信速度を評価するなら経過時間が重要です。人件費や投資効果を検討するなら人時間が重要です。同じ「30分」という表示でも意味が違うため、集計表の見出しへ単位を明記します。

一括処理にも注意が必要です。5件分の資料をまとめて20分整形したなら、可能であれば各件の実作業に応じて配分します。区別できない場合は5件へ均等に4分ずつ配分し、「一括準備20分を5件へ均等配分」と注記します。都合のよい1件だけを準備ゼロ分にすると、個別の所要時間が比較不能になります。

08.比較できる件数を集め、中央値とばらつきを見る

1件だけの測定で「AIにより何分削減できた」と決めることはできません。その案件の資料が偶然そろっていた、担当者が内容を熟知していた、出力がたまたま使いやすかった可能性があるためです。まず少数件で記録方法を試し、分類の迷いを解消してから、同じ完成条件の案件を複数件集めます。

必要件数を一律に決めるのではなく、業務のばらつきと判断目的に合わせます。導入初期の工程発見なら、従来作業とAI作業をそれぞれ数件ずつ測り、極端な差の理由を読める状態を目指します。標準時間や予算へ反映するなら、案件難度、担当者、時期の偏りを減らし、追加測定が必要です。少数件の平均を全社の年間効果へそのまま拡大しません。

事例社では、同種の見学会案内文について、従来作業6件、AI作業6件を測ったとします。以下は説明用の架空値です。単位は1成果物当たりの実働分で、全件の完成条件は同じです。

6件の中央値は、値を小さい順に並べ、中央にある3番目と4番目の平均で求めます。従来作業は60分と63分の平均で61.5分、AI作業は55分と57分の平均で56分です。

同じ12件を工程別に集計すると、次のようになります。

「工程別中央値の和」と「件別合計の中央値」は別の数値です。各工程の中央値となる案件が同じとは限らないため、準備の中央値、生成の中央値、修正の中央値を足しても、各件の合計時間から求めた中央値とは一般に一致しません。

したがって、62分と55分を「合計の中央値」とは呼びません。この例で比較に使う件別合計の中央値は、従来作業61.5分、AI作業56分であり、差は5.5分です。工程別中央値の和である7分差を、そのまま1件当たりの合計短縮時間として報告してはいけません。

従来作業の「生成・執筆」は、人が初稿を組み立てて書く時間です。AI作業の生成工程と動作は完全には同じではありませんが、成果物を初稿候補まで進める工程として対応させています。準備と修正は、両方式で同じ完成条件に基づいて測ります。

この例で「生成が19分短縮した」とだけ報告すると、AI利用を過大評価します。準備の中央値は5分、修正の中央値は7分増えているからです。一方、「件別合計の中央値が5.5分しか減っていないから失敗」と結論づけるのも早計です。準備と修正が増えた原因を分けて直せば、次の測定で改善する余地があります。

中央値は極端に長い案件の影響を受けにくく、少数の実務データを眺める際に役立ちます。ただし、中央値だけではばらつきが隠れるため、最短値、最長値、各件の合計、長時間になった理由も残します。平均値を使う場合は、どの案件が平均を押し上げたかを確認し、都合よく異常値を除外しません。

案件条件が違う場合は、無理に一つの数値へまとめません。「入力資料が完備」「不足1項目」「不足2項目以上」のように、実際に時間差を生んだ条件で分けます。ただし、測定後に結果へ合う分類を大量に作ると説明が恣意的になります。比較したい条件は事前に決め、測定途中で追加した場合は追加日と理由を記録します。

09.評価表で時間差の原因と次の修正を結び付ける

集計後に必要なのは、AI利用を続けるかやめるかの二択ではありません。どの工程に、どの原因で時間が残ったかを特定し、次の変更を決めることです。複数の変更を同時に行うと、どれが効いたか分からなくなるため、原則として主要因に対応する変更を一つ選びます。

事例社の初期測定では、準備時間の増加は「入力資料をAI向けに並べ直す時間」、修正時間の増加は「資料にない性能表現の削除」と「予約案内の表記統一」に集中していたとします。この場合、担当者へ自由なプロンプト練習をさせるより、入力票と固定条件を直す方が測定結果に沿っています。

「準備減、修正増なし」のように、変更した工程だけでなく隣接工程も判定条件に入れます。入力項目を削れば準備時間は簡単に短くなりますが、修正時に不足を調べ直すなら改善ではありません。合計時間、完成条件、重大な誤り、未完成件数をセットで見ます。

変更履歴には、実施日、変更内容、対象業務、期待する変化、変えてはいけない完成条件を残します。「改善版」とだけ名付けると、後から何を比較したのか分かりません。

時間が短くなっても、重要な事実修正が増えた場合は採用しません。ここでいう重要な事実修正とは、日時、場所、予約条件、価格、数値、性能、契約条件、顧客の意思決定や行動に影響する記載などです。詳細な品質評価は専用の出力評価表へ渡しますが、少なくとも完成条件を崩して時間だけを短縮しないことが必要です。

10.再測定では入力、指示、確認のどこを変えたか一つずつ追う

事例社が最初に直すのは入力票です。開催日時、予約方式、駐車案内、見どころ、使用してよい性能表現、使用禁止情報、問い合わせ先を所定欄に分け、必須欄を空欄のまま生成しないようにします。

ここでAI専用の資料を新設するとは限りません。開催準備で元から確定させるべき情報と重なるなら、既存の開催概要を改訂した方が二重入力を避けられます。ただし、AIへ入力できない情報まで一つの資料へまとめる場合は、入力前の削除や匿名化が確実にできる設計にします。

変更後は、同じ種類・同じ完成条件の新しい案件で測ります。以前の案件をもう一度処理すると、担当者が内容と修正箇所を覚えているため、準備も修正も短くなりやすいからです。やむを得ず同一案件を使う場合は練習データとして分離し、本比較には含めません。

入力票の変更後、AI作業6件で次の結果が得られたとします。

• 準備の中央値：13分
• 生成の中央値：11分
• 修正の中央値：17分
• 工程別中央値の和：41分
• 各件の合計時間：36、39、41、43、44、49分
• 件別合計の中央値：42分

工程別中央値の和は41分ですが、各件の合計から求めた中央値は42分です。初期測定の件別合計中央値56分との差は14分になります。この場合も、「入力票だけで14分短縮した」とは直ちに断定しません。担当者の習熟、案件差、時期による中断の違いが含まれる可能性があるためです。

まず各件の記録を読み、入力整形と不足情報の回収が減ったか、重大な修正が増えていないか、未完成案件を除外していないかを確かめます。変更した仕組みと時間差の間に説明可能な動きがあり、別担当者でも同じ傾向が出るかを確認します。

次に指示テンプレートを変えるなら、入力票は固定します。禁止条件を増やしすぎると、出力が不自然になり、表現調整が増える場合があります。テンプレートの目的は長文化ではなく、毎回欠かせない条件を安定して渡すことです。案件固有の訴求点まで固定文へ入れず、入力欄から参照させます。

確認工程の変更は、必要な確認の削除ではなく、順序と分担を見直します。担当者が文章全体を細かく整えた後で、責任者が事実誤りを見つけて全面修正しているなら、最初に事実項目を照合し、その後に表現を整える順序へ変えます。責任者が直した内容を担当者へ戻さず、毎回同じ指摘が発生しているなら、修正理由を入力票やテンプレートへ反映します。

再測定の終了条件も先に決めます。たとえば「同じ完成条件の案件を6件記録し、準備・生成・修正の全件が記入され、未完成案件を別集計できること」とします。期待した時間まで下がるまで測り続ける方式では、都合のよい区間だけを採用しやすくなります。測定期間や件数を延ばす場合は、延長理由を記録します。

利用サービス、モデル、入力票、テンプレート、確認者、完成条件のいずれかを変更したときは、同じ比較を継続できるか確認します。出力傾向や利用条件が大きく変わった場合は、旧データと一本化せず、新しい測定期として管理します。

11.測定を監視ではなく育成と標準化に使う

個人別の時間を集めると、速い人と遅い人を順位付けしたくなります。しかし、担当案件、入力資料、経験、確認範囲が違う状態での順位は、能力を正しく表しません。時間調査の第一目的は、個人評価ではなく工程改善です。用途を後から人事評価へ広げると、担当者が失敗や手戻りを記録しなくなり、調査そのものが壊れます。

開始前に、記録の目的、閲覧者、保存期間、個人名の扱い、人事評価への利用有無を説明します。雇用上の評価や労務管理へ利用する場合は、就業規則、社内制度、従業員への説明など、確認すべき論点が増えます。本記事の時間調査票だけで可否を判断せず、社内の人事・労務担当者や必要に応じた専門家へ確認します。

育成では「AIを速く操作できるか」より、三工程のどこで迷ったかを見ます。準備が長い新人には、プロンプト集を渡す前に、正本の保存場所、案件情報の読み方、入力禁止情報を教えます。生成が長い担当者には、目的、読者、形式、禁止条件の組み立て方を練習してもらいます。修正が長い担当者には、根拠資料との照合順序と、重大な不一致を先に発見する方法を共有します。

速い担当者の記録も、模範としてそのまま横展開しません。準備時間が極端に短い人は、資料の所在を熟知しているだけかもしれません。修正が短い人は、必要な確認を省いている可能性もあります。完成条件を満たし、重大な誤りがなく、別担当者でも再現できる手順だけを標準候補にします。

事例社で標準化する内容は、次のようになります。

• 承認済みの開催概要を正本として使う
• 必須欄が空欄なら生成を始めない
• 入力可否を確認できない情報は送信しない
• 資料外の性能、価格、設備、特典を補わない
• 担当者が日時、予約条件、問い合わせ先を原資料と照合する
• 重大な事実確認を終えてから表現を整える
• 営業責任者が公開前に確認する
• 差戻し理由を入力票またはテンプレートへ反映する

標準化するのは最速記録ではなく、無理なく再現できる工程です。目安時間を置く場合も、超過を叱責する線ではなく、原因確認を始める合図として使います。たとえば準備が通常より長い案件では、担当者の能力を問う前に、資料不足、正本不明、入力可否の未決定がなかったかを確認します。

管理者は月次で総時間だけを見るのではなく、準備・生成・修正の構成変化を見ます。準備が増えた月に新しい情報管理ルールが始まっていれば、必要な確認が追加された可能性があります。修正が急増した月にテンプレート変更があれば、禁止条件や入力項目が欠けた可能性があります。業務量の増減と工程設計の変更を混ぜず、変更履歴と照合します。

最後に、時間調査自体の負担も測ります。1件の作業が20分なのに記録へ10分かかるなら、継続運用に向きません。初期調査では原因を特定できるよう詳しく記録し、主要因が判明した後は、成果物ID、方式、三工程の時間、例外理由、完成状態へ項目を絞れます。詳細記録は、異常値が出た案件や工程変更後の一定期間だけ復活させます。

工務店のAI作業時間調査で得るべき結論は、「AIは速い」「担当者が遅い」という単純な評価ではありません。必要資料が散らばっているのか、入力条件が曖昧なのか、出力に推測が混ざるのか、確認責任が重複しているのかを、準備・生成・修正の時間と作業記録から突き止めることです。

三工程を同じ完成条件で測り、件別合計の中央値とばらつきを確認し、原因に対応する一変更を行い、新しい案件で再測定します。この循環ができて初めて、時間の数値をAIの定着、業務標準化、人材育成へ使える経営情報に変えられます。