チームでX投稿を確認する承認フロー｜下書きから公開まで
チームの確認を「公開前の記録」にする
Xの投稿は、下書きを保存しただけでは承認済みになりません。小規模チームでは、作成者・事実確認者・承認者・公開者を分け、誰が何を確認し、どの状態で止まっているかを1件ごとに残すと、確認漏れと無断公開を減らせます。
この記事では、SebaschaNSで作成・編集した投稿案を含めて使える、製品外の承認台帳の作り方を説明します。SebaschaNS内に複数人の承認ワークフローがあることは、この記事では前提にしません。
図は承認台帳の概念です。SebaschaNSまたはXの画面ではありません。
最初に4つの役割を決める
同じ人が複数の役割を兼ねても構いません。ただし、台帳では役割を分けて記録します。公開の担当者が「誰の承認で公開したか」を後から確認できる状態が大切です。
- 作成者：投稿案と素材をそろえ、確認待ちにする人
- 事実確認者：本文・出典・画像・リンクに事実誤認がないか確認する人
- 承認者：公開してよいかを判断し、承認または差戻しを記録する人
- 公開者：承認済みの内容と公開先を照合して、実際の公開操作を行う人
X Delegateは、1つのXアカウントでOwner、Admin、Contributorという役割を分け、パスワードを共有せずに共同作業できる公式機能です。一方で、Xの公式ヘルプでは、アカウント所有者が許可したAdmin・Contributorの投稿内容に責任を負うと案内されています。Delegateの設定と、この承認台帳は別々に扱ってください。
投稿ごとに5項目を確認する
承認者が「読んだ」だけで終わらないよう、確認する項目を固定します。まずは次の5項目から始めると、確認理由が残ります。
確認票は投稿ごとに複製し、確認者と確認日時を残します。
- 本文：言い切りが根拠より強くなっていないか、誤解される表現がないか
- 出典：事実として書いた内容の元ページ・資料・確認日をたどれるか
- 画像：権利、人物・個人情報、本文との関係を確認したか
- リンク：行き先、表示内容、公開してよいURLかを確認したか
- 公開先：正しいXアカウント、投稿時刻、返信・引用などの形式を確認したか
この票は法務・広報・セキュリティの正式承認を置き換えるものではありません。社内で必要な審査がある場合は、その担当と条件を別に追加してください。
状態を混ぜずに、差戻しも記録する
台帳では「作成中」「確認待ち」「差戻し」「承認」「公開済み」を別の状態として扱います。下書き保存、予約、公開前の確認は、SebaschaNSの既存ガイドでも異なる次の状態として案内されています。下書きの存在だけを承認の証拠にしないでください。
差戻しでは、直す項目と再確認が必要な項目を記録します。
差戻しになったとき
差戻しの理由を「要確認」だけにせず、5項目のどれかと修正内容を残します。作成者が修正したら、状態を再び「確認待ち」に戻し、必要な役割がもう一度確認します。以前の承認を流用しないことで、修正後の本文やリンクとのずれを防げます。
承認後に公開する前
公開者は、台帳の承認状態、最終本文、添付画像、リンク、公開先をもう一度見比べます。内容を変える必要が生じたら、状態を「確認待ち」へ戻します。公開できたことは、下書き・予約・承認とは別に「公開済み」として日時と公開先を記録します。
SebaschaNSで投稿案を扱うときの境界
SebaschaNSの投稿案は、生成後に下書き・予約・投稿前確認から次の状態を選ぶことができます。チームの承認を行う場合も、投稿案の保存状態と承認台帳の状態を別に残してください。
次に、投稿案の保存・予約・公開前確認の違いを確認したい場合は、生成した投稿を下書き・予約・投稿前確認から選ぶを参照してください。
まとめ：公開権限と承認記録を分ける
承認フローは、誰かにパスワードを渡すことではなく、役割・確認項目・状態を分けて残すことから始められます。まずは次の1投稿で、4役と5項目の台帳を使い、「承認済み」と「公開済み」を別に記録してみてください。
投稿案を作り、公開前に内容を確認する流れを検討する方は、SebaschaNS公式サイトで投稿作成・確認支援を見ることができます。