开口讲需求，
剩下的交给流水线

第 1 步 · 跟小白提出需求

想要什么系统，直接把话说出来。不用先写 PRD，也不用画流程图——把业务场景、有哪几种角色、要管哪些数据讲清楚就够了。

比如「我要一套商用洗地机的销售与售后管理系统：销售录单、售后派单、库存扣减、月底自动出报表」，这样一句话就是一次合格的开工输入。

小白问需求，你回答，多轮沟通，输出需求文档

小白不会照单全收。它会像一位懂业务的产品经理那样追问：谁在用这个系统、一天大概多少单、审批走到几级、哪些字段必须填、报表要按什么维度看……

你只需要用自己的话回答，答不上来的地方先给个大概范围也行。几轮对话之后，需求文档自动成型——功能清单、数据字段、验收标准都在里面，可以直接拿去给老板看。

DOC / 需求文档 · 自动生成，无需手写，可反复修改

第 2 步 · 开发该需求

确认需求文档没问题，就启动开发。从这一刻起流水线自己跑：需求拆解、技术选型、数据库设计、前后端编码、测试、部署，一步接一步，不需要你盯着。

进度全程可见，每完成一环都会在开发看板上留下记录——想知道做到哪了，随时回来看一眼。

启动开发后，开发过程全自动，无需人工干预（时长一般为 1-2 小时）。

等待过程中，可以去和小白继续聊下一个需求。

第 3 步 · 开发完成，立即验收

开发完成，立即验收。系统已经在线上跑着，链接发出去就能用；账号、角色、权限、初始数据都按需求文档交付到位。

验收时发现哪里不对、哪里想再加一点，也不用推倒重来——把意见当成下一条需求说给小白，改动同样按小时计。

改需求，也只是一句话的事

系统上线之后，业务总会变：字段要加、流程要调、报表口径要换。这些在传统项目里意味着重新评估工期、重新签合同；在小白AI 里，只是把新需求说一遍。

说清楚要改什么，小白问几句，需求文档更新，流水线重跑一遍，新版本自动上线。旧数据保留，正在用的人刷新即可。