CodexでSNS改善ログを作る方法｜変更履歴から次の施策を決める

改善ログは日報ではなく、意思決定の履歴

『投稿した』『数字を確認した』だけの日報では次の判断に使えません。改善ログには、課題、仮説、変更点、維持条件、対象、期間、結果、判断、次回を残します。

目的は担当者を評価することではなく、同じ条件で同じ失敗を繰り返さないことです。結果が悪かった施策も、何を学んだかが明確なら価値があります。

投稿・プロフィール・リンク先を同じ施策IDでつなぐ

SNS投稿だけ改善しても、プロフィール文やリンク先が古ければ問い合わせは増えません。campaign_idまたはtest_idを投稿台帳、プロフィール変更、UTM、LP更新へ共通で付けます。

これにより、リーチからプロフィール、クリック、フォーム到達まで追いやすくなります。全行動を完全に特定できなくても、同期間の変化と更新履歴を照合できます。

Codexには追記先と禁止変更を明示する

改善ログを更新させるときは、元データを削除せず追記し、statusやdecisionの選択肢を固定します。AIが過去の判断を書き換えないよう、確定列を読み取り専用にします。

依頼は『今週のCSVから変化をまとめて』ではなく、『results.csvを読み、test_idごとに事実をsummary.mdへ追記。原因はhypothesis列へ候補として記載し、decision列は変更しない』のようにします。

7日後と28日後で判断を分ける

7日後は投稿単位の初期反応、28日後はプロフィール、クリック、問い合わせ、テーマの再現性を見ます。投稿直後の表示だけで成功・失敗を決めると、後から保存や検索で見られる投稿を過小評価します。

短期で止める条件と長期で判断する条件を先に決めます。事実誤認や炎上リスクは即時停止、保存やクリックは7日、問い合わせや採用は28日など、目的に合わせます。

仮説は一つの変更で検証する

画像、冒頭、投稿時間、CTAを同時に変えると、結果が上がっても理由が分かりません。改善ログではprimary_changeを一つ、secondary_changesを例外として記録します。

実務では完全な実験条件を作れません。キャンペーン、季節、広告、競合の大型発表など外部要因をnotesへ残し、断定を避けます。同じ仮説を三回程度試してから標準ルールにします。

成功ログより中止ログを検索できるようにする

成果が出た投稿は覚えていますが、過去に試して止めた施策は忘れられます。中止理由、対象、当時の条件を残さないと、担当者交代後に同じ施策が復活します。

Codexで過去ログを検索し、新しい企画と似た中止事例を先に提示させます。ただし市場や機能が変わっている場合は、古い失敗を永久ルールにせず、再試験条件を決めます。

週次会議ではログから三つだけ決める

会議で全投稿を読み上げる必要はありません。続けるテーマ、次に変える要素、止める施策を一つずつ決めます。Codexには候補と根拠行を出させ、人が優先順位を決めます。

未解決の論点はownerと期限を付けます。判断できないまま翌週へ持ち越す場合も、必要な追加データを明記します。

ログをテンプレート化しすぎない

全施策を同じ質問に当てはめると、動画の視聴維持、採用候補者の不安、広告CPAなどテーマ固有の論点が消えます。共通列は最小限にし、媒体・目的別の追加列を許可します。

AIが毎回同じ『継続的に改善しましょう』で締める場合は、判断が具体化されていません。継続、修正、中止、保留のどれかと、次回期限を必須にします。

費用と工数はログ作成時間も測る

改善ログが細かすぎて記録に時間がかかると定着しません。最初は一施策5分以内で入力できる項目に絞り、CSV取り込みと定型集計をCodexへ任せます。

外部支援を使う場合は、レポート納品だけでなく、判断ログが自社に残るかを確認します。契約終了後に過去の仮説と結果を引き継げないと、再びゼロから始まります。

まとめ：改善ログは投稿を増やす前の土台

CodexでSNS改善ログを作ると、投稿、プロフィール、LP、広告の変更と結果を一つの施策IDで追えます。大切なのはログの量ではなく、次の判断と中止理由が残ることです。

まず直近4週間の施策を三件だけ登録し、7日と28日の確認欄を作ってください。週次会議で続ける、変える、止めるを一つずつ決めると、AIが量産装置ではなく改善を支える作業環境になります。

改善ログをSNS部門だけに閉じず、Webサイトや広告の変更履歴と接続するなら、AIマーケティングの改善サイクルも確認すると、施策を横断して判断しやすくなります。