第13課 稼働後の報告と、繰り返す作業のツール化

報告が業務の利用入口になる

稼働後の成果物には業務報告と品質報告があります。業務報告は、車種、部品、サービスの何を調べるべきか、新しい話題があるかを扱います。品質報告は誤りやすいラベル、人の確認結果、次の改善を扱います。品質、マーケティング、製品部門では情報と行動担当者が異なり得ます。

傾向の数字には件数、期間、対象チャネル、重複除去、集計定義を添えます。苦情増加はデータチャネルの変化かもしれず、故障率上昇と即断できません。まとめられた新テーマは確認待ちの手掛かりです。

試作品で合意してから正式導入を決める

チームはまず、業務担当者がプロンプトを試し、版を保存し、一括抽出、進捗・費用確認、ラベル照合を行える試作品を作れます。許可された匿名化サンプルで全体の流れを展示し、結果が業務判断に役立つか、次に何を補うべきかを確認します。

演習では一画面、一種類の入力、一つの判断だけを検証します。業務担当者に有用性と分かりにくさを指摘してもらい、範囲を修正します。公開演習は架空データで行い、顧客の資料・ツール・環境は許可範囲で使います。展示できても、権限、容量、復旧、受入れが完了したとは限りません。

五つの反復作業を残す

AIは整理、コード生成、報告の下書きを助けます。業務基準は人と顧客が確認します。構造、ルール、匿名化例を再利用し、顧客の原データや専有ラベル集は持ち出しません。

今日の一歩

第12課の架空サンプルで業務報告と品質報告を一枚ずつ作ります。上の一作業について入力、確認手順、出力、人の確認点、再利用範囲を書きます。

成果物と確認基準

• 業務報告：結論ごとに集計定義を付け、未確認の問題に担当者を置く。
• 品質報告：代表的な誤り、改善計画、次の確認日。
• ツール説明カード：初見の同僚が匿名化例を再実行し、結果を判断できる。プロンプトだけを渡さない。