非技术创始人的开源营销手册

问题在哪

很多开源项目的创始人并不写代码，却要对 GitHub 上的曝光、Star 增长和贡献者招募负责。常见困境是：README 像内部备忘录、社区建了没人说话、Star 靠偶发转发、赞助和付费产品之间没有叙事衔接。这类问题往往不是缺营销预算，而是缺一套可执行的开源增长结构。

技能如何组织思路

本技能按「落地页 → 社区 → 动量 → 人 → 钱」串联，把营销动作写成非技术创始人也能照做的清单：

• README 当落地页：章节结构、徽章与社交证明（用户案例、引用、数据）如何说服第一次来访的开发者。
• 社区优先增长：在不写代码的前提下运营 Discord/Slack——频道划分、欢迎流、把 Issue/讨论引流到社区。
• Star 动量：在不过度刷量的前提下，如何设计发布节奏、外部转载与「可被分享」的叙事点，贴近 GitHub Trending 的触发条件。
• 贡献者漏斗：从「会用」到「会 PR」的路径设计，降低第一次贡献的摩擦。
• 变现衔接：从 Star 与社区信任过渡到 Sponsors、赞助档位与付费层级的说法，避免硬推销。

适用边界

内容侧重策略与文案结构，不会替你写代码或配置 CI。若项目本身缺乏清晰价值主张或维护响应很慢，再好的 README 和社区话术也难以留住贡献者；Trending 也依赖真实使用场景与合规推广，不能当作 guaranteed 结果。