02-特性思维：把模糊需求拆成可交付单元.docxVIP

02特性思维：把模糊需求拆成可交付单元

需求拆解是FDE最值钱的能力，因为AI时代「写代码」的成本趋近于零，而「搞清楚该写什么」的成本反而上升。拆解得不好，AI会高效地帮你做出错误的东西。

推荐三步拆解法。第一步写用户故事：作为某类用户，我希望完成某件事，以便获得某价值。第二步写验收标准：用Given/When/Then句式把故事的边界固定下来。第三步转技术任务：把验收标准映射为数据模型、接口、页面和测试的调整项。

举例：「支持用户上传头像」拆解后是：Given我已登录，When我选择一个小于5MB的图片，Then头像立即更新并在所有页面生效；Given我上传了不支持的格式，Then系统给出明确提示且不中断当前操作。这些标准既是开发依据，也是AI写测试和验收文档的输入。

常见反模式是拿「做一个后台管理系统」当特性——它太大、无法独立验收。正确做法是把它拆成「登录与权限」「用户管理」「数据看板」等特性逐一交付。拆解中不确定的部分，可以让AI扮演目标用户，向你连续提问，把想当然的假设逼出来。