この業務で起きていること
週次報告のたびに複数の表を開き、前週との差を確認し、担当者から聞いた背景を文章に直していませんか。数値とコメントが別々に管理されると、説明の根拠を追いにくくなります。
指標の定義と集計手順が決まっていて、定期的に報告するチームを想定しています。まず一つの会議と報告書の形式に範囲を絞ります。
最初にそろえる資料
資料の持ち主、更新日、閲覧できる担当者を確かめてから、参照範囲を決めます。
| 資料 | 確認する内容 |
|---|---|
| 集計済みデータ | 対象期間、集計条件、更新日時を確認する |
| 担当者のメモ | 実施した施策や現場で起きたことを確認する |
| 報告書のひな型 | 必要な見出しと説明の粒度をそろえる |
| 指標の定義 | 単位、対象範囲、前週との比較条件を確かめる |
AIと担当者が進める業務の流れ
実際の業務に合わせて、次のような役割分担を設計します。
| 段階 | AI・システムの役割 | 担当者の役割 |
|---|---|---|
| データをそろえる | 報告対象の表とメモを対応付ける | 期間、単位、データの欠けを確認する |
| 変化を取り出す | 計算済みの差分と関連メモを並べる | 数値の計算と比較条件を確認する |
| 報告案を作る | 事実、担当者の説明、未確認の仮説を分けて書く | 原因の説明と会議で扱う論点を判断する |
| 会議へ渡す | 参照元と修正履歴を残す | 報告内容と次の対応を確定する |
成果物のイメージ
以下は架空の資料を想定して作成した記載例です。実際の顧客情報や、稼働中のシステムの出力ではありません。
| 項目 | 記載例 | 根拠・状態 |
|---|---|---|
| 確認できる事実 | 問い合わせ件数は前週より増加 | サンプルの集計表 |
| 担当者メモ | 今週から案内ページを更新した | サンプルの業務メモ |
| まだ分からないこと | ページの更新が増加の原因かは未確認 | 数値とメモだけでは因果関係を判断できない |
| 会議での確認事項 | 流入元と問い合わせ内容を追加で確認する | 次に調べる項目の案 |
人の確認と運用上の条件
計算は検証できる集計処理で行い、AIには結果の説明案を任せます。相関する出来事を原因と断定せず、参照したデータの期間と更新日時を残します。機微な情報は閲覧できる担当者を限定します。
小さく試し、効果を確認する
同じ週次報告を二回分試し、従来の報告と比較する計画です。準備・確認・修正の時間を記録し、数字の取り違えや根拠のない説明がないかを確認します。
二回分は初期検証の例です。通常と異なるデータが入った場合も確認し、使い続けられるか、確認負担が増えていないかを判断します。
| 確認する指標 | 記録する内容 |
|---|---|
| 報告準備の時間 | データ確認、文章作成、修正にかかる時間 |
| 内容の正確さ | 数値・期間・単位の一致、根拠のない因果説明 |
| 運用のしやすさ | 次の週も同じ手順で作れ、別の担当者が確認できるか |
Atlas Supportと検討すること
報告書の項目、数値を集める場所、作成にかかる手順をお知らせください。どの集計を既存の処理で行い、どの説明をAIで補助するかを整理します。
支援範囲に応じて、業務の整理、参照資料と権限の確認、試作、評価項目の設計を行います。検証結果をもとに、運用へ進める範囲と残る課題を整理します。
