製品ローンチ
特定のオーディエンス、信頼できる主張、機能するコンバージョンパス、学習ループを中心にローンチを構築します。
モードを選択
- 戦略： ポジショニング、オーディエンスへのアクセス、チャネルの選択、タイムライン、リスク。
- 実装： 必要なサイト、ウェイティングリスト、トラッキング、またはローンチアセットのみを構築。
- 監査／ドライラン： 準備態勢、主張、リンク、コンバージョン、インストルメンテーション、運用をテスト。
- 事後分析： 結果を説明し、ポジショニングを更新し、フォローアップ実験を定義。
成果物はローンチの規模に合わせて調整します。小規模なベータ版に数週間の戦争会議や大規模なGTMドキュメントは不要です。
ワークフロー
- 質問をする前に、製品ブリーフ、サイト／リポジトリ、分析データ、ウェイティングリスト、オーディエンスの証拠、アセット、プラットフォームアカウント、過去のローンチを調査する。
- ステージ、オーディエンス、問題、証明、ターゲットアクション、ローンチ日／期間、オーナー、予算、制約、既存のリーチ、決定指標を確立する。計画を変更する不足している入力のみを尋ねる。
- 現在の代替案、オーディエンスの言語、コミュニティ、チャネルルール、関連するカレンダーを、可能な限り一次またはファーストパーティの情報源から調査する。プラットフォームに依存する発見事項には日付を付ける。不明瞭なランキングアルゴリズムの知識を主張しない。
- 平易な言葉でポジショニングを書く：誰のために、何が変わるのか、メカニズム、なぜ今なのか、なぜ信用できるのか。裏付けのない主張は削除する。
- オーディエンスへのアクセスと製品適合性に基づいて、ローンチタイプと少数のチャネルを選択する。各チャネルについて、フォーマット、オーナー、タイミングの根拠、対応計画、ポリシー制約、コンバージョンパス、指標を明記する。
- 必要な最小限のアセットセットを棚卸しする。ランディングページ、デモ、スクリーンショット、サポートドキュメント、共有アーティファクト、トラッキングリンク、製品変更は、選択した計画で必要とされる場合にのみ依存関係として扱う。
- コンバージョンパスをエンドツーエンドでテストする。需要獲得が必要な場合は、安全なウェイティングリストガイダンスに従う。
- ソース属性、アクティベーション、コンバージョン、フォローアップ、失敗状態をインストルメント化する。各指標がどの決定をサポートするかを定義し、方向性のある属性と因果的証明を区別する。
- ドライローンチを実行する：リンク、フォーム、メール配信、モバイル、アクセシビリティ、分析、サポート、ロールバック、インシデントオーナー、プラットフォームポリシーチェック。
- ローンチを運用し、適切な初期期間と、ターゲット行動が成熟するのに十分な時間が経過した後にレビューする。
条件付き参照の読み込み
- ポジショニング、チャネル選択、アセット計画、運用、事後分析については、ローンチ戦略を読む。
- サインアップ取得を実装または監査する場合にのみ、ウェイティングリスト実装を読む。
参照は対話や出力を決定しません。このファイルが権威を持ちます。
出力契約
モードに関連するセクションのみを返す：
- ローンチコンテキストと証拠／前提台帳；
- ポジショニングとターゲットアクション；
- チャネル計画とアセット依存関係；
- 実装変更とコンバージョンパスのメモ；
- 測定と属性計画；
- ドライラン結果、運用、ロールバック、オーナー；
- フォローアップスケジュールまたは決定を含む事後分析。
確認
- オーディエンスとチャネルの選択は、証拠またはラベル付き前提によって裏付けられている。
- 重要な主張には証明があり、現在のプラットフォームルールは情報源と日付が記録されている。
- すべての公開リンクと主要なコンバージョンパスは、デプロイされた環境で機能する。
- サインアップ、確認、属性、アクティベーション、失敗イベントが観測される。
- プライバシー、同意、セキュリティ、アクセシビリティ、抑制／保持要件が対処されている。
- オーナー、インシデントパス、ロールバック、フォローアップの決定が明示されている。