Launch Strategy（ローンチ戦略）

Overview（概要）

このパブリック取込みコピーは https://github.com/sickn33/antigravity-awesome-skills から plugins/antigravity-awesome-skills-claude/skills/launch-strategy をパッケージ化し、ネイティブな Omni Skills 編集フォーマットに変換しながら、その出所を非表示にしません。

オペレータが上流ワークフロー、サポートファイル、およびリポジトリコンテキストをそのまま維持する必要があるときに使用してください。パブリックバリデータとプライベートエンハンサーは通常どおり下流フローを継続します。

この取込みは、コピーされた上流ファイルをそのままにしておき、metadata.json の external_source ブロックと ORIGIN.md をプロビナンスアンカーとして使用し、レビューできるようにしています。

Launch Strategy（ローンチ戦略） SaaS製品ローンチと機能発表の専門家です。モメンタムを構築し、注目を集め、関心をユーザーと収益に変える、ローンチ計画をユーザーが立てるのを支援することが目標です。

パブリック見出しにきちんとマッピングされなかったインポートされたソースセクションは、以下またはサポートファイルに保持されています。注目すべきインポートセクション：Core Philosophy、The ORB Framework、Five-Phase Launch Approach、Product Hunt Launch Strategy、Post-Launch Product Marketing、Ongoing Launch Strategy。

When to Use This Skill（このスキルをいつ使用するか）

このセクションをトリガーフィルターとして使用してください。オペレータがファイルを読み込む、コマンドを実行する、またはプルリクエストを開く前に、アクティベーション境界を明確にする必要があります。

• このスキルは、概要に説明されているワークフローまたはアクションを実行するために適用可能です。
• リクエストがインポートされたソースの意図と明確に一致する場合に使用してください：SaaS製品ローンチと機能発表の専門家です。モメンタムを構築し、注目を集め、関心をユーザーと収益に変えるローンチ計画を支援することが目標です。
• オペレータがプロセスをゼロから書き直す代わりに、上流ワークフローの詳細を保持する必要があるときに使用します。
• プロビナンスを答え、PR、またはレビューパケットに表示させておく必要があるときに使用します。
• コピーされた上流参照、例、またはスクリプトが実質的に答えを改善するときに使用します。
• ワークフローがプライベートエンハンサーに引き継がれる前に、パブリック取込みリポジトリでレビュー可能である必要があるときに使用します。

Operating Table（オペレーティングテーブル）

状況	ここから始める	なぜそれが重要か
初回利用	metadata.json	コピーされたワークフローに触れる前に、external_source ブロックを通じてリポジトリ、ブランチ、コミット、およびインポートされたパスを確認します
プロビナンスレビュー	ORIGIN.md	レビュアーに、インポートされたソースの平易言語監査証跡を提供します
ワークフロー実行	SKILL.md	実行を実質的に変更するコピーされた最小ファイルから始まります
サポートコンテキスト	SKILL.md	パッケージ全体を読み込まずに、次に関連するコピーされたソースファイルを追加します
ハンドオフの決定	## Related Skills	タスクがドリフトしたときに、オペレータがより強力なネイティブスキルに切り替えるのに役立ちます

Workflow（ワークフロー）

このワークフローは、意図的に編集的かつ運用的です。インポートされたソースをオペレータに役立てながら、下流エンハンサーフローを供給するパブリック取込み標準を満たします。

1. ユーザーの目標、インポートされたワークフローのスコープ、およびこのスキルがまだタスクの適切なルータであるかどうかを確認します。
2. コピーされた上流サポートファイルを読み込む前に、概要とプロビナンスファイルを読みます。
3. 現在のリクエストの結果を実質的に変更する参照、例、プロンプト、またはスクリプトのみを読み込みます。
4. 上流ワークフローを実行しながら、ワーキングノートでプロビナンスとソース境界を明示的に保ちます。
5. コピーされたファイルの上流期待値と証拠に対して結果を検証します。
6. 作業がこのインポートされたワークフローの重心から外れたときに、関連スキルにエスカレートまたはハンドオフします。
7. マージまたはクロージャーの前に、何が使用されたか、何が変わったか、およびレビュアーが何をまだ検証する必要があるかを記録します。

Imported Workflow Notes（インポートされたワークフローノート）

Imported: Core Philosophy（インポート：コア・フィロソフィー）

最高の企業は一度だけローンチするのではなく、何度も何度もローンチします。新機能、改善、更新のたびに、注目を集め、オーディエンスを惹きつける機会があります。

強いローンチは単一の瞬間ではありません。以下について述べています：

• ユーザーの手に早期に製品を渡す
• 実際のフィードバックから学ぶ
• すべてのステージで大きな波を起こす
• 時間とともに複合して成長するモメンタムを構築する

---

Examples（例）

Example 1: Ask for the upstream workflow directly（例1：上流ワークフローを直接要求する）

Use @launch-strategy to handle <task>. Start from the copied upstream workflow, load only the files that change the outcome, and keep provenance visible in the answer.

Explanation（説明）: オペレータがインポートされたワークフローは必要だが、リポジトリ全体は不要な場合、これが最も安全な出発点です。

Example 2: Ask for a provenance-grounded review（例2：プロビナンスに基づいたレビューを要求する）

Review @launch-strategy against metadata.json and ORIGIN.md, then explain which copied upstream files you would load first and why.

Explanation（説明）: レビューまたはトラブルシューティングが必要な場合、正確で監査可能な出所とファイル選択の説明が必要なときに使用します。

Example 3: Narrow the copied support files before execution（例3：実行前にコピーされたサポートファイルを絞り込む）

Use @launch-strategy for <task>. Load only the copied references, examples, or scripts that change the outcome, and name the files explicitly before proceeding.

Explanation（説明）: これにより、スキルはコピーされたパッケージ全体をデフォルトで読み込む代わりに、段階的な情報開示に合わせたままにします。

Example 4: Build a reviewer packet（例4：レビュアーパケットを構築する）

Review @launch-strategy using the copied upstream files plus provenance, then summarize any gaps before merge.

Explanation（説明）: これは、PRが人的レビューを待っており、反復可能な監査パケットが必要なときに役立ちます。

Best Practices（ベストプラクティス）

生成されたパブリックスキルを上流リポジトリの周りのレビュー可能なパッケージングレイヤーとして扱います。目標は、プロビナンスを明示的に保ち、実行を実質的に改善する、コピーされたソース資料のみを読み込むことです。

• インポートされたスキルを上流リポジトリで確実なものにします。ソース資料が支持できないステップを発明しないでください。
• ワークフローが監査可能で高速にレビューできるように、最小限の有用なサポートファイルセットを優先します。
• ノートとPR説明でプロビナンス、ソースコミット、およびインポートされたファイルパスを表示したままにします。
• 一般的なレビューボイラープレートに依存する代わりに、ワークフローを正当化するコピーされた上流ファイルを直接ポイントします。
• 生成された例をスキャフォルディングとして扱います。実行前に具体的なタスクに適応させます。
• アーキテクチャ、デバッグ、設計、またはセキュリティの懸念が支配的になったときに、より強力なネイティブスキルにルーティングします。

Troubleshooting（トラブルシューティング）

Problem: The operator skipped the imported context and answered too generically（問題：オペレータがインポートされたコンテキストをスキップし、一般的に答えすぎた）

Symptoms（症状）: 結果は plugins/antigravity-awesome-skills-claude/skills/launch-strategy の上流ワークフローを無視し、プロビナンスを述べることができず、またはコピーされたソースファイルをまったく使用していません。 Solution（解決策）: metadata.json、ORIGIN.md、および最も関連するコピーされた上流ファイルを再度開きます。external_source ブロックを最初にチェックしてから、プロビナンスを再度述べてから続けます。

Problem: The imported workflow feels incomplete during review（問題：インポートされたワークフローはレビュー中に不完全に感じられる）

Symptoms（症状）: レビュアーは生成された SKILL.md を見ることができますが、現在のタスクにとってどの参照、例、またはスクリプトが重要なのかをすぐに判断できません。 Solution（解決策）: あなたが取った経路を正当化する、正確なコピーされた参照、例、スクリプト、またはアセットをポイントします。ギャップがまだ実在する場合は、それを隠す代わりにPRに記録します。

Problem: The task drifted into a different specialization（問題：タスクが別の専門分野にドリフトしました）

Symptoms（症状）: インポートされたスキルは正しい場所で開始されますが、作業は、ネイティブスキルがより適切に処理するデバッグ、アーキテクチャ、設計、セキュリティ、またはリリースオーケストレーションに変わります。 Solution（解決策）: 関連スキルセクションを使用して、意図的にハンドオフします。次のスキルがブラインドで開始する代わりに正しいコンテキストを継承できるように、インポートされたプロビナンスを表示したままにします。

Related Skills（関連スキル）

• @00-andruia-consultant - このインポートされたスキルが文脈を確立した後、作業がそのネイティブ専門分野でより適切に処理されるときに使用します。
• @00-andruia-consultant-v2 - このインポートされたスキルが文脈を確立した後、作業がそのネイティブ専門分野でより適切に処理されるときに使用します。
• @10-andruia-skill-smith - このインポートされたスキルが文脈を確立した後、作業がそのネイティブ専門分野でより適切に処理されるときに使用します。
• @10-andruia-skill-smith-v2 - このインポートされたスキルが文脈を確立した後、作業がそのネイティブ専門分野でより適切に処理されるときに使用します。

Additional Resources（追加リソース）

このサポートマトリックスと以下のリンクされたファイルを、このインポートされたスキルのオペレータパケットとして使用します。これらは一般的なスキャフォルディングではなく、実際のコピーされたソース資料を反映する必要があります。

リソースファミリー	レビュアーに提供するもの	例パス
references	上流からコピーされた参照ノート、ガイド、または背景資料	references/n/a
examples	上流からコピーされた実行例または再利用可能なプロンプト	examples/n/a
scripts	実行またはバリデーションを変更する上流ヘルパースクリプト	scripts/n/a
agents	インポートされたパッケージの一部であるルーティングまたは委譲ノート	agents/n/a
assets	ソースパッケージからコピーされたサポーティングアセットまたはスキーマ	assets/n/a

Imported Reference Notes（インポートされた参照ノート）

Imported: The ORB Framework（インポート：ORB フレームワーク）

3つのチャネルタイプ全体で、ローンチマーケティングを構成します。すべては最終的に保有チャネルに戻るべきです。

Owned Channels（保有チャネル）

チャネルを所有しています（ただしオーディエンスは所有していません）。アルゴリズムやプラットフォームルールなしに直接アクセス可能です。

Examples（例）:

• メールリスト
• ブログ
• ポッドキャスト
• ブランド付きコミュニティ（Slack、Discord）
• ウェブサイト/製品

Why they matter（なぜそれが重要か）:

• 時間とともにより効果的になる
• アルゴリズム変更やペイ・トゥ・プレイがない
• オーディエンスとの直接的な関係
• コンテンツからの複合価値

オーディエンスに基づいて1-2で開始：

• 業界が高品質のコンテンツを欠いている → ブログを開始する
• 人々が直接更新を求めている → メールに焦点を当てる
• エンゲージメントが重要である → コミュニティを構築する

Example - Superhuman（例 - Superhuman）: 招待限定ウェイトリストと1対1オンボーディングセッションを通じて需要を構築しました。新しいユーザーはすべて30分間のライブデモを受け取りました。これは独占性、FOMO、口コミを生み出しました。すべて保有関係を通じて。何年後も、彼らのオリジナルオンボーディングマテリアルは依然としてエンゲージメントを駆動します。

Rented Channels（賃借チャネル）

可視性を提供するが、コントロールしていないプラットフォーム。アルゴリズムがシフト、ルール変更、ペイ・トゥ・プレイ増加。

Examples（例）:

• ソーシャルメディア（Twitter/X、LinkedIn、Instagram）
• アプリストアとマーケットプレイス
• YouTube
• Reddit

正しい使用方法：

• オーディエンスがアクティブな1-2プラットフォームを選択
• トラフィックを保有チャネルにドライブする
• これらを唯一の戦略として頼らない

Example - Notion（例 - Notion）: Twitter、YouTube、生産性愛好家がアクティブなRedditでバイラリティをハック。テンプレートとワークフローを共有するようにコミュニティを促す。しかし、すべての可視性を保有アセットに流し込みました。すべてのバイラル投稿はサインアップにつながり、その後、ターゲット化されたメールオンボーディング。

Platform-specific tactics（プラットフォーム固有の戦術）:

• Twitter/X：会話を発火させるスレッド → ニュースレターへリンク
• LinkedIn：高価値投稿 → ゲートコンテンツまたはメールサインアップへ
• マーケットプレイス（Shopify、Slack）：リストを最適化 → サイトへドライブしてもっと詳しく

賃借チャネルは速度を提供します。安定性ではありません。ユーザーを保有エコシステムに持ち込むことでモメンタムをキャプチャします。

Borrowed Channels（借用チャネル）

他人のオーディエンスにタップして、最も難しい部分をショートカットします。注意を得ること。

Examples（例）:

• ゲストコンテンツ（ブログ投稿、ポッドキャストインタビュー、ニュースレター機能）
• コラボレーション（ウェビナー、コマーケティング、ソーシャルテイクオーバー）
• スピーキングエンゲージメント（カンファレンス、パネル、バーチャルサミット）
• インフルエンサーパートナーシップ

受動的ではなく積極的であること：

1. オーディエンスがフォローしている業界リーダーをリスト
2. ウィン・ウィンコラボレーションをピッチ
3. SparkToroやListen Notesなどのツールを使用してオーディエンスオーバーラップを見つける
4. アフィリエイト/リファーラルインセンティブをセットアップ

Example - TRMNL（例 - TRMNL）: YouTuber Snazzy Labsに無料e-inkディスプレイを送信しました。有料スポンサーではなく、彼が好きになることを望んでいました。彼は500K以上のビューを集め、500K以上のセールスを駆動した詳細なレビューを作成しました。彼らはまた継続的なプロモーションのためのアフィリエイトプログラムをセットアップしました。

借用チャネルは即座の信頼性を提供します。ただし借用した注意を保有関係に変換する場合のみ機能します。

---

Imported: Five-Phase Launch Approach（インポート：5段階ローンチアプローチ）

ローンチは1日のイベントではありません。モメンタムを構築する段階的プロセスです。

Phase 1: Internal Launch（フェーズ1：内部ローンチ）

一般公開前に初期フィードバックを集め、大きな問題を解決します。

Actions（アクション）:

• 初期ユーザーを1対1で募集して無料でテスト
• ユーザビリティギャップと欠落機能に関するフィードバックを収集
• プロトタイプがデモに十分に機能するか確認（本番対応である必要はない）

Goal（目標）: 親しいユーザーとのコア機能を検証します。

Phase 2: Alpha Launch（フェーズ2：アルファローンチ）

制御方法で外部ユーザーの前に製品を配置します。

Actions（アクション）:

• アーリーアクセスサインアップフォーム付きランディングページを作成
• 製品が存在することを発表
• ユーザーを個別に招待してテストを開始
• MVPは本番稼働している必要があります（まだ進化中でも）

Goal（目標）: 最初の外部検証と初期ウェイトリスト構築。

Phase 3: Beta Launch（フェーズ3：ベータローンチ）

外部のバズを生成しながら早期アクセスをスケール。

Actions（アクション）:

• 早期アクセスリストを処理（一部は無料、一部は有料）
• 解決する問題に関するティーザーでマーケティングを開始
• 友人、投資家、インフルエンサーにテストと共有を募集

追加することを検討：

• 近日中ランディングページまたはウェイトリスト
• ダッシュボードナビゲーションの「ベータ」ステッカー
• アーリーアクセスリストへのメール招待
• 試験的機能用のセッティングでのアーリーアクセストグル

Goal（目標）: バズを構築し、より広いフィードバックで製品を洗練。

Phase 4: Early Access Launch（フェーズ4：アーリーアクセスローンチ）

小規模テストから制御された拡張にシフト。

Actions（アクション）:

• 製品の詳細をリーク：スクリーンショット、機能GIF、デモ
• 定量的な使用データと質的なフィードバックを収集
• 従事したユーザーとのユーザーリサーチを実行（クレジットで動機付け）
• オプション：メッセージングを洗練するための製品/市場フィットサーベイを実行

拡張オプション：

• オプションA：招待を一括でスロットル（一度に5-10%）
• オプションB：すべてのユーザーを「アーリーアクセス」フレーミングで同時に招待

Goal（目標）: スケールで検証し、フルローンチに備える。

Phase 5: Full Launch（フェーズ5：フルローンチ）

自給サインアップを開く。

Actions（アクション）:

• 自給サインアップを開く
• 充電を開始する（まだない場合）
• 全チャネルで一般利用可能を発表

ローンチタッチポイント：

• 顧客メール
• アプリ内ポップアップと製品ツアー
• ローンチアセットにリンクするウェブサイトバナー
• ダッシュボードナビゲーションの「新規」ステッカー
• ブログ投稿発表
• プラットフォーム全体のソーシャル投稿
• Product Hunt、BetaList、Hacker News、など

Goal（目標）: 最大の可視性と有料ユーザーへの変換。

---

Imported: Product Hunt Launch Strategy（インポート：Product Hunt ローンチ戦略）

Product Hunt は初期採用者に到達するのに強力である可能性がありますが、それは魔法ではありません。準備が必要です。

Pros（長所）

• テク知識のある初期採用者オーディエンスへの露出
• 信頼性ブースト（特に Product of the Day の場合）
• 潜在的なPRカバレッジとバックリンク

Cons（短所）

• よくランク付けするのは非常に競争的
• 短命なトラフィックスパイク
• 重要なプリローンチ計画が必要

How to Launch Successfully（正常にローンチする方法）

ローンチ前日：

1. 影響力のあるサポーター、コンテンツハブ、コミュニティとの関係を構築
2. リストを最適化：説得力のあるタグライン、洗練されたビジュアル、短いデモビデオ
3. 成功したローンチを研究して、何が機能したかを識別
4. 関連コミュニティに参加。ピッチの前に価値を提供
5. チーム全日対応を準備

ローンチ当日：

1. 終日イベントとして扱う
2. すべてのコメントにリアルタイムで応答
3. 質問に答え、議論を発火させる
4. 既存のオーディエンスにエンゲージメントを促す
5. トラフィックをサイトに戻す指向してサインアップをキャプチャ

ローンチ後：

1. エンゲージしたすべての人にフォローアップ
2. Product Hunt トラフィックを保有関係に変換（メールサインアップ）
3. ローンチ後コンテンツでモメンタムを継続

Case Studies（ケーススタディ）

SavvyCal（スケジューリングツール）：

• ローンチ前にランディングページとオンボーディングを最適化
• アドバンスで生産性/SaaS インフルエンサーとの関係を構築
• ローンチ当日にすべてのコメントに応答
• 結果：月間#2製品

Reform（フォームビルダー）：

• 成功したローンチを研究し、インサイトを適用
• クリアなタグライン、洗練されたビジュアル、デモビデオを作成
• ローンチ前にコミュニティに参加（最初に価値を提供）
• ローンチを終日エンゲージメントイベントとして扱う
• トラフィックをドライブしてサインアップをキャプチャ
• 結果：日間#1製品

---

Imported: Post-Launch Product Marketing（インポート：ローンチ後製品マーケティング）

発表がライブになったときにローンチは終わりません。今、採用と保持作業が来ます。

Immediate Post-Launch Actions（直後アクション）

新規ユーザーを教育： 重要な機能とユースケースを紹介する自動オンボーディングメールシーケンスをセットアップします。

ローンチを強化： それを見逃した人をキャッチするための週単位/隔週/月次ラウンドアップメールに発表を含める。