make-product-viral について
製品ページなどの表示面を改善し、理解しやすさ、信頼、記憶への残りやすさ、共有のしやすさを高めるマーケティングスキルです。製品の訴求、実例、行動導線、価格への信頼、ソーシャルプレビューを点検する監査手順を備えています。
主な機能
- 01ファーストビューで製品と成果が伝わるか確認
- 02製品デモや根拠を前方に配置
- 03メッセージを整理して主要な行動を明確化
- 04信頼情報、価格、ペイウォールとの適合性を確認
- 05ソーシャルプレビューとページの最終印象を点検
活用シーン
- 01製品のランディングページや価格ページを監査
- 02ローンチページ、無料ツール、アプリストア掲載面を改善
- 03公開前に共有プレビューとコンバージョン導線を確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ lvtd-llc/ skills --skill make-product-viralインストール後、Claude Code で/make-product-viralを入力して読み込まれたか確認します。
同梱ファイルreferences/source-and-caveats.mdworkflows/audit-product-surface.md
詳細
プロダクトをバイラルにする
このスキルを使うと、プロダクトの画面を改善し、ユーザーが内容をすばやく理解し、支払う前に信頼し、ページを離れた後も覚えていて、ページ全体を読み解かなくても人に共有できるようになります。
クレジット
このスキルは、Marc Lou が X に投稿した「32 Principles of a Viral Product」に着想を得ています:https://x.com/marclou/status/2065385672991752210
この情報源は、スタートアップの構築経験に基づく有力な基本指針として活用してください。あらゆる状況に当てはまる普遍的なルールではありません。クレジット表記、倫理的なガードレール、応用に関する注意点については、references/source-and-caveats.md を参照してください。
基本的な視点
バイラルなプロダクトとは、ソーシャル共有機能があるだけのプロダクトではありません。シンプルな約束、目に見えるプロダクトの実証、認知負荷の低さ、明確な購入までの流れ、そして人に話したくなる記憶に残る理由を備えています。
次の順に最適化します。
- ユーザーは数秒で内容を理解できますか?
- 長い説明を読む前に、プロダクトを見たり試したりできますか?
- 望ましい成果は具体的で、感情に訴え、記憶に残りますか?
- 次に取るべき行動はひと目で分かりますか?
- ユーザーに支払いを求める前に、信頼の根拠が見えていますか?
- 最後に受ける印象やソーシャルプレビューも含め、ページを共有しやすくなっていますか?
リソースの選び方
タスクに必要なファイルだけを読み込みます。
| 必要なもの | 参照先 |
|---|---|
| プロダクト、ランディングページ、料金ページ、ローンチページ、無料ツール、アプリストアの掲載内容、OG 画像の完全な監査手順 | workflows/audit-product-surface.md |
| クレジット表記、注意事項、倫理的なガードレール | references/source-and-caveats.md |
すばやく進める手順
- 細かな変更に取りかかる前に、プロダクトを明快な一文で表します。
- ファーストビューだけで訴求できるか確認します。何のプロダクトか、誰向けか、どんな成果が得られるか、信頼できる理由は何か、クリック後に何が起こるかを明示します。
- 目に見えるプロダクトの実証を、長い説明文より前に移します。
- メッセージが混在しているセクションを取り除き、各画面やセクションで伝える内容を一つに絞ります。
- メインの CTA で、次に取るべき行動を具体的に示します。
- ローンチの集客を勧める前に、信頼性、料金の分かりやすさ、ペイウォールが適切かを確認します。
- ソーシャルプレビューと最後に受ける印象を、共有できる要素として見直します。
出力形式
このスキルを使用する際は、次の内容を回答します。
- バイラル性の診断: 広まりやすい、あるいは広まりにくい主な理由。
- 効果の高い改善案: 影響の大きい順に、3~7件。
- ヒーローセクションの書き直し: 見出し、補足見出し、CTA、実証またはデモの提案。
- 共有しやすさの確認: OG 画像、フッターまたは最後に受ける印象、1行の説明文。
- 料金またはペイウォールに関する注意点: 関連する場合のみ。
- 検証計画: ローンチ前に確認すること。
提案は具体的にしてください。抽象的なアドバイスよりも、文言の差し替え、セクションの順序、プロダクトの実証、料金体系、具体的な UI やコンテンツの変更を優先してください。