ウェビナーのベストクリップは、ウェビナーの11日後に掲載されました。
何もブロックされませんでした。すべての投稿は、スクロールしたスレッドで単に誰かに「yes」と言うのを待っていました。
Snapshot
- セグメント
- マーケティングチーム社内のB2Bソフトウェア
- チームのサイズ
- 6リード、2つのコンテンツ、デザイナー、デマンドジェンダー、ソーシャル
- チャンネル
- 5LinkedIn, YouTube, X, Instagram, blog
- 評価までの時間
- 3 週間新しい承認パス上の最初のフルサイクル
承認ボード — ドラフト、レビュー、スケジュール済み
01 — 状況
前
このチームはコンテンツが足りず、完成から出版までのルートが足りませんでした。
チームは毎週水曜日にカスタマーウェビナーを開催しています。 出席が良い、録音が良い。 そして2人のコンテンツ作家は木曜日の午後までに4本のクリップをカットし3本の投稿を書くためのスタンディングタスクを持っています。 その部分は確かにほとんどの二週間でした。
次に起こったことは定義されていませんでした。Draftsは共有Googleドキュメントに入りました。 docとのリンクは11人の人々とSlackチャンネルに入りました。 ロードマップが誤って表示されていないことを確認するために、製品のマーケティングのリードが必要です。 顧客名に触れるものについては、法的に確認する必要がありました。 デザイナーは、グラフィックが必要かどうかを知る必要がありました。
チケットも所有者も予定日もありませんでした。 チャネル内にメッセージがあり、そのメッセージはチャネル内の他のすべてのメッセージと競合しました。 承認は、誰かが十分にさかのぼってスクロールしたときに発生しました。
02 — 摩擦
費用がかかったもの
チームはコンテンツを2回支払っていました。一度作ったら追いかけます。
四半期にわたって測定され、完成したドラフトから公開されたポストまでの中央値は6でした。 悪くなったのは、ポストの尾が3週間座っていたか、静かに死んでいたからである。 参照された瞬間から48時間以内に投稿が出たのはわずか22%でした。そして、イベントから最高の素材を持つチームにとっても。 それが物質の価値提案です
ソーシャルマネージャーは、週に9時間を予定しています。Slackへのリンクの再投稿、ダイレクトメッセージの承認者、どこにあるかのスプレッドシートの再構築。 それは許可を得ることのロジスティクスに費やした専門家の時間の週のより多くの日である。
第三のコストは、誰かがそれを探しに行くまで見えませんでした。 投稿はオープンしているツールから手作業でスケジュールされており、リンクに一貫性のないタグ付けがなされているため、どのチャンネルがパイプラインに貢献しているのかは誰にもわかりませんでした。 四半期ごとのレビューでは、チームが自信を持って制作できる唯一の数字であったため、インプレッションについて議論しました。
What this was costing
- 中央の下書き→公開6.2 日
- 投稿はその瞬間から 48 時間以内に配信されます22%
- 追いかけるソーシャルマネージャーの時間約9時間/週
- 属性パイプラインを持つチャンネル0 / 5
03 — 変更内容
リワークされたワークフロー
承認経路は会話ではなく、ポストが進む舞台となった。
- 承認ワークフロー
すべての投稿にはステージ名とオーナー名が付いています
ドラフト、製品レビュー、法的審査(顧客またはロードマップ請求が提示されている場合のみ)、スケジュールされました。 役割への各ステージルートは、11人すべてが他の誰かがそれを持っていると想定することができるチャンネルにではなく。 コメントは投稿自体に掲載されているので、フィードバックとレビューされているものは決して異なる2つの文書ではありません。
- 一度アップロード→ プラットフォームバリアントを表示
ウェビナー1つの録音によって2週間全体が生まれます
録音は一度アップロードされます。 垂直クリップ、キャプション、プラットフォームごとのタイトルと説明のバリエーションが生成されます。 だから作家はリサイズや再入力ではなく ポストの議論に時間を費やしています 木曜日の作品であった4つのクリップは、木曜日の前に用意されています。
- スケジュール+ベストタイムのおすすめ商品
承認された記事は日付付きのキューに直接移動します
承認とスケジューリングは、2人の別々の行為であることを停止しました。 最終ステージをクリアする投稿は、そのチャンネルのオーディエンスに推奨されるウィンドウで、すでに日付に座っています。 スケジューラを誰かが開くのを待つものはありません。
- クロスプラットフォーム分析+収益アトリビューション機能
チャンネルのパフォーマンスは、インプレッションではなくパイプラインに対して報告されています
接続された広告アカウントと、単一のパブリッシングパスからの一貫したタグ付けにより、四半期ごとのレビューで件名が変更されました。 クローズされた機会への道筋に、どのチャンネルの投稿が座っているかを表示できるようになりました。 これはリーチと比べると非常に難しい会話であり、はるかに有用な会話です。
このチームの誰もより速く作業を開始しませんでした。キューは投稿が座って忘れられる場所を持つことをやめました。
04 — 結果
移動したもの
中央の下書き→公開
6.2 日9 時間第1四半期の終わりまでに
投稿はその瞬間から 48 時間以内に配信されます
22%79%第1四半期の終わりまでに
ソーシャルマネージャーが追いかけた時間
≈9 時間 / wk≈2 時間 / wk第6週までに
チャネル報告属性パイプライン
0 / 55 / 5第2四半期
これを運転したものについての正直なメモ
承認番号はプロセスの決定のために移動しました, 機能ではありません: 法的審査は普遍的ではなく、条件となりました. この変更だけでも、10年に7つのポストからステージを削除した。 このツールにより、条件付きルーティングが強制的に見えるようになりました。しかし、同じ判断を下したチームは、この結果の良いシェアを獲得できます。 属性図は、接続されたデータソースを必要とするものです。
コンテンツに問題があると思っていました。出口がないキューを持っていて、他の誰かが承認者であるとして丁寧に11人がいました。
05 — これから取るべきこと
転送可能なレッスン
Useful whether or not you ever open NOWScale — these are the parts that generalise.
完了と公開の間のギャップを測定する
ほとんどのチームはアウトプットとエンゲージメントを測定します。現時点では、投稿の年齢を測定することはほとんどありません。 中央値が2日以上であればボトルネックは創造性に欠けます
レビューチャンネルはレビュープロセスではありません
Slackチャンネルには所有者がなく、状態も期限もありません。 承認がスレッド内に存在する場合、承認速度はスクロールが起こる関数です。
高価なレビューステージを条件付きにする
すべてを合法で安全に送信することは、すべてが合法的な速度で移動することを意味します。 ステージの引き金となるもの、顧客名、ロードマップの主張、番号などを正確に定義し、その周りをすべてのものを移動させます。
アトリビューションは分析の問題になる前に公開パスの問題です
5人が4つのツールから公開した場合、一貫してタグを付けることはできません。投稿がどこに出るかを統合することで、レポートの質問に答えられるようになります。