広告運用の知見をAIに引き継ぐ、ナレッジファイルの作り方

AIの回答を直すために、自分の考え方を何度も説明している。それでも次の作業になると、また同じ説明が必要になる。この問題には、指示を長くする前に、知見の保存先と読み出し方を見直す余地があります。

私が勧める出発点は、自分の判断を文書にし、分野ごとの保存先へ置き、作業の前に関連資料を参照させることです。この記事は製品の設定マニュアルではありません。広告運用の経験を、その場の会話から繰り返し使える資料へ移す手順に絞っています。

会話で説明しただけでは、次の参照先が決まらない

回答に対して「この場合はこう考える」と伝える行為は、その場の修正には役立ちます。しかし、その内容がどこに保存され、次にどの資料として使われるのかが決まっていなければ、引き継ぎの仕組みにはなりません。

まず、会話の中で繰り返し説明している判断を探します。数値を確認する順番、提案を保留する条件、報告に書くべき区別など、自分の業務で実際に使っているものが対象です。

過去のやり取りを丸ごと渡す必要はありません。特定の案件にしか当てはまらない事情と、別の作業でも使える判断を分けます。顧客情報や連絡先を残さないことも、この整理の段階で確認します。

「この施策を優先する」という結論だけを保存すると、前提が違う場面でも同じ答えを出しやすくなります。どの状況で、何を確認して、その判断になったのかを添えることが重要です。

文書には、扱う問い、判断の条件、確認する資料、断定できない点を区別して残します。実務で確かめられた内容なのか、まだ試していない案なのかも混ぜないようにします。

書き方の例として、「何を確認したら次へ進むか」と「何が不足していれば判断を待つか」を別の段落にすると、結論だけを抜き出されにくくなります。これは成果の実例を作るための欄ではなく、自分の判断を読み手へ伝えるための整理です。確かめていない理由を、後付けで実績のように書かないことも大切です。

最初から大量の知見を整えるより、次回も説明しそうな一つの問いを文書化するところから始めると、使い勝手を確かめられます。読み返したときに、その資料を使ってよい場面と使えない場面が分かることが目安です。

知見は、普段使う文書から整理して構いません。AIが読み込める形式へ書き出し、作業で参照する保存先にまとめます。Markdownは、見出しと本文をテキストで扱える形式の一つです。

ただし、拡張子を変えるだけで知見が整理されるわけではありません。分野や用途が分からないファイル名ばかりでは、必要な資料を探す手間が残ります。何について判断するための文書かが分かる名前を付けます。

分野ごとに分類するときも、細かく分けすぎないようにします。一つの作業に必要な資料をどこから読むか説明できるかが基準です。分類の完成度より、次の実務で実際に取り出せることを重視します。

資料を保存しても、その作業で参照されているとは限りません。依頼するときに、今回の問いと参照する文書を結び付けます。保存先全体を漠然と示すより、判断に関係する資料を指定するほうが確認しやすくなります。

回答を受け取ったら、どの記述を根拠にしたか、資料にない部分をどう扱ったかを確認します。根拠のない補完が混ざっていたら、保存資料の不足なのか、依頼の範囲が広すぎたのかを切り分けます。

ファイルを読ませる運用は、モデルそのものを再学習させることとは異なります。「覚えたはず」と考えるより、その都度参照できたかを確認するほうが、業務の引き継ぎを点検しやすくなります。

AIの回答を直したとき、その修正が今後も使うべき判断なら、対応する文書にも反映します。会話だけを直して保存資料を変えないと、次の依頼でも古い判断が参照される可能性があります。

反対に、その場だけの例外まで一般的なルールへ昇格させないようにします。どの条件に限った修正かを書けば、後から読んだときにも適用範囲を確かめられます。

変更後は、一度同じ資料を参照してもらい、意図した判断が反映されるかを確認します。うまくいかなければ文書の粒度や条件を見直します。知見の量を増やすことより、直した内容が次の仕事に反映されることが大切です。

見直す際は、同じ問いに答える文書が複数に分かれていないかも確認します。内容が異なる資料を並べたままにするのではなく、今回どれを基準に読むのかを依頼時に指定します。

AIと人の仕事全体を分けたい場合は広告内製化での役割分担へ、日々の報告へ知見を使いたい場合は週次レポート作成の進め方へ進めます。まずは、毎回説明し直している判断を一つ選び、次の作業前に読み出せる文書にしてください。