多くのコンテンツがうまくいかないのは、ボトルネックが執筆ではなく、その周辺すべてにあるからです。ブリーフは埋もれ、下書きはレビューで止まり、編集はSlack上で行ったり来たりし、「ちょっとした」投稿に2日もかかってしまいます。私たちはワークフローを1つの目標に向けて再設計しました。アイデアを白紙のドキュメントから公開URLまで90分で届けることです。しかも、投稿を本当に良くする部分は省かずに。
仕組みはこうです。
アイデアがトピックキューに入った瞬間に時計が動き始めます。コンテンツストラテジストが、オーディエンスの悩み、検索意図、製品との関連性という3つのフィルターで評価し、ブリーフに1行の切り口を入れます。5分以内にこれらのフィルターを通過できないものは、先へ進みません。このたった1つのトリアージで、誰の時間も1時間以上奪う前に、ダメなアイデアの60%が消えます。
次に、ブリーフに必要なのは執筆者の代わりではなく、執筆パートナーです。各投稿には、切り口、オーディエンス、ターゲットキーワード、そしてすでに上位表示されている内容から拾った3つの参考例を保持するプロンプトスタックをセットします。最初の下書きは20分で仕上がります。すでに考える部分は終わっているからです。ライターはゼロから見つめるのではなく、形にしているだけです。社内データでは、構造化されたプロンプトスタックで作成された下書きは、何もない状態から始める下書きより、修正ラウンドが40%少なくて済みます。
編集は同じドキュメント内で、同じ1時間のうちに行います。コメントはSlackのスレッドに取り残されず、特定の文に紐づいたままです。編集と並行してチェックリストを回し、フックの明確さ、1段落1アイデア、CTAの有無、内部リンクの配置を確認し、チェックリストが完了するまでドキュメントを出しません。これを計測したところ、チェックリストベースのレビューを通した投稿は、非公式なレビューを何度も往復する投稿より3倍速く公開されています。
公開はメタデータまで自動化されています。schema、slug、OG画像、alt text、内部リンクはすべてブリーフから自動入力されます。著者はボタンを1回押すだけです。投稿は公開され、数時間以内にインデックスされ、ダッシュボードにはトピックのKPIに紐づいたトラフィックとスクロール深度がすでに表示されます。「メタディスクリプションはどこに貼ればいいの？」という手順はありません。canonicalタグの付け忘れもありません。
90分はマーケティング上の誇張ではなく、実際の数値です。このワークフローで公開した直近40件の投稿を追跡したところ、白紙のドキュメントから公開URLまでの中央値は87分で、最も遅かったもの（2,000語の技術記事）でも112分でした。
ここでの学びは「もっと速くやろう」ではありません。速さは、意思決定を減らした結果として生まれる副産物だということです。このワークフローの各ステップは、ライターや編集者が本来なら自分で尋ねなければならない問い——どの切り口か、誰向けか、どんな例を使うか、次は何か——に答えるために存在しています。答えが最初から組み込まれていれば、時計の存在は気にならなくなります。
次の投稿でこのワークフローを試し、時間を計ってみてください。標準的な投稿で90分を切れないなら、ボトルネックがどこで何時間も漏れているのか、そして最初にどこを直すべきかをはっきり示してくれるはずです。