METHOD
SEO記事のレビューを週1回の枠にまとめる。人は枠の中で読んで決めるだけ【業務フロー・指示文付き】
変わるのは「レビューの量」ではなく「レビューが起きる時間」です。
AIが記事を量産しても、人のレビューが記事ごとに散らばれば、週のどこかが常に潰れる。レビューを週1回の固定枠にまとめ、その直前にAIが「何を読み、何を決めるか」を1枚にまとめる。人は枠の中だけで読んで決め、公開は人が承認した記事だけにする。
- 記事のレビューを「届いた順にすき間で読む」から「週1回の固定枠で、AI が揃えた1枚を上から読む」に変える設計
- レビューパックに載せるもの(今日決めること・レビュー待ち一覧と確認点・週次の数字・伸ばす段)と、人に残す判断を2回に固定する考え方
- 業務フローと AI への指示文(設計用プロンプト)で、自社のレビューを週1回の枠に組み替える手順
下の「AI への指示文」を Claude に貼ると、業務フローを踏まえて、自社向けの設計を質問しながら組み立てられます。
業務フローと AI への指示文
この記事の業務フロー(To-Be)と、自社向けに設計を組み立てる AI への指示文を無料でお渡しします。右の3つを入れると、ダウンロードのボタンが出ます。
- 業務フロー(To-Be)工程ごとの人/AI/データの担当と、人が判断する場所
- AI への指示文(設計用プロンプト)業務フロー入り。Claude に貼ると、自社向けの設計を質問しながら組み立てます
01結論:何が変わるのか
変わるのは「レビューの量」ではなく「レビューが起きる時間」だ。As-Is では、記事が出来るたびに通知が届き、人はすき間で読み、数字は別の画面に見に行き、何を決めたかは本人の記憶にしか残らない。To-Be では、週1回の固定枠の直前に AI がレビュー待ちの記事・確認してほしい点・週次の数字・今日決めることを1枚にまとめる。人は枠の中で上から順に読み、公開してよい記事だけを承認する(判断1) と、今週伸ばす段を1つ決める(判断2)。承認した記事だけが公開キューに進み、決めたことは AI が台帳に記録する。レビューの量は変わらない。変わるのは、それが週の1か所でしか起きないことだ。
公開の前には必ず人の承認を挟む。レビューを週1回にまとめるのは、人を外すためではなく、人が読む時間を守るためだ。枠に収まらなかった記事は次の枠に持ち越せばよく、確認なしで出す設計にはしない。
03AI 化の進め方、6つのフェーズ
大手と中小で中身は違っても、進め方の順番はどの会社でも同じです。フェーズごとに「目指す状態」と「実行内容」を置き、塗りがこの事例の位置。
04マーケの業務フローのどこを AI 化したか
マーケの仕事は6つのカテゴリーに分けられます。この業務が扱うのは、「制作」の4つのステップのうち M-33(品質・権利確認) です。
05効率化の段階
この業務は L0(手作業)から L2(半自動) へ。起点が「記事が出来るたびの通知」から「週1回の固定枠」に移り、読む材料は AI が枠の直前に揃える。人の判断は公開の可否と伸ばす段の2回に固定される。
06Before(As-Is):記事が出来るたびに人が呼ばれる。読む材料は頭の中にしか無い
スキルが無い場合の一般的な手順です。レビューは記事が届いた順に起き、数字は別の画面に見に行き、決めたことは残りません。
07After(To-Be):同じ8工程を、AIが枠の直前に揃える。人は枠の中で読んで決めるだけ
工程は変えていません。集める・整理する・まとめる・記録するを AI に渡し、人は週1回の固定枠の中で読んで決めます。公開は人が承認した記事だけです。
SEOレビューの週1枠化を AI 化する手順
- 待ちの収集:待ちを集める:記事台帳から、人が読む番の記事を取り出す
- 確認点の整理:確認点を添える:記事ごとに、見てほしい点とゲート結果を付ける
- 数字の集計:数字を集める:週の数字を拾う。無いものは未取得と書く
- 1枚にまとめる:1枚にまとめる:「今日決めること」から順に、枠の直前に出す
- 枠で読む:枠の中で読む:週1回の固定枠。上から順に読む
- 承認・差し戻し:承認か差し戻し:公開してよい記事だけを承認する
- 決定の記録:決定を記録:台帳の状態を進め、承認した記事を公開キューへ
- 次の一手:次の一手を提案:数字から、今週伸ばす段の叩き台を出す
08工程ごとの担当の変化
8工程の形は変えず、集める・整理する・まとめる・記録するを AI に移しました。人に残るのは 枠の中で読む・公開の可否(判断1)・伸ばす段(判断2) の3つです。
記事が出来るたびに通知が来て、都度読み始める
AI が記事台帳から、人が読む番の記事を取り出す
記事ごとに、何を見るべきかを自分で探す
AI が記事ごとに、見てほしい点とゲート結果を添える
複数の画面を開いて数字を拾う
AI が週の表示・クリック・問い合わせを拾う。無い数字は未取得と書き、推測しない
まとめは無い。読む材料は頭の中にしか無い
AI が「今日決めること」から順に1枚にまとめ、枠の直前に出す
すき間で読む。週のどこかが常に潰れる
週1回の固定枠の中で、1枚を上から順に読む
コメントで承認や差し戻しを返す。返事が散らばる
公開してよい記事だけを承認し、直す記事は差し戻す
何を決めたかは残らない。状態の更新は手作業
AI が台帳の状態を進め、承認した記事だけを公開キューへ移す
数字と記事が別々で、何を伸ばすか決まらない
AI が数字から叩き台を出し、人は今週伸ばす段を1つ返す
09設計のポイント
人の判断は2回に固定し、どちらも枠の中で決める
- 判断1 公開の可否: AI が添えた確認点を見て、公開してよい記事だけを承認する。公開の前には必ず人の承認を挟む
- 判断2 今週伸ばす段: 現在と必要の差が一番大きい段を1つ返す。数字を全部見るのではなく、段を1つ決める
- 枠の外では決めない。枠に収まらなかった記事は次の枠に持ち越し、AI がパックの先頭に載せる
AI の外に残るもの
- 公開の可否。AI は確認点を添えるだけで、承認はしない
- 一次情報の正しさ。実例が事実と合うかは、語った本人しか確かめられない
- 枠の固定。週1回の枠をカレンダーに置くのは人。枠が無ければ、まとめる仕組みがあっても散らばる
役割の移動
- レビュー担当: 届いた順にすき間で読む人 → 週1回の枠で、1枚を上から読んで決める人
- AI: 記事を書くだけ → 読む材料を集め、確認点と数字を添え、決めたことを記録する担当
- 記事台帳: 状態を手で更新する表 → 待ちの取り出しと、決定の記録が自動で揃う置き場
次の分岐
- 外部メディアに投稿する記事は、投稿を人が押すので、同じ枠で読んでも自動の対象にはしない
- 枠の中で同じ指摘が2回出たら、編集規程に1行足し、機械で検出できるものはゲートに昇格する
- 次の段階は、パックに載せる数字を増やすのではなく、「現在/必要」の必要側の数を置くこと(候補)
11まとめ
- レビューの量ではなく、起きる時間を変える。週1回の固定枠にまとめ、枠の外では読まない
- 読む材料は AI が枠の直前に1枚にする。今日決めること・レビュー待ちと確認点・週次の数字・伸ばす段
- 人の判断は公開の可否と伸ばす段の2回。公開は人が承認した記事だけで、AI は承認しない
この記事を書いた人
AI への指示文で設計を組み立てたところまでで構いません。30分の無料相談で、どの工程から AI に任せるかと、人が残す判断を一緒に決めます。
無料相談(30分)を申し込む