「先に結論を書いてほしい」「この成果は何の件数？」。広告レポートを直すたびに、同じ指摘を受けていないでしょうか。
その場で文章を直しても、次回また古いひな型から書き始めれば、同じ修正が必要になります。修正を減らすには、実際にお客様へ送った完成版を残し、「どこを、なぜ直したか」を次回の書き方へ反映することが大切です。
この記事でいう「学習」は、担当者やAIが修正内容を次のレポート作成に生かすことです。まずは直近のレポートを一つ選び、最初の案と実際に送った文章を並べるところから始めましょう。
初稿と実送信版を同じ期間で並べる
用意するのは、同じ週のレポートの「最初に作った案」と「実際にお客様へ送った完成版」です。以下では、この完成版を「確定版」と呼びます。途中で修正しただけの案と取り違えないように、送信日時や最終確認をした担当者も残します。
二つを並べたら、変更された箇所と理由を短く書き添えます。例えば、説明用の例として「細かな数値が先に並んでいたので、冒頭に今週の結果を一文で追加した」と残せば、次回は何に気をつけて書くかが分かります。
記録する内容は、次のように整理できます。
- いつの報告か：対象期間と送信日
- どこを直したか：修正前と修正後の文章
- なぜ直したか：相手からの指摘や確認できた理由
- 数字は何を表すか：問い合わせ件数なのか、成約件数なのか
- 次回も確認すること：前回の取り組みの結果や、まだ答えが出ていない点
修正が多いときは、「結論を先にする」「数字の意味を補う」など、同じ理由の修正をまとめても構いません。ただし、実際の修正前後を確認できる文章は残します。理由が分からない変更は、推測で説明せず、確認が必要と書いておきましょう。
この比較は社内で行います。顧客名や非公開の数値が入ったレポートは必要な担当者だけが見られる場所へ保存し、そのまま公開用の教材には使いません。
文体・構成と数値の修正を分ける
修正には、大きく分けて「伝え方を直すもの」と「内容を正しくするもの」があります。ここを分けておくと、次回にどこを確認すればよいかがはっきりします。
例えば、「一文を短くする」「結論を先に書く」は伝え方の修正です。一方、「問い合わせと成約を分ける」「先週と今週で比較する日数をそろえる」は、内容を正しくするための修正です。文章を読みやすくするだけでは、数字の取り違えは防げません。
特に「成果」という言葉には注意します。広告の管理画面に表示された成果と、実際に受け付けた問い合わせや成約は、同じものとして扱わず、それぞれ何を数えたか確認してください。
今週の数字をまだ取得できていない場合は、「0件」ではなく「未取得」と書きます。0件は確認した結果として件数がなかった状態、未取得はまだ分からない状態です。前回のレポートから文章を流用するときも、数字まで今週のものとして残さないようにします。
修正を頼むときも、「文章を短くしてください」と「この件数の集計元を確認してください」を分けて伝えましょう。文章の確認をする人と、数字を確認する人が違う場合でも、必要な作業を引き継ぎやすくなります。
繰り返す指摘だけをテンプレートへ反映する
同じ修正を繰り返しているなら、毎回使うひな型であるテンプレートを直します。例えば、毎回「結果を先に」と指摘されるなら、冒頭に「今週の結果」を書く欄を設けます。担当者の記憶に頼らず、書き始める時点で気づける形にするためです。
ただし、その週だけの事情は分けて残します。例えば「今週は計測の確認が終わっていない」という説明は、その週の記録です。翌週も自動で同じ文章が入ると、確認が終わったあとも誤った報告が続いてしまいます。
テンプレートへ残すのは、「数字が未確認の場合は、その状態を明記する」という繰り返し使える書き方です。毎週の結果や具体的な数字は、その都度確認して記入します。
お客様ごとの希望も、共通ルールと区別します。「このお客様は問い合わせ件数を最初に知りたい」という希望は、そのお客様用のひな型に残します。「比較期間を明記する」「効果が分からない段階で断定しない」は、ほかのレポートでも確認する項目です。
更新したテンプレートには、更新日と、参考にした確定版を記録しましょう。古い指示と食い違うときは、対象のお客様の最新確定版を確認して整理します。指摘をすべて貼り付けるより、次回の作成前に読める短いルールへまとめると使いやすくなります。
保存先も一つに決めます。担当者が古いコピーを使っていると、テンプレートを直しても次のレポートには反映されません。次回の作成担当者が、更新したファイルを開けるかまで確認してください。
レポートで確認すべき数字や説明を整理したい方は、広告代理店レポートを監査する確認項目も参考にしてください。数字が変わった理由から改善案を考えるときは、広告分析から改善案を作る実務手順で確認する順番を整理できます。
前回施策の状態を次回へつなぐ
前回「広告の画像を変更しました」と報告したなら、次回は変更後の結果に触れます。「何をしたか」だけで話を終えず、「その後どうなったか」までつなぐためです。
取り組みごとに、実施日、変更した箇所、期待した変化、確認する数字、次回の確認日を残します。例えば画像を変えた場合でも、何を改善したくて変えたのかが分からなければ、あとから良し悪しを判断しにくくなります。
結果は「改善」「悪化」「横ばい」「確認中」などで整理します。ただし、数字が良くなったことと、その変更が原因で良くなったことは別です。同じ期間に予算やほかの設定も変えていないかを確認します。
説明用の例として、画像の変更後に問い合わせが増えていても、同時に予算を増やしていたなら、「画像を変えた効果です」とは言い切れません。その場合は、問い合わせが増えた事実と、理由は引き続き確認していることを分けて書きます。
前回「引き続き確認します」とした内容は、次回の確認欄へ残してください。まだ比較できる数字がそろっていないなら、その理由と次に確認することを書きます。結論が出ていない項目を消さないことが、報告のつながりを保ちます。
次回作成前に学習セットを読み直す
次のレポートを書き始める前に、最新の確定版、更新したテンプレート、修正理由のメモ、今回の数字をそろえます。ここでいう「学習セット」は、この四つです。AIに下書きを作らせる場合も、前回の会話だけに頼らず、今回使う資料を確認できる状態にします。
前回の確定版で文章の長さや順番を確認し、テンプレートで毎回必要な項目を確認します。修正理由のメモでは、同じ指摘を繰り返さないための注意点を読みます。実際の報告に使う数字は、今回の資料から確認してください。
初稿ができたら、次の三つを見直します。
- 前回と同じ指摘が残っていないか
- 前回行った取り組みの結果に触れているか
- まだ分からないことと、次に確認することを書いているか
修正が減らない場合は、担当者の注意力だけの問題にせず、更新した資料が読まれているか、ルールが具体的かを確かめます。「分かりやすく書く」だけでは直し方が伝わりません。「冒頭に今週の結果を一文で書く」なら、次回に実行できたかを確認できます。
まだ確定版が決まっていない場合や、数字の意味・効果の理由を確認できていない場合は、次回以降の決まりとして広げず、確認が必要な点として残します。未確認の判断をひな型へ入れると、同じ誤りが続くためです。
まずは直近のレポート一つで、繰り返している修正を探してみてください。修正理由をひな型に反映し、次の初稿でその指摘が減ったかを確認する。この流れを続けることで、直した経験を次回の作成に生かせます。