独立开发周记 160：如何快速试错一个 App

[vulgur]

2026, 0302 - 0308

上上篇周记就提到了右肩疼，这周疼痛突然加剧，体验了几天杨过的日子。我怀疑是过年期间天天和孩子玩《马力欧派对 空前盛会》的体感游戏导致的，不是挥来挥去就是甩来甩去。严重到不仅一点也抬不起来了，而且任何角度也无法旋转，整个右臂只剩下了最基本的抓握功能，这一点还是比杨过强多了。连续三天布洛芬加扶他林，内服加外敷，总算是缓解了好多。

本周工作

重新提交软著

上周提交软著后，正好有其他开发者向我询问文件模板的事，我仔细一看，提交的使用文档里目录和实际内容不匹配，缺了很多索引，淦！

版权保护中心的网站里还不能修改提交的文件，只能删除整个申请重新提交一遍，这样下证时间又延后了一个星期了。

极简时钟 iOS

这周提交了 v4.15.0 ，主要是加入了使用数据的统计，也就是时钟、番茄钟、正计时各用了多少时间，以及一些简单的聚合统计。这个功能其实很早就写好了，只不过页面一直没有开放给用户。这周优化了一下页面，另外让 AI 检测了一下各项统计有没有 bug 。

另外我还发现两个只在 iOS 26.1 和 26.2 出现的 bug ，都是出现在 App 刚启动后。一个是默认的时钟切换主题颜色时卡片颜色和背景颜色会出现错乱，另一个是部分文字在 App 启动后不会显示或者无法更新。这两个问题在切换到其他主题或者页面后再返回就会消失，我的手机是 iOS 26.1 ，模拟器是 iOS 26.2 ，都会百分百复现这两个 bug 。而且我用手机安装已经发布的线上正式版本也会出现这两个问题，一开始把我吓坏了，还以为这么严重的 bug 存在已久，直到我在 iOS 26.0 和更低的系统版本上运行 App 才发现并没有这个 bug 。

AI 花了大半天才修复了这个 bug ， 因此晚了一天才发布新版本。

极简日记 iPad/Mac

一看 git log 才知道距离上次开发 iPad/Mac 版已经过去半个多月了。这周加入了搜索和设置页面、修复了导航的闪退问题、修复了分享截图尺寸的问题、优化了实况照片的播放。

其实从功能的角度来看，已经把 iOS 版的功能都移植过来了，只不过还需要很多细节上的调整和测试。

ASO

群里又聊起了 ASO 的话题，大佬自己用 AI 搭建了一个关键词跟踪工具，受其启发我也想自己搞一套 ASO 监测和优化的工具。

我把这个工具当成一个 AI 实验，只把一句话的想法发给 Codex ，也没提出任何技术栈相关的需求，我就想看看 AI 能做到什么地步。没想到 Codex 库库写了半天，直接把周额度都干光了，结果给了我一个示例数据的页面……它自己倒是写了一大堆 Python 脚本，但是这些脚本都需要真实数据才能运行，而难点就是真实数据的获取，特别是竞品的数据，只能靠爬虫获取。

如何快速试错一个 App

看到很多人都说现在靠 AI 可以一周就上架一个 App ，我就问了 AI 这样做的可行性如何，AI 的回答里有一句话击中了我：

我又补充了一些条件，让 AI 聚焦于适合独立开发者的工具类 App ，最终让 AI 生成了一个关于如何选题、竞品研究、需求挖掘、快速试错等可以加速开发的行动清单，我感觉这个可行性非常高，分享给大家：

一、选题（最重要）

1. 每做一个 App 前，先在 App Store 搜索框输入关键词并记录自动补全词。自动补全词就是用户真实搜索词。
2. 每个 App 必须围绕一个核心关键词开发，例如 video compressor 或 image resizer 。
3. 如果一个关键词搜索结果前 10 名都是大公司产品，直接放弃这个选题。
4. 优先选择 2–4 个单词的长尾关键词，例如 subtitle extractor ，而不是 video editor 。
5. 做选题时记录三个指标：搜索量、竞争度、开发复杂度。
6. 建立一个选题库表格（ Notion 或 Excel ），长期积累 100 个以上关键词。
7. 每周固定花 1 小时专门做关键词研究。

二、竞品研究

1. 每个选题必须先研究 App Store 搜索结果前 10 名产品。
2. 记录每个竞品的 Title 、Subtitle 、Icon 风格和 Screenshots 文案。
3. 如果前 10 名 App 平均评分低于 4.3 ，说明有优化空间。
4. 如果前 10 名 App 截图明显老旧或设计差，可以优先进入这个赛道。
5. 每个新 App 至少找 3 个竞品参考 UI 和功能。

三、需求挖掘

1. 每周浏览 Chrome Web Store 排行榜，寻找可以做成手机 App 的插件功能。
2. 优先关注用户超过 10 万的工具插件。
3. 每周查看大型 App 的 1 星评论，记录用户抱怨的功能缺失。
4. 看到评论中出现 wish it could 或 missing feature 时，把需求加入选题库。
5. 在 Reddit 或论坛搜索 looking for an app 的帖子记录需求。

四、开发效率

1. 建立一个 iOS App 模板工程，包含 Paywal 、设置页、评分弹窗、Analytics 和隐私协议。
2. 每个新 App 从模板工程复制开始开发。
3. 目标是 80% 代码复用，20% 新功能。
4. 每个 App 的核心功能必须能在 3 秒内理解和使用。
5. 如果一个功能需要超过 5 个主要界面，就拆成多个 App 。

五、发布节奏

1. 固定发布节奏：第 1 周选题和开发，第 2 周测试、ASO 和发布。
2. 每个 App 的开发时间控制在 3–5 天以内。
3. 发布前测试不同设备、深色模式和离线状态。
4. 每个 App 发布后记录下载量和关键词排名。

六、ASO

1. Title 中必须包含核心关键词。
2. Subtitle 用来放第二关键词。
3. App icon 必须在搜索结果中清晰可辨。
4. 第一张截图必须在 2 秒内说明 App 的用途。
5. 截图文字控制在 6 个词以内。

七、数据复盘

1. 每月统计所有 App 的下载量、收入和关键词排名。
2. 找出下载量前 20% 的 App ，优先更新优化。
3. 找出完全没有下载的 App ，停止投入时间。
4. 每半年重新整理选题库，淘汰过时需求。

核心三条原则

1. 先找关键词，再做 App 。
2. 两周发布一个 App ，一年就是 26 个实验。
3. 让概率替你找到成功产品。

然后，我就让 Codex 根据上面这些原则建立一套 App idea 评估的工作流，生成结果是一个需要自己录入各种数据的网站，里面有很多数值我都不知道是什么意思，还没深入研究。

不过我把灵感库里的五个 App idea 让 AI 根据上面的原则分析一下可行性，结果有点出乎我的意料，我以为创意十足功能强大的 idea 在 AI 眼里看来可行性很低，反倒是平平无奇而且已经一片红海的一个 idea 在 AI 看来是最有可能成功的，这一次我选择相信 AI ，新建了文件夹，然后让 Codex 生成了一个 MVP ，拭目以待吧。

代码之外

阅读

读完了东野圭吾的《谁杀了她》，豆瓣评分 7.5 。本来以为内容会很不错，读完却有点失望，场景太小，人物太少，案件复杂度也不高，最最关键的是，结尾居然没有明确交代谁是真正的凶手！

在书店里看到过东野三本名字相近的书摆在一起，就是《谁杀了她》《你杀了谁》《我杀了他》，当时就懵了，现在来看估计另外两本书也是没有揭示凶手的结局。

另外，第二遍读完了《纳瓦尔宝典》。第一遍究竟有没有完全读完我早就忘了，有声书也听过，但里面的内容也忘了。有人说这本书就是放在桌上随手翻看的，估计以后我也会读第三遍甚至更多。

电影

终于有时间去补看春节档的电影了，在电影院呆了一下午，一口气连看了《飞驰人生 3 》和《镖人》。看完后听影评播客，没想到《飞驰人生 3 》居然是今年春节档票房冠军，而且是断层领先，是整个春节档总票房的 50% 多。更令我意外的是《镖人》票房居然排名第三，春节期间明明还看到新闻说《镖人》的票房成绩连续逆跌来着，可能是我期待比较高，也可能是去年徐克把武侠动作片的口碑拉低了。

车戏和打戏没得说，很精彩。不过说心里话，两个影片都有严重的硬伤。对白本来是韩寒的优势，但是《飞驰 3 》居然在这方面大幅退步。《镖人》的问题就更多了，和宣传片严重不符，很多角色都没怎么展示武打场面就下线了。针对原著的魔改算是失败，把本来不相关的谛听强行加入，使得整个五大家族的故事和角色被大大压缩，感觉既要又要还要。