Communitygithub.com

vibbs/company-os

特定のチャネル（LinkedIn、Twitter、メール、Product Huntなど）向けのプラットフォーム別マーケティングプレイブックを作成します。新しい成長チャネルを立ち上げたり最適化する際に使用します。

company-os とは？

このスキルは、特定の獲得チャネルに特化したマーケティングプレイブックを生成するために設計されています。チャネルのアルゴリズム、オーディエンスの文化、ベストプラクティスを深く理解した上で、コンテンツ戦略、投稿頻度、エンゲージメント戦術、成功指標を定義します。対応プラットフォームはTwitter/X、LinkedIn、Reddit、TikTok、Instagram、Product Hunt、Hacker Newsなど多岐にわたり、各プラットフォーム固有のアルゴリズム知識や文化的規範が反映されています。また、GTMスプリントと連携して「ディレクトリ一斉登録」「公開制作アーク」「競合からのユーザー獲得」といった戦術も提供します。ICP（理想顧客プロファイル）ドキュメントやメッセージングフレームワークを入力として受け取り、成果物は`artifacts/growth/`に保存され、ツールスクリプトによるバリデーションを経ます。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/vibbs/company-os/tree/HEAD/.claude/skills/channel-playbook
オリジナルを見る→すべてのスキルを見る

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

OpenAIChatGPTClaudeClaudeGeminiGeminiGrokGrokPerplexityPerplexityDeepSeekDeepSeek

ドキュメント

チャネルプレイブック

リファレンス

  • ID: S-GRO-04
  • カテゴリ: グロース
  • 入力: ICPドキュメント、メッセージングフレームワーク、チャネル選択、予算制約
  • 出力: チャネルプレイブックドキュメント → artifacts/growth/
  • 使用するエージェント: グロースエージェント
  • ツールスクリプト: ./tools/artifact/validate.sh

目的

選択した獲得チャネルに特化したマーケティングプレイブックを作成します。コンテンツ戦略、投稿頻度、エンゲージメント戦術、成功指標を、そのチャネルの特性に合わせてカバーします。

手順

直接アウトリーチ / ファウンダー主導の営業

段階: アイデア/MVPの段階で最もレバレッジが効く。すべてのファウンダーはここから始めるべき。

  1. ICPからプロスペクティングへ: ターゲットが見つかる場所

    • LinkedIn: 役職 + 企業規模フィルター
    • Slack/Discordコミュニティ: ICPが集まる場所
    • Twitter/Xリスト: キュレーションされたターゲットペルソナリスト
    • GitHub: 開発者ツール向け（関連プロジェクトのコントリビューター）

  2. アウトリーチメッセージフレームワーク（問題起点、ピッチ起点ではない）:

    • 自分のソリューションではなく、彼らのペインポイントに関する質問で始める
    • 相手について具体的な何かに言及する（最近の投稿、会社のニュース）
    • デモではなく15分の時間を求める
    • テンプレート: 「こんにちは [名前] さん。[具体的な観察] に気づきました。私は [一言] を構築しています。[ペインポイント] に現在どのように対処されているのか、ぜひ教えてください。15分だけお時間いただけませんか？」

  3. フォローアップの頻度（3タッチシーケンス）:

    • 0日目: 初回メッセージ
    • 3日目: 価値提供型フォローアップ（関連コンテンツ/インサイトを共有）
    • 7日目: ソフトクローズを伴う最終フォローアップ

  4. ディスカバリーへの橋渡し: 実際の通話準備とデブリーフには顧客会話スキルを使用する

  1. ターゲットチャネルを選択し、そのオーディエンスのダイナミクス、アルゴリズムの動作、ベストプラクティスを確認する。
  2. ICPドキュメントを確認し、このチャネルにオーディエンスが存在することを確認する。
  3. チャネル固有の目標を定義する：認知、トラフィック、リード、または直接的なコンバージョン。
  4. メッセージングフレームワークをチャネルの形式とトーンに適応させる。
  5. コンテンツミックスを設計する：コンテンツタイプ、フォーマット、比率（例：教育60%、社会的証明20%、プロモーション20%）。
  6. 投稿頻度を定義する：頻度、最適な時間、スケジュールツール。
  7. エンゲージメント戦術を概説する：コミュニティとの交流、コメント戦略、DMアウトリーチルール。
  8. 該当する場合は有料増幅戦略を定義する：予算配分、ターゲティング、A/Bテスト計画。
  9. 成功指標とKPIを設定する：インプレッション、エンゲージメント率、クリック率、コンバージョン。
  10. レビュー頻度を定義する：毎週のメトリクスレビュー、毎月の戦略調整。
  11. プレイブックを artifacts/growth/ に保存する。
  12. ./tools/artifact/validate.sh を使用してアーティファクトを検証する。

プラットフォーム深堀りリファレンス

チャネル固有のプレイブックを作成する際は、以下のプラットフォーム固有のガイダンスを参照してください。これらは一般的なアドバイスを超え、アルゴリズム固有および文化固有の知識を含みます。

Twitter/X

  • アルゴリズム: 最初の1時間のエンゲージメント速度が最も重要。いいねよりも返信の方が重みがある。ネイティブコンテンツ（外部リンクなし）がブーストされる。
  • スレッド構造: フックツイート → 3〜5の価値ツイート → CTAツイート。各ツイートに番号を振る。
  • エンゲージメントパターン: 価値投稿3 : プロモーション1 : エンゲージメント1（質問、投票）
  • タイミング: オーディエンスがアクティブな時間に投稿する（アナリティクスを確認）。引用リツイートは配信を増やす。
  • 避けるべきこと: リンクのみのツイート（アルゴリズムによって抑制される）、フックのないスレッドダンプ、企業風のトーン。

LinkedIn

  • アルゴリズム: コメントはいいねの5倍の重み。リンクよりもネイティブコンテンツが優先される。ドキュメント/カルーセル投稿はテキストの3倍のリーチを得る。
  • フォーマット: 短い段落（1〜2文）、間に空白。最初の行にフックを配置する（「もっと見る」の前に）。
  • カルーセル投稿: 8〜12スライド、教育コンテンツ、一貫したブランディング、最後のスライドにCTA。
  • エンゲージメント: 最初に他人の投稿にコメントする。本当に関連性がある場合のみ人をタグ付けする。
  • 避けるべきこと: ハッシュタグスパム（最大3〜5個）、直接的な営業ピッチ、ツイートのクロスポスト。

Reddit

  • 文化的規範: 90-9-1ルール（90%が消費、9%がコメント、1%が投稿）。常に価値提供を第一に。
  • 参加プロトコル: 2週間はROM専、コミュニティルールを読み、投稿ではなくコメントから始める。自分のコンテンツを共有する前にカルマを獲得する。
  • 自己宣伝: Reddit比率 — 自己宣伝投稿1件につき9件の真に役立つ貢献。所属を開示する。
  • サブレディット選択: 関連するサブレディットを3〜5つ見つける。アクティビティ（1日10投稿以上）、ルール、自己宣伝に関するモデレーターのスタンスを確認する。
  • AMA形式: 2週間前から準備する。すべての質問に答える。誠実であり、限界を認める。
  • 避けるべきこと: 投票操作、企業風の言葉遣い、モデレーターのフィードバックを無視する、ブリガーディング、やらせアカウント作成。

TikTok

  • アルゴリズム: 完読率が他のすべてのシグナルよりも重要。3秒のフックが成否を分ける。トレンド音声が発見を促進する。
  • コンテンツ構成: フック（0〜3秒） → コンテキスト（3〜8秒） → 価値（8〜45秒） → CTA（最後の3秒）
  • 投稿: 成長フェーズでは1日1〜3回。コンテンツをバッチ作成する。48時間以内にトレンド音声を使用する。
  • ハッシュタグ: 広範なもの（#tech、#startup）とニッチなもの（#saasfounder、#devtools）を混在させる。投稿あたり3〜5個。
  • 美学: 生々しく、本物であること > 洗練されていること。舞台裏、顔出し、スクリーンレコーディング。
  • 避けるべきこと: 流用されたInstagramコンテンツ（TikTokはペナルティを与える）、キャプション内のリンク（プロフィールを使用）、過剰な制作。

Instagram

  • リール vs ストーリーズ vs フィード: リールは発見（新しいオーディエンス）、ストーリーズはエンゲージメント（既存）、フィードはブランド（ポートフォリオ）向け。
  • リール: 15〜30秒が最適。音声なし視聴のためにテキストオーバーレイ。カバー画像はグリッドにとって重要。
  • カルーセル投稿: 最大10スライド。教育的またはストーリーテリング形式。保存率がアルゴリズムへの品質シグナルとなる。
  • ストーリーズ: インタラクティブ機能（投票、クイズ、質問）を使用する — エンゲージメントシグナルを強化する。
  • ハッシュタグ: ニッチなハッシュタグ（10K〜500K投稿）をリサーチする。投稿あたり10〜15個をキャプションに使用する（コメントではない）。
  • 避けるべきこと: 一貫性のないビジュアルスタイル、更新されていないプロフィールリンク、代替テキストの無視。

Product Hunt

  • ローンチ日のプレイブック: 火曜日〜木曜日に出荷する。午前12時01分（太平洋標準時）に投稿する。すべてのアセットを1週間前に準備する。
  • ローンチ前: カミングスーンページを構築する。フォロワーを集める。フォロワー数1000人以上のハンターに連絡する。
  • 最初の1時間: ネットワーク（メール、Slack、ソーシャル）を活性化し、本物のエンゲージメントを得る。コメント > アップボート。
  • メーカーのエンゲージメント: すべてのコメントに1時間以内に返信する。個人的に、企業的にではなく。
  • アセット: 6枚の高品質スクリーンショット、1本のビデオデモ（60〜90秒）、魅力的なタグライン（60文字未満）。
  • ローンチ後: サポーターに感謝し、結果を共有し、48時間エンゲージメントを続ける。

Hacker News

  • Show HN形式: タイトルを「Show HN: 」で始める。平日の朝（米国時間）に投稿する。
  • 期待されること: 技術的な深みが評価される。機能だけでなくアーキテクチャを説明する。厳しい質問に備える。
  • 効果的なもの: オープンソースプロジェクト、新しい技術アプローチ、透明性のある会社の投稿、正直な事後分析。
  • コメント: 思慮深く技術的な返信を投稿する。アップボートを求めない。複数のアカウントを使用しない。
  • 避けるべきこと: マーケティング用語、グロースハック、浅いコンテンツ、アストロターフィング、投票リング。

GTMスプリント戦術

以下の戦術プレイブックは、タイムボックス化されたGTMスプリント（/gtm-sprint を参照）用に設計されています。スタンドアロンでも使用できます。

ディレクトリ一斉登録

いつ: GTMスプリントの9日目、または幅広い可視性を迅速に必要とするローンチプッシュ時。

手順:

  1. 製品カテゴリに基づいて、以下のマスターリストから関連ディレクトリを選択する
  2. 提出パケットを準備する：一言、3文の説明、3枚のスクリーンショット、ロゴ、ファウンダーの経歴
  3. インタビューデータを使用してディレクトリ固有のフックを作成する（例：「60のコンプライアンスチームにインタビューしたところ...」）
  4. 1回のセッションで15以上のディレクトリに提出する
  5. チェックリストアーティファクトで提出状況を追跡する

ディレクトリマスターリスト（SaaS / 開発者ツール）:

ディレクトリカテゴリ備考
Product Huntローンチ火〜木、午前12:01 PST（上記PH深堀りを参照）
BetaListプレローンチウェイトリスト構築に適している
Launching Nextプレローンチ近日公開の製品発表
SaaSHubSaaSAlternative-to 形式のリスト
AlternativeTo代替製品特定の競合に対して位置づける
G2レビュー検証済みレビューが必要、セットアップに時間がかかる
Capterraレビュー掲載には課金、無料の基本リストあり
GetAppレビューGartner傘下、エンタープライズ向け可視性に優れる
StackShare開発ツール開発者向け、技術製品に適している
SourceForgeオープンソース該当する場合
Indie Hackersコミュニティ製品ディレクトリ + コミュニティ投稿
Hacker NewsコミュニティShow HN（上記HN深堀りを参照）
Dev.to開発者開発者コミュニティリスト
Crunchbaseビジネス会社プロフィール、投資家向け可視性
AngelList / Wellfoundスタートアップ採用 + 製品の可視性
AppSumo取引生涯取引マーケットプレイス（価格設定が許せば）
Slantレコメンデーションコミュニティ投票による代替製品
There's An AI For ThatAIAI固有のディレクトリ（該当する場合）
Uneed製品キュレーションされた製品ディレクトリ

フックの公式（インタビューデータで適応）:

  • データ主導：「{N}人の{役割}にインタビューし、{驚くべき発見}を発見しました...」
  • ペイン主導：「{N}%の{役割}が{ペインポイント}に{週X時間}を浪費しています。私たちはそれを修正します。」
  • 成果主導：「{会社タイプ}は{製品}を使用して{カテゴリ}で{月額$X}を節約しています。」

公開制作アーク

いつ: GTMスプリントの5〜13日目、またはファウンダー主導の配布活動時。

GTMスプリントを公開の物語に変える構造化されたコンテンツアーク。各投稿は前の投稿に基づいて構築され、ユーザー、人材、投資家を引き付けるストーリーを生み出します。

14日間コンテンツアーク:

日投稿タイプコンテンツプラットフォーム
5アナウンスメント「YだからXを構築しています。20のインタビューから学んだことは...」Twitter/LinkedIn
7インサイトインタビューからの驚くべき発見を1つ共有する（可能であればデータ/チャート）Twitter/LinkedIn
9進捗「ランディングページが公開されました。[ポジショニングアングル]へのアプローチは...」Twitter/LinkedIn
10コミュニティ関連するSlack/Discordでインサイトチャートをコンテキストとともに共有するコミュニティ
12トラクション「12日間の振り返り：{N}インタビュー、{N} LOI、{N}ウェイトリスト登録」メトリクススクリーンショット付きTwitter/LinkedIn
13振り返り「うまくいったこと、いかなかったこと、次のステップ」 — 公開レトロスペクティブTwitter/LinkedIn/ブログ

原則:

  • ピッチではなく学びを前面に出す
  • 具体的な数値（インタビュー数、登録数、収益）を共有する — 透明性は信頼を築く
  • うまくいっていないことを認める — 脆弱性は共感を呼ぶ
  • インタビューした人を（許可を得て）タグ付けする — 彼らが増幅者になる
  • すべてのコメントに2時間以内に返信する

競合からのユーザー獲得

いつ: GTMスプリントの11日目、または確立された競合がいる市場に参入する時。

手順:

  1. 競合のレビュアーを見つける

    • G2/Capterra: 1〜3つ星のレビューを読み、レビュアー名/会社をメモする
    • Reddit: r/[業界] で「[競合] 代替」または「[競合] 不満」を検索する
    • Twitter/X: 「[競合] 最悪」または「[競合] 代替」を検索する
    • App Storeレビュー: 1〜2つ星の評価でフィルターする
    • 注: プラットフォームの利用規約を尊重する — 公開されているレビューを読み、プライベートデータをスクレイピングしない

  2. 価値起点のアウトリーチを作成する

    • テンプレート: 「こんにちは {名前} さん。{競合} のレビューで、{具体的な不満}に言及されていましたね。私たちはまさにそれを解決するために {製品} を構築しています。{競合} に異なる対応をしてほしかったことについて、10分だけお話ししませんか？」
    • 競合を直接悪く言わない
    • 営業ピッチではなく、彼らの不満への共感で始める

  3. コンシェルジュ移行を提供する

    • 最初の10〜20ユーザーに：ホワイトグローブの移行支援を提供する
    • テンプレート: 「{競合} からデータを {X}時間以内に個別に移行します — アーリーアダプターは無料です。」
    • これによりロイヤルティが構築され、 testimonialが生成される

  4. コンバージョンを追跡する

    • アウトリーチ試行数 vs 応答数 vs コンバージョン数を記録する
    • 成功したパターンをチャネルプレイブックにフィードバックする

品質チェックリスト

  • チャネル選択はICPの存在によって正当化されている
  • メッセージングはチャネルのネイティブなトーンに適応している
  • コンテンツミックスが比率で定義されている
  • 投稿頻度は現実的で持続可能である
  • エンゲージメント戦術は具体的であり、一般的ではない
  • 成功指標は測定可能で時間制限がある
  • レビュー頻度が確立されている
  • プラットフォーム固有のアルゴリズム知識がチャネル戦術に反映されている
  • 文化的規範が尊重されている（特にRedditとHN）
  • ディレクトリ一斉登録には15以上の関連ディレクトリが含まれている（使用時）
  • 公開制作アークには具体的な日次のコンテンツ計画がある（使用時）
  • 競合からのユーザー獲得はプラットフォームの利用規約を尊重している（使用時）
  • アーティファクトはバリデーションに合格している

相互参照

  • gtm-sprint (S-GRO-09) — タイムボックス化されたスプリント内でディレクトリ一斉登録、公開制作、競合からのユーザー獲得を調整する
  • positioning-messaging (S-GRO-01) — ディレクトリ提出用のメッセージングフックを提供する
  • content-engine (S-GRO-07) — 公開制作投稿からのコンテンツ増幅
  • customer-conversations (S-PROD-08) — インタビューデータがディレクトリフックと競合からのユーザー獲得アウトリーチに供給される

関連スキル

steipete/sag

ElevenLabs text-to-speech with mac-style say UX.

community

steipete/oracle

Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.

community

steipete/peekaboo

Capture and automate macOS UI with the Peekaboo CLI.

community

mattpocock/design-an-interface

Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".

community

mattpocock/prototype

Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.

community

mattpocock/grill-me

Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".

community