本文是对 Starter Story 视频 《I make $10K/month from 28 apps》（YouTube，约 14 分钟，抓取时约 24.9 万 次观看）的摘要与评论。Starter Story 是 Pat Walls 主持的独立创业访谈频道，专门采访靠小产品赚钱的人，形式通常是主持人问、嘉宾讲自己的路径与数字。嘉宾 Max（X：@maks6361）是全职 iOS 工程师，同时也是两个孩子的父亲；他在业余时间做 App Store 产品。文中出现的收入、日活、成本数字都以片中口述为准，不是投资建议，也不保证别人照做能复现。完整口播请看原视频。

全文主线可以压成一句：别死磕一个「完美产品」，用大量小赌注做组合验证；真正赚钱的往往只是少数赢家，其余用来交学费。 后面几节都在展开这句话：他是谁、点子从哪来、发版怎么流水线化、工具栈花多少钱、以及读者该带走什么、该打折什么。

这篇在说什么

片中 Max 先交代背景，好让观众理解「为什么他能发这么多」。白天他有正式的 iOS 工程师工作，晚上和周末才写自己的 App；家里还有两个孩子，所以可用的连续时间并不多。大约 8 个月里，他上架了 28 个自己口中「简单」的移动应用。整组产品自称合计约 $10K/月（早期大约只有 $200/月，再慢慢抬上来）；全组合订阅用户超过 1000，日活大约 4–5K。收入高度集中：4 款各自大约贡献 $1.5K/月，其余大多很少——他自己点名这就是 80/20（二八法则：少数产品贡献大部分结果）。

灵感来自 indie maker（独立开发者）圈子里 Adam Lyttle 一类做法：一个 App 只做一个核心功能，发完就做下一个，而不是三年磨一剑。Max 把这套思路收成可重复的流水线，重点不是「灵感爆发」，而是「发版纪律」。

接下来先讲他怎么找点子，再讲六步发版，最后看技术栈与成本。没有「选品」这一层，后面的快速发版只是在空转；没有流水线，选品也落不成实验。

1. 怎么找点子：从 App Store 搜索倒推，而不是先脑暴

他不从「我想做一个很酷的产品」起步，而从 用户会在 App Store 里搜什么词 倒推需求。这个动作在行业里常被叫做 ASO（App Store Optimization，应用商店优化）：研究关键词、标题、截图与竞品，让更多人通过搜索找到你的 App。对 Max 来说，ASO 不是上架后的装修，而是立项前的过滤器。

具体做法可以看成三步，每一步都在回答一个不同的问题。

第一步回答「有没有人在搜」。他用 Astro 一类 ASO 工具挑关键词。片中标准大致是：人气分数大约 ≥20（说明有搜索量），难度可以到约 60–70（竞争不算轻松，但仍值得试）；他演示时也会挑难度很低的词，用来做小实验、练流水线。

第二步回答「搜的人会不会付钱」。他用 Sensor Tower 等数据产品看头部竞品有没有真收入。如果同类 App 月入大致低于 $100–200，他就跳过，认为这个市场「用户不付钱」——搜的人再多，也养不活自己。这一步把「虚荣流量」和「付费市场」拆开。

第三步回答「能不能连发」。他做邻近词矩阵：同一人群、略不同问题。片中举例是面向学生的 physics AI / chemistry AI / math AI。好处是代码、支付墙、引导页都能复用，连续发好几款时摩擦很小；坏处是题材容易同质化，后面「解读」里会再提。

解读：这套选品逻辑的核心不是「创意」，而是「搜索需求 × 付费验证 × 可复用邻域」。对中国读者来说，国内应用商店的关键词工具和分发逻辑不同，可迁移的是这三层问题意识，而不是 Astro 的具体分数线。

选品定了之后，他并没有进入「做大而全产品」的模式，而是把每个点子压成一条六步流水线。下一节按片中 playbook 展开。

2. 六步发版流水线：从关键词到只回访赢家

片中整理的 playbook（可重复打法）大致是下面六步。每一步都对应一个真实摩擦点；合在一起，才是他口中「两小时也能提交审核」的速度从哪里来。

第一步，选强关键词。标准就是上一节的人气/难度比，再加上「竞品真有收入」。没有付费证据的词，他不当成机会。

第二步，只抄核心功能。他会打开两三个竞品，盯住与关键词绑定的那一个主功能，而不是整站复刻。这里的「抄」是产品功能对标，不是把别人的代码或品牌素材直接拿走；合规与差异化要自己把关。对标的目的是缩短「猜用户要什么」的时间，不是做山寨壳。

第三步，用 AI 出实现计划。他把 Cursor、Claude、ChatGPT 一类工具当成「产品经理 + 架构助理」：让它们列出屏幕、用户流程、哪些模块可以复用、哪些必须新写。人仍负责取舍，模型负责把清单摊开，避免一上手就沉进细节。

第四步，精简 MVP。MVP 是 Minimum Viable Product（最小可行产品）的缩写，意思是「刚好能验证假设的最小版本」。onboarding（首次引导）、paywall（付费墙）、settings（设置页）等拖复用组件；有的 App 他自称复用约 90% 代码。目标不是架构优雅，而是尽快上架看到真实数据。

第五步，上架后先放着。新品通常会有一段时间的自然曝光；他先观察曲线是继续掉、稳住，还是涨，而不是一上线就砸广告。这一步故意「少作为」，好让信号不被投放噪声盖住。

第六步，只回访赢家。有自然留存或持续安装的，再打磨、修 bug、加广告加码；没动静的就当实验结束。纪录口径：从想法到提交审核最快约 2 小时；一般几天到一周。

解读：流水线真正值钱的是第五、第六步——多数 indie 项目死在「每个都想打磨到完美」。Max 把「放弃」写成默认动作，把精力留给已经证明有人要的产品。没有这一步，28 个 App 只会变成 28 个半成品包袱。

流水线跑得通，还依赖一套偏「模板化」的技术栈与可控成本。下一节把片中口述的工具摊开，并说明它们如何服务「业余连发」这个约束。

3. 技术栈与成本（口述）

框架侧他用 Flutter（Google 推出的跨平台 UI 框架，一套代码可以同时出 iOS 与 Android）。后端用 Firebase（Google 的后端即服务，提供登录、数据库、推送等现成能力），并称多数项目落在免费额度内。写码主力是 Cursor（带 AI 辅助的代码编辑器）；文案、商店元数据用 ChatGPT 一类模型生成草稿。发布自动化靠 Fastlane（给移动应用写脚本、批量打包上架的工具）；行为分析用 Mixpanel；ASO 工具则是 Astro、Sensor Tower、FoxData（有免费档）。月成本口述大约 $300 量级，以片中为准。

这些选择的共同方向是：少运维、多复用、让发版速度成为护城河。全职在职、还有两个孩子的人，很难再养一套自建后端和复杂发布流程。技术栈本身不是故事重点；重点是它如何把「再发一个邻近 App」的边际成本压低。

解读：这是组合策略，不是独角兽教程

先说优点。他把「选品 → 单功能 → 模板化发版 → 数据回访」收成可重复流水线；门槛主要在纪律和 ASO 工具使用，不在融资或团队规模。对有日间工作的人，这比「辞职创业做一个大产品」现实得多。片中数字再好看，可迁移的也是流程，不是某一个月的收入截图。

再说风险与水分。收入、竞品月入、关键词分数都是口述；App Store 审核政策、题材同质化、广告成本会吃掉简单复刻的空间。「复用 90% + 对标核心功能」如果做成山寨壳，既有合规风险，也难形成口碑。邻近词矩阵能加速发版，也会让产品看起来像同一模具倒出来的，长期品牌资产偏弱。对中国读者，国内商店与获客逻辑不同，可带走的是小实验密度 + 模板资产化，不是逐条照搬美区关键词分数。

一句话：Max 卖的是发版肌肉，不是某一个 Killer App。读者若只记住「28 个 App / 月入一万刀」而跳过选品与只回访赢家，很容易变成「发了很多没人用的壳」。

把整场连起来看：选品决定「做不做」，流水线决定「做得快不快」，只回访赢家决定「时间花在哪」。三层缺一，就容易变成空转发版或死磕单一产品。

对中国读者再补一句：可迁移的是实验密度与模板资产，而不是美区 ASO 分数或某个月的口述收入；把数字当故事锚点，把流程当可抄部分。

原文

• 视频：https://www.youtube.com/watch?v=vw2Yc4Y1PsU
• Starter Story 页面：https://www.starterstory.com/max