mcpField
O
open-source-marketing-playbook

open-source-marketing-playbook

github.com/gingiris-1031マーケティング・グロース87158 回インストール2 週間前に更新
リポジトリ

open-source-marketing-playbook について

非技術系の創業者向けに、オープンソースプロジェクトの告知と成長を支援するプレイブックです。公開準備、コミュニティ形成、貢献者の獲得、公開後の測定を扱います。

主な機能

  1. 01README のランディングページ構成
  2. 02コミュニティ成長の計画
  3. 03GitHub のスター獲得施策
  4. 04貢献者ファネルの設計
  5. 05公開施策の追跡とレビュー

活用シーン

  1. 01オープンソースプロジェクトの公開準備
  2. 02コードを書かずにコミュニティを運営
  3. 03関心を貢献者や顧客につなげる

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/gingiris-1031/gingiris-skills --skill open-source-marketing-playbook

インストール後、Claude Code で/open-source-marketing-playbookを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

_meta.json
.clawhub/
origin.json
references/
iris-oss-field-notes.md
references/en/
README.md
references/ja/
README.md
references/ko/
README.md

詳細

非技術系創業者のためのオープンソースマーケティング

🌍 言語 / 言語: 中文 | English | 日本語 | 한국어

📦 インストール

clawhub install open-source-marketing-playbook

インストール後に利用できる内容：

  • バッジとソーシャルプルーフを備えた、READMEをランディングページとして活用する構成
  • コミュニティを最優先する成長戦略（コードを書かずにDiscord/Slackを活用）
  • スターを増やす施策とコントリビューター獲得の導線設計

オープンソースプロジェクトのマーケティングに、開発者である必要はありません。このプレイブックはそのギャップを埋め、実行可能なローンチパケットを作成します。

  • READMEをランディングページとして活用：訪問者の心をつかむ構成、バッジ、ソーシャルプルーフ
  • コミュニティを最優先する成長戦略：コードを書かずにDiscord/Slackを活用
  • スターを増やす施策：不正な手段に頼らずGitHub Trendingに掲載される方法
  • コントリビューター獲得の導線：オープンソースのコントリビューターを惹きつけ、定着させる
  • 収益化への橋渡し：スターからスポンサー、そして有料プランへ

0. オープンソース公開準備の確認

配信計画を立てる前に、次の4つの質問に答えてください。

  1. 対象は企業、開発者、それとも両方ですか？
  2. API/SDK、セルフホスト、ドキュメントは、初めて利用する人が価値を実感できる程度に使いやすいですか？
  3. 目標は、影響力、商談の獲得、採用、資金調達、それとも明確に定義された組み合わせですか？
  4. チームは公開後もイシュー、リリース、コミュニティを維持し、適格なSMB／企業からの需要を獲得できますか？

答えが明確でない項目があれば、ローンチチャネルを提案する前に、準備状況のギャップを表にまとめてください。

ポジショニング、クリーンな環境でのクイックスタート、再現可能な実証、ライセンス／セキュリティ／プライバシー、ローンチ週の担当体制、スター獲得後のコンバージョンについて、結果をGo、Fix、No-Goで評価します。No-Goの場合は、集中的な配信を行いません。

1. 必須のローンチパケット

次の素材をまとめて用意してください。

  • ポジショニング：[既知のクローズドソース製品]の代替となる、[対象ユーザー]向けの製品。差別化要因は[検証可能なメリット]です。
  • README：最初の画面に表示するタグライン、デモ、動作するクイックスタート、ドキュメント、デプロイ方法、コミュニティ、コントリビューションの各導線。
  • PR／記事：比較上の優位性、今である理由、根拠、ユースケース、二次配信に再利用できる抜粋。
  • 開発者向けドキュメント：価値を最短で実感するための手順、可能であればワンクリックデプロイ、トラブルシューティング、次のステップへのリンク。
  • コミュニティ運営マップ：発見にはReddit、1対1のフィードバックやニュースにはX、ユーザー定着とコントリビューターの連携にはDiscord/Telegramを活用。

2. ローンチ週の実行

  • 本物らしさを保ち、各チャネルに適した投稿を行いながら、集中的な告知サイクルを24時間以内に完了します。
  • 初期ユーザーや関連コミュニティの運営者と1対1で対話し、同一の文面を一斉投稿しないでください。
  • 関連するニュースコミュニティも含め、比較対象やカテゴリについてすでに議論されている場所で公開します。
  • 流入元 → リポジトリ訪問 → スター／インストール → アクティブユーザー → 適格なリード → 有料化を追跡します。
  • コード以外で貢献する人には、貢献の機会を失わせるのではなく、翻訳、ドキュメント、コミュニティのモデレーション、グローバル運営などを案内します。

チャネルごとに1行を使います。

channel | ICP | channel-native angle | CTA | UTM/source | owner | local time + timezone |
success threshold | stop condition | evidence URL

2時間後（運営状況のみ）、24時間後（継続／変更／一時停止）、72時間後（第2波）、7日後（再利用／予算）にレビューします。チャネル側で取得できない指標にはデータなしと記載します。

スターやアカウントの購入、偽の投票やインセンティブ付き投票の組織、スポンサーシップの隠蔽、ユーザーの一括スクレイピングとスパム送信、本物の参加を装うためのAIの使用は、絶対に行わないでください。実施前に、各コミュニティの最新ルール、クリエイターの指標、料金、連絡先を再確認してください。

3. ローンチ後の運営サイクル

認知 → 初期ユーザー → 適格な顧客 → ニーズ → 製品の改善 → 収益化

スターをPMF（プロダクトマーケットフィット）の証拠とみなす前に、初期ユーザーへのインタビューを少なくとも30件実施してください。セッション中はユーザーに話してもらう時間を最も長く取り、現在有料で利用しているかを確認し、ワークフローの画面共有を依頼してください。収益化の実験を早期に始め、リファクタリングとユーザーが実感できる改善のバランスを取りましょう。

根拠の全体マップと出力テンプレート：references/iris-oss-field-notes.md。

Related Gingiris Skills

コメント

Markdown 対応