选题与验证：普通人怎么找到一个两周做得完的 App 点子
这一章要解决什么
跟完第一课，你已经能用 AI 加免费工具，1 小时内把一个网页放到公网上。这一章往前走一步：做一个真正能上架 App Store 的东西。原生 App 的门槛比网页高一截——审核会挑，用户对一个「正经 App」的期待也更高。没想清楚就先动手写代码，最常见的下场是做了两周才发现没人会用，或者提交审核直接被拒，从头再来。
这一章不写一行代码，只做一件事：在打开 Xcode 之前，把选题过一遍筛子，把「值不值得做」和「会不会被拒」想清楚。后面两章会带你把想清楚的东西真的做出来。
三个筛子
筛子一：自己会用
你自己是不是这个 App 的目标用户，是判断一个点子最快的办法。自己会用，意味着你能一直拿自己的真实需求去校验做得对不对，不用专门做用户调研就有第一个真实反馈来源。反过来，一个你自己从来不会打开的 App，你很难判断它做得好不好，热情也容易在做到一半时耗光。
通过标准很简单：如果这东西今天做完，你会不会真的把它装在自己手机上用。答不上来，说明这个点子还需要再想一想。
筛子二：一个人两周做得完
新手最容易犯的错是选题太大——「做一个记账 App」、「做一个社交 App」。这类点子背后是几十个功能、几个月的工作量，两周内不可能做完，还没上线信心先耗光了。
判断方法是把点子拆成「最小可用版本」：只留一个核心功能，砍掉账号系统、砍掉社交功能、砍掉服务器同步，看能不能用两周（业余时间大概每天 1 到 2 小时）做出一个能跑的版本。如果拆到最后还是要一个月以上，说明选题要再切小一圈。
筛子三：App Store 已有同类，但有缝
完全没有同类产品的点子，大概率不是没人想到，而是这件事本身没有真实需求，或者已经被验证行不通了。反过来，一个赛道已经有不少 App 在做，恰恰说明这里有真实需求——你要找的不是「独一无二」，而是现有产品共同的短板：都要求先注册账号、都塞满广告、都不支持某个你在意的场景。这个「缝」，就是你要做的东西。
用 30 分钟做一次验证
下面用一个贯穿三章的示例项目走一遍：一个「厨房单位换算器」——输入克数或勺数，换算成另一种烹饪计量单位。这是我为了讲清楚这套方法自己拟的一个通用小工具示例，不对应任何真实上架产品。
30 分钟验证按下面的时间分配走：
- 5 分钟：打开 App Store，搜索能想到的 2 到 3 个关键词（比如「厨房换算」、「烘焙计算」、「单位转换」），看搜索结果第一屏有多少个同类 App，留意评分和最近一次更新的时间。
- 10 分钟：挑 3 个评分较高的同类 App，打开详情页读最新一批用户评论，尤其是三星和一星——重复出现的抱怨就是「缝」的候选。
- 10 分钟：把这 3 个 App 实际用一遍（免费的话），自己判断评论里说的问题是不是真的存在，顺手记下它们已经做得好的地方。你不需要重新发明轮子，只需要补上那个「缝」。
- 5 分钟：把结果套进下面的「一句话产品定义模板」，看能不能一句话说清楚。说不清楚，就回到第 1 步换个关键词再来一轮。
这一套操作流程走的是 App Store 客户端的通用界面结构，具体排名、评分、评论内容会因你搜索的时间、地区、账号而不同，自己动手跑一遍，看到的才是准数。
一句话产品定义模板
想清楚一个点子，最好的检验方式是能不能用一句话说清楚。下面这个模板留三个空，逼自己把话说具体：
【一句话产品定义】
给 [目标用户]，
提供一个 [一句话说清的核心功能]，
和市面上同类相比，它的不同是 [具体的缝，别写"更好用"这种空话]。
示例（厨房换算器）：
给「在家做饭想用中式菜谱克数、又经常要临时换算成勺 / 杯」的人，
提供一个输入数字就能秒转换烹饪计量单位的小工具，
和市面上同类相比，它不需要注册、没有广告，换算表针对中式常见食材做了预设。
写完自己念一遍。如果念出来还是空泛，回到筛子三，找一个更具体的「缝」。
「做完的标准」怎么写
没有清晰的「做完」定义，两周会被无限拖长，因为「再加一个功能」永远有下一个念头。「做完的标准」应该是一份能打勾的清单，只写「必须有」，不写「最好有」：
【做完的标准 —— v0.1】
- [ ] 核心功能：用户能完成 [具体动作]，不会崩溃、不会卡死
- [ ] 核心功能跑通 3 次真实使用场景（自己作为用户实际用一遍）
- [ ] 没有账号系统、没有服务器依赖（纯本地也算"做完"）
- [ ] 能装在自己的 iPhone 上运行，不是只在模拟器里能跑
- [ ] 界面上没有明显的"半成品"痕迹（占位文字、调试用的报错弹窗）
不在 v0.1 范围内（写下来，提醒自己先别做）：
- 账号登录
- 云端同步
- 社交分享
把这份清单和上面的一句话产品定义先存在任意一个笔记 App 或文本文件里，第二章建好项目文件夹后再挪进去，第三章会用到它——它是判断「AI 这次做完了没有」的标尺。
避开审核高危区
选题阶段顺手避开几类容易被拒的方向，比后面返工便宜得多。
需要登录才能用
审核对「必须先注册账号才能体验核心功能」的小工具类 App 比较敏感——审核员打开 App 的第一件事是看能不能不注册就用起来。对新手更现实的问题是：账号系统本身就是一大块开发量，会直接打破「两周做完」的筛子。v0.1 版本建议完全不做账号，数据存在设备本地。
纯网页壳
如果 App 只是把一个网站套进一个内嵌网页容器里，没有原生功能，跟直接用浏览器打开网页没有区别，容易被认定为不构成一个「原生 App」。用 AI 生成原生界面（第二章会讲怎么做），本身就避开了这个问题。
内容平台类
如果核心是「用户生成内容」——让用户发帖、评论、上传图片给别人看，就需要有内容过滤和举报机制，这对一个人业余做的 v0.1 来说工作量和责任都偏重。第一个 App 尽量避开这类，选纯工具型、内容自己产生自己看的方向。
涉及支付的灰区
如果涉及虚拟商品或数字内容的付费，苹果要求走应用内购买这条固定通道，不能直接接第三方支付去买「App 内的东西」，规则细节多。第一个 App 建议干脆不做任何付费功能，先把免费版本做完、上线、验证有没有人愿意用，付费的部分留到后面单独讲。
案例走一遍：厨房换算器
把三个筛子和 30 分钟验证套在示例项目上过一遍：自己会用——平时做烘焙确实经常要把克数换算成勺、杯，符合筛子一；只做「输入数字选单位、换算出结果」这一个功能，砍掉账号和云同步，一个人两周做得完，符合筛子二；App Store 上如果搜到不少单位换算类 App，说明需求是真的；假设你翻评论看到的抱怨集中在广告多、界面以英制单位为主、不贴近中式食材换算习惯，这就是筛子三里的「缝」。这一段是套着流程走一遍的演示写法，你自己搜到的评论会不一样，以你看到的为准。
对照一句话产品定义模板填完之后，再套进「做完的标准」清单，就能进入下一章：把 Xcode 装起来，让 AI 帮你写出第一个能跑的界面。
三个筛子自查清单
选题定下来之前，回头对照一遍，三条都能打勾再开工：
【选题自查】
- [ ] 我今天做完，会真的把它装在自己手机上用（筛子一）
- [ ] 砍掉账号、云同步、社交功能后，核心功能能用两周业余时间做完（筛子二）
- [ ] App Store 已经有同类产品，我能说出它们共同的一个短板（筛子三）
- [ ] 我用一句话产品定义模板填完了，念出来不空泛
- [ ] 选题不落在四类审核高危区里（需要登录 / 纯网页壳 / 内容平台 / 涉及支付）
有一条打不了勾，不代表这个点子不能做，而是提醒你回到对应的筛子重新想一遍——想清楚一次，比动手做到一半再推翻省时间得多。
小结与下一步
这一章没有写代码，做的是更重要的事：把点子过了三个筛子、做了一次 30 分钟验证、写出一句话产品定义和一份能打勾的「做完标准」、避开了几类容易被拒的方向。下一章开始动手：免费装好 Xcode，用一个免费的 Apple ID 也能在自己手机上跑起来，再让 AI 帮你写出第一个可运行的界面。