独立开发者的平台寄生：从 0 到 1 的渠道优先实践（10 篇）

这是 content/posts/indie/indie-platform-zero-to-one 的目录页，收录 10 篇文章。它不讨论「怎么做一个产品」，而是讨论一个更靠前、也更容易被忽略的问题：一个独立开发者，应该先把产品做成什么形态，才能被某个平台的分发、支付和信任机制接住？

这个系列解决什么问题

独立开发者最常见的顺序是：先有一个想法，再选技术栈，做出产品，最后才想「去哪里获客」。这个顺序在资源充足时没有问题，但在一个人、没有预算、没有品牌的条件下，往往会把最贵的一步留到最后。

平台寄生是反过来：先看渠道允许什么、用户在哪里、支付怎么走，再决定产品形态。 浏览器扩展、编辑器插件、效率工具插件、SaaS 应用市场，本质上都是「借平台已经建好的分发管道」，用自己的产品去接一个已经存在的需求。

这不是一条更高尚的路，也不是一条更轻松的路。它只是把「分发成本」提前暴露出来，让你在写第一行代码之前就知道：这个产品最终要靠谁把用户送到你面前。

核心主张：渠道先于产品

这个系列反复讲三句话：

1. 开发成本可以压缩，分发成本很难压缩。 一个人可以把功能砍到最小，但很难凭空造出一个有用户的渠道。
2. 渠道会反向决定产品形态。 平台允许什么权限、支持什么支付、审核看重什么，直接决定你能做什么、不能做什么。
3. 平台是借来的分发，不是护城河。 真正的资产是官网、邮件列表、品牌和用户关系；平台只是第一段路。

10 篇速览

三条阅读路径

路径一：还没选渠道

从 01 开始，先做完「渠道-形态匹配表」，再用 02 的评分矩阵选出主渠道和备选渠道。不要先写代码，也不要先做完整产品。

路径二：已经上架，但不知道怎么收钱

从 04 开始看浏览器扩展的站外支付与许可证设计，再用 05、06、07 对比开发者工具、社区目录和 B2B 市场的变现路径。定价与单位经济的通用部分，可以配合站内 saas-starter-pricing-and-plans 一起读。

路径三：担心平台风险

先读 08，把合规底线补齐；再读 10，做一次「明天被封」的迁移演练。中间用 09 检查自己是否把平台内增长当成了唯一增长。

平台规则核对表

核验日期为 2026-10-22。这里列商品与流程，不把所有目录归为同一种收费或账号模型；具体费率条件见对应正文。

Edge、Firefox、WordPress 等仍是渠道矩阵候选，需按各自发布及商业化指南进一步评估，不把未复核金额写成“免费快照”。

直接规则入口：

• Chrome 注册 与素材
• VS Code 发布
• JetBrains 分成
• Obsidian 政策
• Raycast 上架
• Alfred Gallery 提交
• Figma 付费资源
• Notion 集成授权 与模板销售
• Slack 分发
• Shopify 分成

与既有专题的划界

本系列只处理一件事：渠道约束下的产品形态、上架审核、平台内变现、平台内增长与迁移。

如果你更担心的是「平台没封我，但我自己的域名、邮箱、备份或收款账号先出事」，接着读姊妹系列 独立开发者的资产韧性 ：它讲的是自有资产的单点故障、恢复演练与交接，不重复平台政策。

如果你已经开始接企业客户或需要开票，再读第三组 一个人的公司：主体、税务与合规 ：它讲主体选型、注册开户、收款对账、税务申报、合同与知识产权，也不重复渠道规则。

当你在一个渠道站稳、开始考虑第二个产品时，读第四组 一个人的产品线：第二个产品与组合运营 ：它讲开第二条线的判断、共享底座、时间分配、组合指标、产品间引流与日落收束，讨论的是多条线之间的关系，而不是单个平台的规则。

本组的证据与使用方法

正文已将教学假设、经验评分与官方规则分开。每篇末尾有具体实操验收及直接参考；成本、工时与打分是演示输入，按自己的产品重算。平台账户资格、法律适用和生产操作仍按实际环境核对，不能用目录中的摘要代替正文条件。

使用说明

• 每篇文章都可以单独读，但 01 和 02 是地基，建议先读。
• 表中的费率、审核规则、分成比例都带快照日期；如果你在几个月后读到，先去官方页面核对再使用。
• 系列不提供法律或税务意见。涉及合同、隐私、税务的章节只给检查清单和官方入口。
• 如果你的产品是游戏而不是软件工具，优先读站内独立游戏与 Steam 发行专题；本系列的渠道模型只适用于软件、插件与工具类产品。