夜雨聆风前老板有句话我一直记着——赚钱是生活最好的修行。产品做得好不好，拉出去卖一下就知道了。好用的东西，总会有人买单。
而且做APP这事，跟剪视频、写公众号一样，是有复利的。
复利在哪？目前我看到的至少两层。
第一层，一次投入，长期变现。 你写一个工具，解决一个具体问题，就有人愿意花几块钱换时间。就拿PDF转换来说，免费的工具网上到处都是，但据我所知，真愿意掏钱的人还真不少。
第二层，把工作流跑通。 大模型决定了输出的下限，你怎么设计流程，才决定了输出的上限和稳定性。流程跑顺了，就能批量生产，不用每次都从零开始硬磕。
第三层可能分人——就是那种造东西的快乐。从零到一搞个东西出来，让它活起来，挺有成就感的。人到中年，职业上能再往上走的没几个了，生活总得找点新的盼头。
背景
手搓APP和正经开发一套流程，路数差不多。可能有朋友不太熟这一套，我先铺一下。
项目开发大概分几步：
第一步，调研。 想清楚到底要做个啥。
第二步，方案设计。 为写代码做准备，搭架构、画页面啥的。
第三步，写代码。 写代码。写代码。
第四步，测试。 别一上线就崩。
第五步，部署。 上线，昭告天下。
开干
闲话少叙，直接开干。
第一步，调研。
先得想清楚一件事：到底要解决什么问题？
举个例子。我想做一个专门给新加坡 PR 申请者用的工具。痛点很明确——申请这事全靠玄学，条件能不能过没人知道，缺什么也看不清。
想好问题之后，还得确认两件事：这个需求是真的吗？别人做得怎么样？我们凭什么起手？
所以我把这摊事丢给了AI，跟它这么聊的：
跟AI聊需求的流程
一句话告诉它：我想做个 web app，帮新加坡 PR 申请者算算自己的情况，看看哪块是短板，怎么补能提高通过率。
然后让它干三件事——
第一，竞品调研。 去市场上翻10个差不多的产品，每个的核心功能是什么、好在哪、坑在哪。哪些做法我们该学，哪些坑必须绕着走。
第二，红蓝对抗。 让它自己跟自己打架——分两个角色，一个攻一个守，来回折腾几轮，把需求的真实性打透。
第三，出需求文档。 综合前面的东西，把功能清单、用户角色、使用场景、边界和排除项，全部落成文档。
第二步，方案设计。
调研做完，拿到了需求文档，接下来就是设计。
跟AI聊设计的流程
这一步目标很直接：把需求文档转化成一份开发能用的详细设计。
输入是需求文档，输出是详细设计文档。
具体怎么做呢？按需求里的模块，一个一个写。每个模块尽量独立，能单独测试。
有件事我得说清楚——AI不知道我心里在想什么。所以任何不确定的地方，我会直接问，不让它瞎猜。
这一步会出两个文件：
一个是产品文档。 包含信息架构、用户流程、功能模块说明——这就是开发的说明书。
另一个是页面设计文档。 包含配色方案、设计逻辑、每个页面怎么生成的 Prompt。
重点说说这个页面设计文档怎么用。
以 Google 的 Stich 为例。把设计文档丢进去，再用一句话描述你的产品。然后，等一会儿。
它就根据你的描述和文档，把风格统一的各个页面全给你生成了。
每个页面都可以微调。选中你要改的模块，输一句话就行。比如"把这个按钮放右边"、"从双排改成单排"。
真心建议你下个微信输入法，用语音说，比打字快多了。
页面改得差不多了，直接导进 AI Studio——Google 自家的玩意儿，无缝对接。
点一下"Build"，AI就开始生成前端页面了。到这步，就正式开始写代码环节了。
恭喜你，你已经完成项目最耗时费力的部分，接下来就是看着 AI 写代码了。
（未完待续）
