定例レポートの作成に時間がかかる理由
運用型広告の定例レポートは、月末や週明けに集中します。媒体の管理画面を順に開き、期間を指定して数値を書き出し、表計算に貼り付けて前期間と比べ、そこへコメントを書いて体裁を整える。この一連の作業は、判断らしい判断が入るのは最後のコメントだけで、その手前は決まった手順の繰り返しです。それでも時間がかかるのは、媒体ごとに指標の名前も期間の区切りも違い、突き合わせるたびに確認が要るからです。
かかっている時間を分けると、性質の違う3つが混ざっています。数値を集めて並べる作業、変化が起きた箇所を探す作業、そして何を次にやるかを決める作業です。このうち最初の1つは手順が決まっていて、件数が多いほど時間を取られます。2つ目は探す範囲が広く、見落としが起きます。3つ目は判断そのもので、材料がそろっていれば短時間で終わります。
自動化を検討するときに「レポートをAIに書かせる」とだけ決めると、この3つが一体のまま扱われます。すると、数値の部分まで文章生成の対象になり、実在しない値が混ざる余地が生まれます。定例レポートは、一度でも数字が間違っていると次回以降すべての数値を検算されるようになり、かえって時間が増えます。層に分けてから、層ごとに任せ方を決めます。
レポートの中身を3層に分ける
レポートを「数値」「変化の要因」「次に何をするか」の3層で見ます。層ごとに、正解の決まり方が違います。
| 層 | 何を書くか | AIに任せられる範囲 | 人が持つこと |
|---|---|---|---|
| 数値 | 表示回数、クリック、費用、コンバージョン、単価などの実績と前期間との差 | 決められた場所から取得して整形するところまで。値そのものは生成させない | 取得元と期間の定義を決める。取れなかった項目を空欄のまま出すか判断する |
| 変化の要因 | 数値が動いた箇所と、その説明になりうる候補 | 差が閾値を超えた箇所の抽出と、要因の候補を並べるところまで | どの候補が実際の要因かの確定。候補に無い要因の追加 |
| 次に何をするか | 次の期間に試すこと、止めること、様子を見ること | 過去の対応と結果の引き当て、選択肢の提示 | 実施の判断と、クライアントへの提案としての言い方 |
上の層ほど機械に寄せられ、下の層ほど人が持ちます。数値は取得先が決まれば毎回同じ手順で出せますが、次の打ち手は予算の事情や商材の都合が絡み、レポートに書いていない情報で決まります。
3層に分けておくと、レポートの出来を層ごとに評価できます。数値が合っているかは検算で分かります。要因の候補が的を射ているかは、担当者が候補から選べたかどうかで分かります。打ち手が妥当だったかは、次の期間の結果で分かります。まとめて「レポートの質」として見ていると、どこを直せばよいかが決まりません。
どの工程が短くなり、どこは短くならないか
自動化してどれだけ速くなるかは、扱う媒体の数と、レポートに載せる項目の数で変わります。一律の削減率は出せませんが、工程ごとに短くなる度合いは、その工程が定型かどうかで説明が付きます。
| 工程 | 自動化した後の扱い | 残る作業 |
|---|---|---|
| 各媒体から数値を書き出す | 取得と整形を決まった処理で行い、媒体が増えても手順は変わらない | 取得に失敗した媒体の再取得 |
| 表に貼り付けて前期間と比べる | 確定した表として作られ、差の計算まで含まれる | 期間や指標の定義を変えたときの設定の更新 |
| 変化した箇所を探す | 閾値を超えた項目が一覧で挙がる | 挙がった項目のうち、報告に載せるものの選択 |
| 要因を調べる | あらかじめ決めた枠に沿って要因の候補が並ぶ | 変更履歴を確認して候補から確定する作業 |
| 次の打ち手を決める | 過去の対応と結果が引き当てられる | 判断そのもの |
| 体裁を整えて送る | 配信先の様式に沿った下書きが出る | 送る前の確認 |
短くなるのは表の上から3つで、いずれも手順が決まっていて、件数が増えるほど時間が延びる工程です。担当するアカウントや媒体が多いほど、ここが全体に占める割合は大きくなります。
反対に、要因の確定と打ち手の判断は自動化しても短くなりません。候補が並ぶことで探す時間は減りますが、変更履歴を見て確かめる作業と、クライアントへ何を伝えるかを決める作業は残ります。ここまで機械に寄せると、確かめていない理由がレポートに載る形になり、後から説明できなくなります。
そのため、着手前に工程ごとの時間を測っておくと、どこがどれだけ短くなるかを事前に見積もれます。媒体からの書き出しと突き合わせが所要時間の大半を占める状態なら、取得と表の確定を作るだけで作業の多くが置き換わります。要因の確認に時間が偏っている場合は、自動化より先に変更履歴の記録を整える方が効きます。
作成時間をどう測り、削減できた分をどう扱うか
レポート作成の自動化は、効果を測りやすい部類に入ります。作業が定例で、着手前の時間を測れるからです。ただし、測り方を決めずに始めると「楽になった」という感想だけが残ります。
着手前に測るのは、1回のレポート作成にかかる時間を工程ごとに分けた値です。数値を集める、表を作る、コメントを書く、体裁を整える、送る。それぞれ何分かかっているかを、数回分記録します。担当者が複数いるなら、人による差も見ます。差が大きい工程は、手順が決まっていない箇所です。
着手後に見るのは、同じ工程の時間と、次の2つです。
差し戻しの回数。 生成した下書きのうち、担当者が大きく書き直した割合。この割合が下がらないなら、コメントの生成に渡している材料が足りていません。
数値の照合で落ちた文の数。 生成した文に含まれる数値が集計した表の値と合わず、レポートへ載せずに落とした文の数です（照合の組み方は次の節で扱います）。多いなら、文章側へ渡す情報の作り方を見直します。ここが減らないまま運用に乗せると、いずれ照合をすり抜けた誤りが出ます。
時間が減った分をどう扱うかも、着手前に決めておきます。空いた時間で何をするのかが決まっていないと、削減した時間の価値を説明できません。運用の改善に回すのか、担当できるアカウント数を増やすのか。測り方と投資判断の組み立ては AI導入の効果測定と投資判断 で扱っています。
自社で集計した削減時間を対外的に出す場合は、社内集計値である旨と、測った条件（対象の媒体数、レポートの様式、期間）を添えます。条件が違えば結果も変わるため、数字だけを出すと比較できません。
数値をAIに書かせない組み方
3層のうち、設計で最も気を遣うのが数値です。文章を生成する仕組みに数値を扱わせると、前後の文脈に合う「もっともらしい値」が出てくることがあります。レポートの信頼は、この一箇所で崩れます。
避け方は単純で、文章を作る処理と、数値を持ってくる処理を分けます。
取得と整形は決まった処理で行う。 各媒体の管理画面または計測ツールから、期間と指標を指定して値を取り出します。この結果を表として確定させ、以降は変更しません。取り込んだ時点の値、取得日時、対象期間、取得元を一緒に残します。
文章側は確定した表だけを参照する。 コメントを生成する処理には、確定した表と、前期間の表を渡します。表に無い数値を文章に書かせない指示を入れたうえで、出力に含まれる数値が表の値と一致するかを機械で照合します。一致しない数値が含まれていたら、その文をレポートに載せません。
照合は文章の外で行う。 出力を読んで人が確かめる形にすると、確認の手間が元の作業時間に近づきます。数値の一致は文字列の照合で判定できるため、生成のあとに検査を挟みます。
取れなかった項目は空欄で出す。 ここが分かれ目になります。値が取れなかったときに前期間の値で埋めたり、他の指標から推計して埋めたりすると、レポートを見る側は取れた値と区別できません。空欄のまま出し、欄外に「この媒体の数値は取得できていません」と理由を添える形にします。見た目は悪くなりますが、埋まっている数値がすべて実測だという状態を保てます。
空欄を許す設計は、運用側にも影響します。空欄が出たまま放置されないよう、取得に失敗した項目を担当者へ通知し、再取得の手順を決めておきます。空欄が毎回同じ媒体で出るなら、それは取得の経路に問題があるということで、レポートの作成手順ではなく接続の側を直す対象です。
図の4と5の間に照合を置いているのは、担当者の確認が数値の検算に費やされるのを避けるためです。数字が合っているかどうかは機械で判定できるので、人の目は要因と打ち手に向けます。
媒体をまたいで合算するときにずれる箇所
媒体ごとに見ている限りは問題にならず、1枚の表にまとめた瞬間に説明の付かない数字になる項目があります。数え方の違いが、そのまま合計へ混ざるためです。取得の経路を作る前に、どの定義で揃えるかを決めておきます。
| 揃える対象 | 媒体ごとに差が出るところ | 決めておくこと |
|---|---|---|
| コンバージョンの数え方 | クリックから何日後までを計上するか、表示だけを経由した分を含めるか、1件と数えるか回数で数えるか | 表に載せる定義を1つ決める。その定義へ揃えられない媒体は合計に足さず、別の列で出す |
| 期間の区切り | 集計に使うタイムゾーン、週の始まりの曜日、当日分がいつ確定するか | レポートの基準時刻を決め、取得を回す時刻を固定する。確定前の期間は暫定と分かる形で出す |
| 費用 | 税の扱い、手数料を含むかどうか、請求側の金額との差 | 表へ入れる前に同じ条件へ換算し、換算する前の値も一緒に残す |
| 指標の名前 | 同じ名前で数え方が違う、違う名前で同じ内容を指す | 社内の呼び方への対応表を持ち、取り込みの時点で置き換える |
| 重複 | 同じ人が複数の媒体で数えられている | 単純に足した値だと注記する。重複を除いた値が要るなら、媒体側ではなく計測ツール側の数値を使う |
影響が大きいのはコンバージョンの数え方です。定義が違うまま足すと、合計の獲得単価が実態より低く出ます。媒体側の設定で揃えられるものは揃え、揃えられないものは合計から外して個別に出す方が、後から説明できます。
期間の区切りは、自動化して初めて表に出ることがあります。手作業のときは担当者が「まだ数字が動くから翌日に取り直す」と判断していた部分が、決まった時刻の取得では暫定の値のまま載ります。基準の時刻を決め、確定前の数値には印を付けます。
揃え方は一度決めて終わりではなく、媒体側の仕様が変わると崩れます。定義はレポートの外（設定ファイルか管理表）に書いておき、変えたときは変えた日付を残します。過去の期間と比べて差が出たときに、配信の変化なのか定義の変更なのかを切り分けられます。
変化の要因を挙げる枠と、断定を人が持つ理由
数値が動いた理由を書く部分は、レポートの中で最も読まれ、同時に最も外しやすい箇所です。管理画面の数値だけからは、外の出来事が見えません。競合の出稿、報道、天候、営業側の動き。どれもレポートの外にあります。
そのため、要因は候補として並べる形にします。候補を出す枠を先に決めておくと、毎回同じ観点で確認できます。
| 候補の枠 | どんなときに挙がるか | 確かめる先 |
|---|---|---|
| 季節性・曜日 | 前年同期や前月の同じ曜日でも同じ向きに動いている | 過去の同期間の実績、前年のデータ |
| 入札・予算 | 費用と表示回数が同じ向きに動き、単価が変わっている | 入札設定と予算の変更履歴 |
| 配信面・ターゲティング | 特定のキャンペーンや配信先だけで差が出ている | 配信先別の内訳、設定の変更履歴 |
| クリエイティブ | クリック率だけが動き、表示回数の変化が小さい | 入稿日と配信比率、審査の状況 |
| LP・遷移先 | クリックは維持されコンバージョン率だけが落ちている | LPの更新履歴、フォームの動作、計測タグの状態 |
| 計測の不具合 | 特定の日から数値が途切れている、他の指標と整合しない | タグの設定、計測ツール側の障害情報 |
| 外部要因 | 上のどれでも説明が付かない | 担当者の把握している事情、クライアントへの確認 |
この枠に沿って、数値の動き方から当てはまる候補を挙げさせます。「コンバージョン率が下がった」だけでは対応が決まりませんが、「クリック率は前期間と同水準、コンバージョン率だけが下がっている」まで出れば、LP側と計測の2つに絞れます。
大事なのは、候補を挙げるところで止めることです。断定させると、確かめていない理由がレポートに載ります。クリエイティブを差し替えた時期と数値が動いた時期が近いだけで「新しいクリエイティブが効いた」と書くと、後から別の理由が分かったときに説明が難しくなります。候補と、それを支持する数値の動きを並べ、担当者が変更履歴を確認して確定する形にします。
計測の不具合を候補に入れているのは、実務でこれが混ざるからです。数値の急な変化は、配信の実態ではなく計測側で起きていることがあります。他の候補より先に確認する対象として、枠に入れておきます。
要因を確定するには、変更履歴が残っている必要があります。誰がいつ何を変えたかが分からないと、候補を出しても確かめようがありません。入札や予算の変更、クリエイティブの入稿、LPの更新を、日付とともに記録しておく運用が前提になります。この記録が無い状態で自動化に着手すると、要因の部分だけがいつまでも埋まりません。営業側の記録を同じように残す考え方は 商談メモの入力をAIで自動化する で扱っています。
共有の形式を配信先に合わせる
作ったレポートをどう届けるかで、読まれ方が変わります。ファイルを添付して送るだけだと、開かれないまま次の定例を迎えます。
SlackやChatworkへ流す場合は、メッセージ本文に主要な数値と要点を置き、詳細は添付や別ページへのリンクにします。本文に入れるのは、期間、費用、コンバージョン数、獲得単価と、それぞれの前期間からの変化。加えて、担当者が確定した要因と次の対応を数行。これだけでも、開かずに状況が分かります。
書き方はいくつか決めておきます。
指標の名前を受け取る側の言葉にする。 媒体の管理画面の項目名をそのまま出すと、社内の呼び方と違って読み替えが必要になります。社内で使っている名前への対応表を持ち、出力時に置き換えます。
変化の大きさを揃えて出す。 前期間比を割合で出すか実数で出すかを決め、毎回同じにします。母数が小さい項目で割合だけを出すと、変化が実際より大きく見えます。件数が一定に満たない項目は実数を併記します。
良くない数値を隠さない。 悪化した指標を最後に回したり触れずに済ませたりすると、後から質問されたときに信頼を失います。順序は毎回同じにしておき、良し悪しで並べ替えない形が扱いやすいです。
送る前に人が通す。 自動で送信するところまで作ることはできますが、担当者が要因と打ち手を確定する工程を挟む以上、送信もその後に置きます。下書きを担当者宛てに出し、確認して送る形にすると、確定の工程と送信の工程が1つになります。
クライアントへの共有では、社内向けと同じ内容をそのまま出せない場合があります。試している最中の施策や、社内の反省として書いた内容を含めるかどうかは、レポートを作る段階で分けておきます。同じ数値から社内向けと共有用の2つを出す構成にしておくと、送る直前に消す作業が要らなくなります。
週次と月次で粒度を変える
同じ形式のレポートを週次でも月次でも出すと、週次は情報が薄く、月次は細かすぎるという状態になります。期間ごとに、見る対象を変えます。
週次で見るのは、動いている箇所と、対応が要る箇所です。数値の細かい内訳より、前週から大きく変わった項目と、その要因の候補があれば足ります。1週間では母数が小さく、割合の変化だけを見ると振れに反応してしまうため、実数と一緒に見ます。
月次で見るのは、期間全体の推移と、施策ごとの結果です。試したことと、その後の数値の動きを並べます。週次で挙がった要因の候補のうち、月をまたいで見たときに説明として残るものと、一時的な振れだったものが分かれます。
| 期間 | 主に見る対象 | 要因の扱い | 分量の目安 |
|---|---|---|---|
| 週次 | 前週から動いた項目、対応が要る箇所 | 候補を挙げ、確認中のものは確認中と書く | メッセージ本文で読み切れる長さ |
| 月次 | 期間全体の推移、施策ごとの結果、予算の消化 | 週次で挙げた候補の答え合わせを含める | 資料として残る形式 |
週次で挙げた候補を月次で振り返る形にしておくと、要因の見立てが当たっていたかどうかが蓄積します。この蓄積は、次に同じ動きが出たときの候補の精度に効きます。当たらなかった見立ても残す方が役に立ちます。
試作から日常の運用へ移すときに詰まる箇所
手元で1回分のレポートを作ってみるところまでは、比較的短時間でできます。止まるのは、それを毎週毎月動かす段階です。
取得の失敗が起きる。 媒体側の仕様変更、権限の期限切れ、名称の変更。試作のときは通っていた取得が、ある週から通らなくなります。失敗したときに気づく仕組みと、手作業で埋める手順を用意しておきます。
アカウントや媒体が増える。 新しい媒体を足すたびに手を入れる構成だと、追加のたびに開発が要ります。指標の対応表と取得先の設定を外に出しておき、設定の追加で足せる形にします。
様式の変更が入る。 クライアントから項目の追加を求められることがあります。数値の取得と文章の生成を分けてあれば、表に列を足す作業で済みます。一体になっていると、生成の指示から作り直しになります。
担当が変わる。 作った人が異動すると、失敗したときに直せる人がいなくなります。取得元、対応表、照合の条件をどこに書いてあるかを文書に残し、運用の担当を決めておきます。
試したものが日常の運用に移らない理由は、この領域に限らず共通します。判断の基準と進め方は 生成AIのPoCが本番で止まる理由 を参照してください。開発の進め方と見積の考え方は AIエージェント開発の進め方 で扱っています。
着手の順序
一度にすべてを組もうとすると、媒体の接続でつまずいて先へ進みません。範囲を狭める順序は次のようになります。
- 1つのアカウントと、主要な媒体だけを対象にする。 取得の経路が用意できているものから始めます
- 数値の取得と表の確定までを作る。 ここだけでも、手作業の大半を占める工程が置き換わります。文章の生成はまだ入れません
- 前期間との比較と、差の大きい箇所の抽出を足す。 担当者が探していた箇所が自動で挙がるようになります
- 要因の候補出しを足す。 枠に沿って候補を並べ、担当者が選ぶ形にします。選ばれなかった候補が多い枠は、条件を見直します
- 文章の下書きと照合を足す。 ここで初めて生成を使います。照合で落ちる文が出なくなってから、共有の工程へつなぎます
- 対象のアカウントと媒体を広げる。 設定の追加で足せるかを、この段階で確かめます
始める前に用意しておくのは、各媒体の数値を取得できる権限、社内の指標の呼び方の対応表、変更履歴の記録、そして運用を直し続ける担当です。特に変更履歴は、要因の確定に必要でありながら、後から作ることができません。自動化に着手する前から記録を始めておくと、候補出しを足す段階で使える材料になります。
まとめ：広告レポートの自動化を設計するときの要点
- レポートを「数値」「変化の要因」「次に何をするか」の3層に分け、層ごとに任せる範囲を決める。まとめて生成させない
- 数値は取得した表として確定させ、文章側はその表だけを参照する。出力に含まれる数値と表の値を機械で照合し、合わない文は載せない
- 取れなかった値は前期間の値や推計で埋めず、空欄のまま理由を添えて出す。埋まっている数値がすべて実測である状態を保つ
- 媒体をまたいで合算する前に、コンバージョンの数え方、期間の区切り、費用の条件を揃える。揃えられない媒体は合計へ足さず、別の列で出す
- 要因は季節性、入札、配信面、クリエイティブ、LP、計測の不具合、外部要因といった枠に沿って候補を挙げ、確定は担当者が変更履歴を見て行う
- 候補を確かめるには変更履歴が要る。記録が無いまま着手すると、要因の部分が埋まらない
- 共有はメッセージ本文で要点が分かる形にし、指標の名前を受け取る側の言葉に置き換える。悪化した数値を後ろに回さない
- 週次は動いた箇所、月次は推移と施策の結果。週次で挙げた候補の答え合わせを月次で行うと見立てが蓄積する
- 短くなるのは数値を集めて並べ、差の大きい箇所を挙げるまでの工程。要因の確定と打ち手の判断は自動化しても残るため、一律の削減率では見積もれない
- 効果は工程ごとの所要時間、差し戻しの回数、照合で落ちた文の数で見る。着手前に測っておく
Augueでは、複数のシステムから実績を集めて整形し、確認の工程を残したまま定例の報告につなぐAIエージェントの開発に対応しており、どこまでを自動で出しどこに担当者の確定を残すかの線引きから一緒に検討できます。自社のレポート業務を対象にできるか判断したい方は、是非ご相談ください。
関連する記事
効果の測り方は AI導入の効果測定と投資判断、試したものが本番で止まる理由は 生成AIのPoCが本番で止まる理由、開発の進め方と見積の考え方は AIエージェント開発の進め方、営業側の記録の自動化は 商談メモの入力をAIで自動化する を参照してください。
よくある質問
媒体側にAPIが用意されていない場合や、権限が下りない場合はどうしますか？
管理画面から書き出したファイルを置き場に集め、そこを唯一の取り込み元にする形になります。手作業が残るため、書き出した日時と期間をファイル名か管理表に記録し、古いファイルを読んでしまう事故を防ぎます。権限については、閲覧のみの権限を発行してもらえるかを先に確認しておくと、後から取り込みへ切り替えやすくなります。
BIツールのダッシュボードを用意するのと、どう違いますか？
数値を並べて見せるところまではダッシュボードで足ります。違いが出るのは、期間ごとに文章としての説明を残す部分です。定例で報告する相手がダッシュボードを自分で開かないなら、数値の並びだけでは伝わりません。両方を組み合わせ、数値の表示はダッシュボード、説明の下書きと配布は自動化という分け方も選べます。
複数のクライアントを担当している場合、同じ仕組みを使い回せますか？
集計と照合の部分は共通化できますが、指標の定義と報告の様式はクライアントごとに違うことが多く、設定として外に出しておく必要があります。共通の処理に個別の分岐を書き足していくと、1社の要望を入れた変更が他社の出力を壊します。最初の1社で作り込む前に、どこが設定で変わる部分かを見分けておきます。
導入までにどれくらいの期間がかかりますか？
対象の媒体数と、数値の取り込み経路が用意できているかで変わるため、一律の目安は出せません。判断の材料になるのは、直近のレポート作成にかかった時間の内訳です。集計に多くを取られているなら取り込みだけで効果が出ますし、コメントの推敲に時間が偏っているなら、指標の定義を整える段階から始めることになります。