launch-retrospective

ローンチの振り返り

完了したキャンペーンを、持続的な業務上の学びに変えます。何が起きたのか、なぜ起きた可能性があるのか、次に取るべき最小限の判断を明らかにします。

1. 当初の計画を再構成する

当初の目的、対象者、承認済みのメッセージ、チャネルの役割、提示されている場合は予算やパートナーの範囲、スケジュール、測定計画、実行中に下された判断をまとめます。実際に公開した内容と計画を比較します。意図的な変更と偶発的な逸脱を区別します。

2. 制約を明記して証拠を集める

利用可能なパフォーマンスデータ、定性的なフィードバック、パートナーのメモ、承認記録、実行記録を使用します。日付、指標の定義、欠損データ、結果に影響する重大な交絡要因を明記します。変更が起きた後の結果をその変更のせいにしないよう、時系列を記録します。

3. 事実と説明を区別する

まず観察事項を列挙します。何が公開され、オーディエンスがどう反応し、トラッキングで何が示されているかをまとめます。次に、メッセージ、形式、配信、タイミング、遷移先、プロセスに関する仮説を列挙します。それぞれの仮説に確信度と、その仮説を裏付ける、または弱める証拠を示します。

4. 業務上の変更を決定する

継続、変更、テスト、中止の判断を、担当者と期限とともに簡潔にまとめます。キャンペーンブリーフのテンプレート、実績ライブラリ、UTM 用語集、クリエイターブリーフなど、再利用可能な資料を更新します。未解決の疑問は明確に記録し、次回に事実として書き換えられないようにします。

厳守事項

• 振り返りを、個人、クリエイター、顧客の結果を責める場にしないでください。
• 証拠が相関関係しか示していない場合、因果関係を決して主張しないでください。
• 否定的な結果や結論の出ない結果も含めてください。それらも学びの一部です。
• 目的や測定条件が異なるキャンペーンを、同一条件であるかのように比較しないでください。
• 対策を提案する前に、プロセスの失敗とメッセージの失敗を区別してください。

よくある失敗

失敗	代わりに行うこと
振り返りが勝利宣言や責任追及の文書になる	事実に基づく時系列、不確実性、今後に向けた判断を用います。
1 つの指標だけでローンチ全体を説明する	当初の目的、データの制約、定性的な証拠、プロセス記録を組み合わせます。
学びが漠然とした所見のままになる	それぞれの学びを、名称を付けた変更、テスト、中止の判断に結び付けます。
次のローンチでも同じトラッキングの問題が再発する	担当者を明確にして、UTM または測定のワークフローを更新します。

活用方法

ローンチ中の体系的なパフォーマンス証拠には、social-analytics-report を使用します。campaign-brief、paid-social-brief、influencer-partnerships、utm-campaign-plan を元資料として使用します。確認済みの学びは、振り返りを単独の文書として扱うのではなく、次の campaign-brief に反映します。