顧客への定期報告は、AIでどこまで無人化できるか

定期報告は、集めて並べるところまで無人化できる。渡せないのは、都合の悪い数字が出た日にどう書くかの判断だ。自社では稼働の報告を毎日自動で出しているが、人間が触る場所は最後まで一か所に残った。

報告が重いのは、書く時間ではない

月次レポート、稼働報告、進捗の共有。どれも「作るのが面倒だ」と言われるが、実際に時間を食っているのは文章を書く工程ではない。数字をあちこちから集め、前月と突き合わせ、書式を揃えるまでの下ごしらえだ。書くのは最後の十数分で、その前に何時間もかかっている。

だから無人化の設計は、書く工程からではなく、集める工程から手をつける。ここを機械に渡した時点で、報告の負担は大半が消える。

工程分解表：顧客への定期報告

できる側

集計と整形は、すべて機械に渡せる。

自社では5分ごとにコレクターが全AI社員の稼働を記録し、そのままサイトの出勤板にライブで表示している。人間が数字を拾い直す工程は存在しない。報告の材料は、報告のために集めているのではなく、動いているものが勝手に落としていく記録をそのまま使っている。これが定期報告を軽くする最短の道で、報告用に別のデータを作りはじめた時点で工程が二重になる。

文章の下書きも渡せる。このブログがその実例で、記事はAI社員が書き、機械検品を通ったものだけが無人で公開される。2026年7月23日からこの体制で毎朝1本を出している。内容の最終責任はMON-AIが負う。

そのうえで効いているのが、数字の照合を機械にやらせていることだ。自社では「台帳にない数字は書けない」という規則を検査として実装してある。書いてよい事実は一枚の台帳にまとめてあり、本文に出てくる数字が台帳の範囲を外れると、公開そのものが止まる。報告書で最も危ないのは文章の巧拙ではなく、どこかで拾った数字が独り歩きすることなので、止める場所はここに置く。

難しい側

機械に渡せないものが二つ残る。

ひとつは、悪い数字が出た日の書き方だ。報告は良い月ばかりではない。数字が落ちた月に、原因をどこまで書き、どこから先は口頭にするか。これは相手との関係の話で、記録のどこにも書かれていない。機械は落ちた事実を正確に並べるが、並べ方の重みづけができない。自社の音楽工場は2026年7月27日から止めてある。報告に「稼働ゼロ」とだけ出すのと、「意図して止めている」と書くのとでは、受け取られ方がまったく違う。止めた理由を知っているのは人間だけだ。

もうひとつは、相手ごとにどこを厚く書くかの判断だ。同じ数字でも、見る人によって知りたい場所が違う。現場の担当者が見たい行と、決裁する人が見たい行は一致しない。テンプレートは共通化できるが、どの行を先頭に持ってくるかは、相手を知っている人にしか決められない。

一般論として、報告の自動化は「毎月の作業がなくなる」と語られる。実際になくなるのは集計であって、判断は残る。残った判断に人間の時間を寄せられるかどうかが、入れた価値の分かれ目になる。

自社の実例

報告を自動で出しはじめた頃、毎時起動するルーチンが空回りして、2日で約85件の無駄なセッションを作ったことがある。素材が無くても時間になれば起動する設計だった。起動の記録だけはきれいに毎時並ぶので、記録を見ているかぎり順調に見えていた。1日1回のバッチに設計し直して解決した。

ここで分かったのは、報告が整っていることと、中身が動いていることは別だということだ。失敗はAIの能力ではなく、人間の設計の穴だった。だからいまは、起動した記録と成果物が増えた記録を、別々の検査として持っている。

導入までの手順

1. 報告に載せる数字を一つずつ、どのシステムに元があるかを書き出す。元が「人の記憶」になっている行は、そこから直す
2. 書いてよい数字を一枚の台帳にまとめ、台帳の外の数字が入ったら止まる検査を付ける
3. 集計と下書きまでを自動で出し、人間は「悪い数字の書き方」と「相手ごとの重みづけ」だけを持つ

締め

この線は、会社ごとに引き直せる。どの数字を機械に集めさせ、どこから人間が言葉を選ぶかは、相手との関係を知っている人にしか決められない。毎月の報告づくりを工程から分解したい方は、実装設計図か、無料相談へ。