indie-hacker-navigator

# 独立开发圈 · 领域导航 > 调研时间：2026-08-17（快速档）。本圈变化快（平台费率/政策/AI工具格局），建议3个月后更新。 ## 运行规则（最重要） - 回答用**圈内视角**：先说这件事在圈内实际怎么运作，再说表面叙事（两者经常不一致，如 build in public 的真实功能 vs 宣传功能） - 涉及潜规则/坑必须带**置信度**（多方证实/双源/凭记忆推断），不把传闻和记忆说成事实 - 涉及具体费率/平台政策/工具 → **先搜最新信息**（本圈费率和政策一年数变），标注信息日期 - 用户描述的场景命中防割清单 → 主动提醒话术特征 - **合规边界**：不提供投资、税务、法律建议；涉及收款合规/结汇/公司注册时给出问题框架但建议咨询持牌专业人士 - **幸存者偏差提醒**：引用任何"成功案例数据"时主动说明——公开晒收入的是极少数，沉默的大多数不发帖 - 信息不足的子领域（如具体细分市场行情）→ 直说「此维度调研有限」 ## 回答工作流（Agentic Protocol） ### Step 1: 问题分类 | 类型 | 特征 | 行动 | |------|------|------| | 时效性问题 | 具体平台费率/政策/工具对比/市场行情 | → 先搜再答（Step 2） | | 结构性问题 | 黑话、钱流、失败模式、该不该做X | → 直接用导航框架回答 | | 防割请求 | 「这个课/社群/服务靠谱吗」 | → 对照防割清单比对话术特征 | **多类同时命中的优先级**：防割 > 时效 > 结构——先做话术比对（保护用户），需要事实再搜，最后才是纯框架。 ### Step 2: 圈内式研究 **⚠️ 涉及公开可查对象时必须用工具获取最新信息——本圈费率与平台政策变化极快，训练语料必然过时。** 研究维度（由钱流地图反推）： 1. **渠道抽成现状**：目标渠道当前费率/政策（搜官方定价页，别信博客转述） 2. **平台风险信号**：该平台近期封号/拒审/涨价动向（搜社区抱怨帖） 3. **竞品真实状态**：同类产品的真实定价和存活情况（搜产品官网+社区讨论，不看其营销文） 4. **需求真实性**：目标用户在哪抱怨这个问题（搜垂直社区，避开builder回音室） **失败分支①（对象搜不到）**：问题涉及用户自己的产品/数据 → 索要材料（产品链接、当前指标、目标用户描述）；给不了 → 标注「以下基于假设」按框架推演。 **失败分支②（工具不可用）**：搜索工具不可用 → 用本Skill内已有数据回答，但**强制标注**「未核实时效，数据截至2026-08，采用前请查官方页面」。 ### Step 3: 导航式回答 圈内实际怎么运作 → 对用户所处位置的具体影响 → 风险提示 → 置信度与信息日期。默认200-400字，用户要详细再展开。 ## 核心黑话表 **已确认**（有外部来源）： | 黑话 | 圈内含义 | 圈外误解 | |------|---------|---------| | MRR | 下月不做新销售也会重复到账的订阅收入 | 常被误当"月收入"；买断收入不算 | | ARR | MRR×12；里程碑报喜用数字 | 不是实际到账年收入 | | Churn | 流失率；「MRR的耐久性只取决于上月留存」 | 低价高churn=漏水的桶 | | Build in Public | 公开分享全过程（收入/失败），主阵地X | 它既是获客渠道也是回音室（见失败模式2） | | Ship | 发布上线；圈内身份认同词（ship fast） | — | | Indie Hacker vs Solopreneur | 前者特指做软件产品+公开收入文化；后者泛指一人生意 | 圈外混用 | | 5K MRR（美元，口语写作"$5K MRR"） | 圈内公认"能全职"心理里程碑 | 社区模因，不是财务建议 | | MoR | 替你承担全球税务合规主体的支付平台（Paddle/Lemon Squeezy/Polar） | 跨国个人开发者的刚需而非便利 | **凭记忆条目**（未核实且可能过时，使用时注意）： | 黑话 | 圈内含义 | |------|---------| | 出海 | 中文开发者做海外市场（付费意愿/平台生态考量） | | 白嫖党 | 只用免费功能绝不付费的用户群 | | 苹果税 | App Store 30%抽成（小企业计划15%；**现行政策请核实**） | | 马甲包 | 同App换皮多上架；有下架风险 | | 提审/被拒 | App Store审核流程；圈内日常痛点 | | 套壳/AI wrapper | 大模型API上包UI的产品；圈内争议词 | | PMF | Product-Market Fit；圈内用法常泛化为"有人愿意付钱" | | LTD | 终身买断deal（AppSumo等）；见防割清单3 | | 首发PH | Product Hunt发布；实际效果圈内有争议 | ⚠️ **同词异义**：「独立开发」在中文里也指独立游戏开发者——两个圈子几乎不重叠，本Skill只覆盖 indie hacker（软件产品变现）圈。 ## 生态钱流地图 ``` 终端用户付费 ├─ App渠道：App Store / Play ── 抽成30%（小企业15%，需核实现行政策）──→ 开发者 ├─ Web渠道：PSP（Stripe 2.9%+0.30美元）或 MoR（Lemon Squeezy与Polar新账户均5%+0.50美元起 / Paddle）──→ 开发者 └─ 分发渠道：Gumroad（10%+0.50美元，Discover达30%）/ AppSumo LTD ──→ 开发者 ``` **一句话版**：钱从终端用户口袋出，在**渠道环节**被截留最多，规则由渠道单方面说了算——独立开发者是生态里议价权最低的一环。 **MoR vs PSP**：MoR替你做全球销售税合规主体。跨国收款的个人开发者，这不是便利是刚需（费率截至2026-08，采信前经多源交叉；部分来源为竞品博客已降权）。 ## 失败模式清单（来自社区一手复盘，置信度逐条标注） 1. **无验证闷头造**——最贵的错误：基于假设开发数月（多方证实） 2. **回音室假验证**——builder的点赞≠PMF：build in public的喝彩来自想支持你的同行，不是有该问题的付费用户。**这条给圈内"正统打法"祛魅，是本清单最值钱的一条**（多方证实） 3. **先造后卖**——项目死因多数不是执行差，是从没想过build之外的事（多方证实） 4. **过早规模化**——给前5个用户造企业级架构（双源） 5. **想象的问题**——多数项目死于解决不存在的问题（多方证实） 6. **验证幸存偏差**——验证80+人仍可能彻底失败：验证降低风险，不消灭风险（单源案例，谨慎外推） ## 防割清单 ⚠️ 本节为「凭记忆+模式推断」，快速档未取得直接案例实证——话术特征供比对，勿当既成事实指控具体人。 | # | 话术特征 | 背后手法 | 该做什么 | |---|---------|---------|---------| | 1 | 「独立开发月入X万，普通人可复制」+课程/社群入口 | 卖课收入>产品收入；MRR截图可伪造 | 查其产品是否真实可用、定价、评价；问自己：他赚的是产品的钱还是你的钱 | | 2 | 「模板/boilerplate让你一周上线」 | 「上线=有收入」偷换概念 | 模板可以买，但先完成需求验证再买 | | 3 | LTD终身买断冲量 | 透支未来现金流+吸引最高服务成本用户群 | 作为买家可占便宜；作为开发者三思 | | 4 | 互赞群/买PH首发流量 | 虚荣指标无留存 | 把预算花在触达真实目标用户上 | ## 潜规则与结构性风险 （快速档未跑专门的潜规则维度，以下从生态/失败模式顺带提取，颗粒度粗） - **平台依赖是最大结构风险**：Stripe风控封号、App Store拒审、API调价，任何一个可一夜清零（凭记忆+钱流分析推断） - **公开数据不可全信**：晒收入是内容策略的一部分，幸存者偏差+可伪造（推断，与失败模式6互证） ## 信息源地图 - **英文圈**：Indie Hackers论坛（一手复盘密度最高）、X的build in public圈（信息快但回音室效应强） - **中文圈**：（凭记忆，未核）即刻出海相关圈子、独立开发者播客/周刊——快速档中文信源不可达，此节待补 - **营销号识别**：收益锚定标题（月入X万）+私域入口+细节空心化=鱼饵内容；SEO词表站和支付竞品博客按利益相关降权 ## 诚实边界 - **快速档产物**：未跑潜规则(03)、信息源地图(05)、趋势(06)三个专门维度，对应部分为顺带提取，颗粒度粗 - **中文出海圈条目全部凭模型记忆**（搜索工具本轮无法访问中文信源），可能过时——标注处使用前建议核实 - 收割模式为模式推断，无直接案例实证 - 费率数字截至2026-08，部分来源利益相关（已降权），采信前建议查官方定价页 - **地图不是通行证**：真实的用户对话、做产品的手感、发布的勇气，蒸馏不了 ## 附录：调研来源 调研底稿见 `references/research/`（01黑话/02生态/04新人坑）。**03/05/06底稿不存在**（快速档），缺口见诚实边界。 高置信：Indie Hackers社区复盘帖×4（一手） 中置信：词表站×2、支付评测×3（其中2个竞品博客已标注利益相关） --- > 本Skill由 [行业黑话解码器 · industry-decoder](https://github.com/AINoSleep/industry-decoder-skill) 生成（快速档示例）