cs-marketing-website について
完成済み、または実現性のあるアプリを持つ創業者向けのマーケティングスキルです。ページ一覧と依存関係付きの作業ボードでサイト業務を整理し、下書きや承認待ちと公開済みを区別します。
主な機能
- 01サイトのルートと導線の確認
- 02ページ一覧と各ページの役割の管理
- 03製品の事実と承認済み根拠の記録
- 04依存関係に沿った作業の優先順位付け
- 05コンテンツ台帳とレビュー周期の設定
活用シーン
- 01既存ページと不足ページの棚卸し
- 02チームが次に取り組む作業の決定
- 03根拠や承認待ちによるブロックの記録
- 04サイト構成とコンテンツ配置の計画
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ codespringapp/ codespring-skills --skill cs-marketing-websiteインストール後、Claude Code で/cs-marketing-websiteを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/page-inventory.mdstatus-language.mdtemplates/page-brief.mdpage-inventory.csvwebsite-context.mdwebsite-workboard.md詳細
アプリ向けウェブサイトの基盤
創業者が、完成済み、または信頼できる状態の製品を持っているものの、各ウェブサイトページの目的、次に構築すべきもの、マーケティング施策のどれが滞っているかを確実に把握できていない場合に、このスキルを使用します。これはマーケティングを調整するスキルです。散在したサイトとアイデアのリストを、継続的に管理されるページ一覧と、依存関係を考慮した作業ボードに変えます。
コンテンツの公開、本番環境の変更、広告への出稿、ページが公開中だと主張するために、このスキルを使用しないでください。これらの作業には、適切な後続スキルと承認が必要です。
必須入力
以下を収集するか、未確認として明示してください。
- 製品、購入者、達成すべき業務;
- 主なコンバージョンアクションとその遷移先;
- 現在の本番 URL とソースリポジトリ(利用可能な場合);
- 承認済みの実績:顧客の成果、スクリーンショット、製品デモ、レビュー、ソースデータなど;
- アナリティクスと Search Console へのアクセス状況;
- 創業者の対応可能時間、意思決定者、レビュー頻度。
公開中のサイトまたはリポジトリを利用できない場合は、提供された情報に基づいてドラフトの一覧を作成し、阻害要因を記録してください。技術的な状態を推測してはいけません。
手順 1:サイトを調査し、一覧化して整理する
実際のウェブサイト、ルート、ナビゲーション、サイトマップ、コンバージョン経路を調査します。templates/page-inventory.csv を使用して、既存のページと必要なページを記録してください。
各ページについて、URL、ページのホーム、親ルート、ナビゲーションラベル、ページ種別、対象ユーザー、達成すべき業務、主な CTA、実績、インデックス登録状況、担当者、ステータス、依存関係、成功指標、次のアクション、レビュー日を記録します。
既定では、以下のページホームを使用してください。
| ページの目的 | ホーム |
|---|---|
| 製品/カテゴリー、またはユースケースのコンバージョン | 製品、ソリューション、またはユースケースのページ |
| 常時参照されるハウツーの回答 | /resources/guides/[slug] |
| ツール/アプローチの選択 | /resources/comparisons/[slug] |
| 便利なテンプレート、チェックリスト、またはジェネレーター | /resources/tools/[slug] |
| 承認済みの顧客事例 | /resources/stories/[slug] |
| 会社のお知らせやローンチ情報 | /blog/[slug] |
| 製品のヘルプ | /docs/[slug] |
各ページの主な役割は 1 つにしてください。複数ある場合は、ページを分割するか、優先順位を明記します。
必須のページ構成
ページを追加する前に、簡潔な階層を定義します。製品で実際に提供できるレーンだけから始めてください。
/ # home: category, buyer, promise, primary CTA
/product or /solutions # product/use-case conversion pages
/pricing # packaging and purchase path, if public
/resources # resource hub; not a dumping ground
/guides # evergreen how-to answers
/comparisons # decision pages
/tools # useful templates, checklists, or generators
/stories # approved customer evidence
/docs # product help, not acquisition content
/blog # announcements and time-bound updates
- ナビゲーションは、購入者に関係する上位のリンク先を少数に絞ります。リソースの種類ごとのページは専用のハブにまとめ、関連する製品ページからリンクします。すべての記事をトップナビゲーションの項目にしてはいけません。
- 計画中のページには、スラッグを設定する前に親ページ/ホームを割り当てます。同じ業務に答えるガイド、比較記事、ブログ記事、ドキュメントのページを重複して作成しないでください。
- リソースのレーンは、有用なハブと少なくとも 1 つの完成済みかつオリジナルのページができるまで、サイトマップから除外し、
noindexにします。廃止ページや重複ページには、明示的なリダイレクト/noindex の判断が必要です。 - 新しい重要なページは、執筆または構築を始める前に
templates/page-brief.mdを使用してください。
完了条件: 一覧に、購入者、顧客、クローラーにとって重要なすべてのルートが含まれていること。各ページにホームと主な役割が設定されていること。不足しているページが場当たり的に作成されるのではなく、作業ボード上で優先順位付けされていること。
手順 2:製品の正確な情報と実績を確立する
templates/website-context.md に、製品に関する正確な情報を記載します。
- 対象ユーザー、課題、カテゴリー;
- 実際に裏付けられる価値提案;
- 製品が対応しないこと;
- 承認済みの実績と、根拠が不足している項目;
- 各ページで扱うコンバージョンアクションと購入者の懸念。
未承認の顧客名、引用、数値、スクリーンショットには、承認待ち/ブロック中と記載してください。逸話を公開可能な実績にしてはいけません。
完了条件: 計画中の各ページが正確な情報の出典を示せること。出典がない場合は、調査が必要であると明記されていること。
ステップ 3:作業ボードを作成する
インベントリを templates/website-workboard.md に整理します。
- NOW:壊れているコンバージョン経路、欠けている必須の製品ページ、または購入意欲の高いユーザーの質問を改善する、ブロック要因のない最小限のアクション。
- NEXT:NOW の完了後に役立つ作業。
- LATER:価値はあるものの、現時点では成長を制限していない作業。
- BLOCKED/AWAITING APPROVAL:創業者の対応、顧客の同意、アクセス権、コピーの承認、本番環境へのデプロイ、または証拠の確認を待っている作業。
各項目には担当者、具体的な次のアクション、依存関係、完了を示す証拠が必要です。「SEO を改善する」のような曖昧なカードは追加しないでください。
完了条件: 創業者が「今週は何をすべきですか?」と尋ねたとき、明確な NOW 項目が 1 つと、必要なブロック要因または承認が返ってくること。
ステップ 4:持続可能なマーケティングシステムを確立する
クライアントのリポジトリまたは運用ワークスペースに、以下の記録を作成するか、既存のものを確認します。
- ページインベントリ。
- マーケティングコンテキストの概要。
- NOW/NEXT/LATER/BLOCKED の作業ボード。
- 公開予定の Resources ページのコンテンツ台帳。
- 同意と承認の追跡を含む顧客事例のパイプライン。
- 毎週および毎月のレビューサイクル。
references/status-language.md をそのまま使用してください。コミット済み、またはローカルでビルド済みのページは LIVE ではありません。
引き継ぎ
- 技術的なクロール可能性、canonical、sitemap、Search Console の設定 →
cs-marketing-seo。 - 回答を先に示し、情報源に基づく Resources コンテンツ →
cs-marketing-aeo-content。 - 定期的なブリーフ、公開、レビュー、創業者への更新 →
cs-marketing-content。 - 顧客インタビューと承認済みの事例制作 → 専用の事例/動画スキルが確立されるまでは
cs-marketing-content。
よくある間違い
- ブログをウェブサイト全体と見なす。 製品、リソース、事例、ドキュメントのページは、それぞれ異なる役割を果たします。
- 中身のないリソース枠を公開する。 有用で完成した内容が揃うまでは、noindex にしておきます。
- 担当者やレビュー日を決めずに計画する。 運用システムではなく、アーカイブになってしまいます。
- ローカルでの完了を公開済みと混同する。 デプロイ後に公開 URL を検証する必要があります。
- 証拠を捏造する。 未承認の主張は、このシステムが築こうとしている信頼を損ないます。
検証チェックリスト
- ページインベントリに、重要なルートと必要なページがすべて記載されています。
- 各行に、ページの配置場所、役割、対象者、CTA、担当者、ステータス、次のアクションが記載されています。
- 重要な新規ページにはすべて、ページブリーフ、親ルート、インデックス登録の判断、ナビゲーション/内部リンク計画における配置場所があります。
- 製品に関する事実と承認済みの証拠が、調査上の不足事項と区別されています。
- 作業ボードに NOW、NEXT、LATER、BLOCKED の各セクションがあります。
- 最優先の NOW 項目に、依存関係と承認が必要な範囲が明記されています。
- 次回の週次チェックインと月次レビューの日付が記録されています。