开工准备

选产品形态

同一个需求，做成不同形态，工作量能差五倍。

第一版建议选 Web 应用。 没有审核，改完就上线，出问题能立刻回滚。 这三点在早期比什么都重要——你会改很多次。

例外：如果核心功能必须用到相册、定位、后台通知这类本地能力， 那就得做 App，别用 Web 硬凑。

把范围砍到最小

一个可用的判断标准：能不能在两周内做完并上线。

不能，就再砍一刀。按这个顺序删：

1. 后台管理 → 先用数据库客户端手动改
2. 用户系统 → 能不能先不用登录？很多工具真的不需要
3. 支付 → 先收微信转账，跑通了再接
4. 多端适配 → 先只做桌面端，或者只做手机端
5. 设置页 → 先写死默认值
6. 第二个功能 → 第一个都还没人用

删的时候心里会不舒服，那是正常的。每删一条，上线时间提前几天。

算成本

AI 产品和普通 Web 产品最大的区别：有边际成本。

普通 Web 产品多一个用户，成本几乎为零。AI 产品多一个用户， 每次调用都在烧钱。上线前必须知道：

• 单次核心操作，调用了几次模型，各花多少钱
• 一个典型用户一个月用多少次
• 免费额度给到什么程度不会亏穿

这个账要在写第一行代码前算。 算完你可能会改产品设计—— 比如把某个功能从"每次实时生成"改成"缓存复用"，成本差十倍。

一个常见的错误：用最贵的模型做所有事。 实际上大部分环节（分类、抽取、格式化）用小模型就够， 只有真正需要推理的环节才值得上大模型。

工具选型

不用纠结。选你最熟的，或者选生态最大的。

早期唯一重要的是迭代速度，不是技术先进性。你会在这个项目上改几百次， 一个你用得顺手的老技术，胜过一个你要边查文档边写的新技术。

用 AI 写代码的话还有一条：选主流框架。 主流框架的训练数据多，AI 写出来的代码质量明显更高，改起来也顺。

本章动作

写一份不超过 10 条的功能清单，删到两周能做完为止。

然后在清单最上面写一行：这个产品不做什么。 这一行比清单本身更有用。