ウェビナーで一番よかったクリップが公開されたのは、11日後だった。
止められていたものは1つもありません。どの投稿も、流れて見えなくなったスレッドの中で誰かが「はい」と言うのを待っていただけでした。
概要
- セグメント
- マーケティングチーム社内チーム、B2B ソフトウェア
- チーム規模
- 6リード、コンテンツ2名、デザイナー、デマンドジェネレーション、ソーシャル
- チャンネル
- 5LinkedIn、YouTube、X、Instagram、ブログ
- 効果が出るまで
- 3 週間新しい承認経路での最初の1サイクル
承認ボード:下書き、レビュー、予約済み
01. 状況
以前のかたち
このチームに足りなかったのはコンテンツではなく、完成から公開までの道でした。
チームは隔週の水曜に顧客向けウェビナーを開催しています。参加者も録画も良好で、コンテンツ担当の2人には、木曜の午後までにそこから4本のクリップを切り出し、3本の投稿を書くという定例タスクがあります。この部分は、ほとんどの回で確実に実行されていました。
そのあとが決まっていませんでした。下書きは共有の Google ドキュメントに入ります。そのリンクが、11人のいる Slack チャンネルに投げられます。ロードマップを誤って伝えていないかは、プロダクトマーケティングのリードが確認する必要があります。顧客名に触れるものは法務が見る必要があります。デザイナーは図版が必要かどうかを知る必要があり、それを同じスレッドを読んで把握していました。
そこにはチケットも担当者も期限もありません。あるのはチャンネル内の1つのメッセージで、そのメッセージは他のすべてのメッセージと注意を奪い合います。承認は、誰かがたまたま十分に上までスクロールしたときに起きていました。
02. 摩擦
何を失っていたか
チームはコンテンツに二重に払っていました。作るために一度、追いかけるためにもう一度。
四半期を通して測ると、下書きの完成から公開までの中央値は 6.2 日でした。平均はさらに悪く、3週間放置されたり静かに消えたりする投稿が尾を引いていたからです。言及した出来事から48時間以内に公開できたのは全体の 22% だけで、最良の素材がイベントから生まれるチームにとって、それは素材の価値そのものです。
ソーシャル担当は、状況の確認に週9時間ほどかかっていると見積もりました。Slack にリンクを貼り直し、承認者に個別メッセージを送り、何がどこにあるかのスプレッドシートを作り直す。専門職の時間を、週に1日以上、許可を得るための段取りに使っていたことになります。
3つ目の損失は、誰かが探しにいくまで見えませんでした。投稿はそのとき開いていたツールから手作業で予約され、リンクのタグ付けもばらばらだったため、どのチャンネルがパイプラインに貢献したのかを誰も言えなかったのです。四半期のレビューでインプレッションが議題になったのは、それがチームの自信を持って出せる唯一の数字だったからです。
What this was costing
- 下書きから公開までの中央値6.2 日
- その出来事から48時間以内に公開できた投稿22%
- ソーシャル担当が確認に使った時間約9時間/週
- パイプラインを計測できるチャンネル5つ中0
03. 変わったこと
作り直したワークフロー
承認の経路は会話であることをやめ、投稿が通っていく段階になりました。
- 承認ワークフロー
すべての投稿に、名前のついた段階と担当者がある
下書き、プロダクトレビュー、法務レビュー(顧客名やロードマップへの言及がある場合のみ)、予約済み。各段階はロールに割り当てられ、11人が互いに他の誰かがやると思えるチャンネルには流れません。コメントは投稿そのものに付くため、フィードバックと対象物が別々の文書に散ることはありません。
- 1回のアップロード → 各プラットフォーム版
1本のウェビナー録画が、2週間分をまかなう
録画は一度アップロードするだけ。縦型クリップ、字幕、プラットフォームごとのタイトルと説明の候補がそこから生成されるので、書き手はサイズ調整や打ち直しではなく、投稿の中身に時間を使えます。かつて木曜1日分の仕事だった4本のクリップは、木曜より前に用意できています。
- 予約投稿 + 最適な時間の提案
承認された投稿は、そのまま日付入りのキューへ
承認と予約は、2人の人間による別々の作業であることをやめました。最終段階を通った投稿は、そのチャンネルの視聴者に合ったおすすめの時間帯で、すでに日付の上に乗っています。誰かが予約画面を開くのを待つものはありません。
- クロスプラットフォーム分析 + 売上の貢献度計測
チャンネルの成果は、インプレッションではなくパイプラインで報告する
広告アカウントを接続し、1つの公開経路から一貫したタグ付けを行ったことで、四半期レビューの議題が変わりました。チームはいま、受注に至った経路上にどのチャンネルの投稿があったのかを示せます。リーチよりずっと難しく、そしてずっと役に立つ会話です。
このチームの誰も、作業を速くしたわけではありません。投稿が置き去りにされる場所が、キューからなくなっただけです。
04. 結果
何が、いつまでに動いたか
下書きから公開までの中央値
6.2 日9時間第1四半期の終わりまでに
その出来事から48時間以内に公開できた投稿
22%79%第1四半期の終わりまでに
ソーシャル担当が確認に使った時間
約9時間/週約2時間/週6週目までに
パイプラインを計測できるチャンネル
5つ中05つ中5第2四半期
結果を生んだ要因についての、正直な注記
承認の数字が動いたのは、機能ではなくプロセスの判断によるものです。法務レビューを全件必須から条件付きに変えました。この変更だけで、10件中およそ7件から1段階が取り除かれています。ツールは条件分岐を確実に実行し、見える形にしましたが、同じ判断を紙の上で下したチームでも、この結果の大部分は得られます。データソースの接続が本当に必要だったのは、貢献度計測の数字のほうです。
コンテンツの問題だと思っていました。実際にあったのは、出口のないキューと、他の誰かが承認者だろうと丁寧に思い込んでいた11人でした。
05. ここから学べること
他でも使える教訓
Useful whether or not you ever open NOWScale: these are the parts that generalise.
完成から公開までの差を測る
多くのチームは出力量とエンゲージメントを測ります。公開された瞬間の投稿の「古さ」を測るチームはほとんどありません。その中央値が2日を超えているなら、ボトルネックは制作能力ではありません。
レビュー用のチャンネルは、レビュープロセスではない
Slack のチャンネルには所有者も状態も期限もありません。承認がスレッドの中にあるなら、承認の速さは「誰がたまたまスクロールしていたか」で決まります。
コストの高いレビュー段階は条件付きにする
念のためすべてを法務に通せば、すべてが法務の速度で動きます。その段階を発動させる条件(顧客名、ロードマップへの言及、数値)を正確に定義し、それ以外は迂回させてください。
貢献度計測は、分析の問題である前に公開経路の問題
5人が4つのツールから公開していては、一貫したタグ付けはできません。投稿の出口をまとめることが、そもそもレポートの問いに答えられるようにする条件です。