目标导向：用目标描述需求，别用功能清单
给 AI「小美要三分钟交完报销单」比给它「要有上传、表单、按钮」产出好得多。两种提示词对决，再练习把功能清单改写成场景
本页解决的问题
先给结论「目标导向：用目标描述需求，别用功能清单」要解决的关键问题是什么？
给 AI「小美要三分钟交完报销单」比给它「要有上传、表单、按钮」产出好得多。两种提示词对决，再练习把功能清单改写成场景
把品味变成产品可重复的行为。 有用的结果不是一句“我觉得更好”。它应该是一条看得见的规则、一个小例子，以及判断体验何时低于标准的方法。
记录一个前后对比，让别人不用听解释也能看懂质量线。
表面更精致了，却没有减少用户的不确定感。
跟 AI 提需求，多数人的第一反应是列功能：「要有上传、要有表单、要有导出」。清单看着专业，其实把最重要的信息漏掉了：这些功能凑在一起，到底要帮谁完成什么。AI 拿到清单只能逐项照做，每一项都做了，合起来却谁的问题都没解决。
《About Face 4》第 1 章把这件事定成方法论的地基：交互设计先研究用户的目标，再从目标推导功能。Cooper 强调目标和任务是两种东西：目标是对最终状态的预期，任务只是达成目标的中间步骤。目标几十年不变（把报销交出去、让老板知道我干完了），任务隔几年就换一茬（从贴发票到拍照识别）。盯着任务提需求，AI 给你的是旧任务的电子版；盯着目标提需求，它才有机会把任务本身省掉。
Alan Cooper，《About Face 4》第 1 章。先问为谁、为什么，再问做什么。
同一个报销工具，左边把功能清单喂给 AI，右边把人物和场景喂给 AI，下面是两份提示词和它们各自换回的界面。先别看判词，自己选：哪边你愿意每月底用一次？
支持批量，金额和类别自动识别
识别为「交通」，点错可改 已识别
注意一个细节：B 的提示词里一个控件名都没提，产出里的拖放、自动识别、撤回反而都是 A 清单里没有的。功能是从目标里长出来的，你把土壤给够，AI 自己会结果。
要用目标提需求，先得会认目标。判据就一条，来自第 1 章：目标是终点状态，任务是走向终点的步骤。追问一句「做这个是为了什么」，还答得上来的是任务，答不上来（它本身就是答案）的是目标。六道题，逐条判。
目标得有主人。第 3 章的工具是人物模型（persona）：从真实用户里提炼出一个有名字、有职业、有目标的具体人，设计时所有取舍都拿他当裁判。Cooper 反复敲打的一点是每个界面只伺候一位首要人物：想讨好所有人，界面就会变成什么都摆一点的柜台，谁来了都得先找半天。
次要人物的需求可以做，但只能在不挤占首要人物的前提下塞进角落。不信邪的话，下面这个实验演给你看「每个人都照顾一点」的下场。
人物和目标就位后，第 4 章的最后一件工具是情境场景：不谈技术、不点名控件，像讲故事一样写这个人从头到尾怎么达成目标。场景一写，哪些功能必须有、哪些纯属想象，自己就浮出来了。这也正是喂给 AI 最好的格式：它读得懂故事，也补得出故事里缺的零件。
下面是一张典型的功能清单，四条全是「要有什么」。逐条点击，看每一条翻译成场景语言长什么样。
目标是终点，任务是步骤：追问「为了什么」还答得上来的是任务。用目标提需求，AI 才有机会把多余的任务整个省掉。
一个界面只伺候一位首要人物：次要人物的需求塞角落，谁都想照顾的界面最后谁都用不顺。
喂 AI 的最佳格式是场景：人物 + 目标 + 从头到尾走一遍的故事，控件和状态让它自己推，你只验收目标达没达成。
模板一句话：「用户是＿＿，目标是＿＿。走一遍场景：＿＿。界面细节你来定，以帮用户达成目标为准。」
内容来源：newwebplay AI「交互工程」专题原创；目标导向设计、人物模型与情境场景的方法整理自《About Face 4：交互设计精髓》第 1、3、4 章（Alan Cooper 等）。
从「功能清单是怎么骗人的」把感觉变成判断
「跟 AI 提需求，多数人的第一反应是列功能：「要有上传、要有表单、要有导出」。清单看着专业，其实把最重要的信息漏掉了： 这些功能凑在一起，到底要帮谁完成什么 。AI 拿到清单只能逐项照做，每一项都做了，合起来却谁的问题都没解决」指出，AI 降低了做出“能用”成品的门槛，读者真正需要练的是看出哪里不对，并把感觉说成可以执行的要求。
观察用户的下一步，而不是只看表面
「《About Face 4》第 1 章把这件事定成方法论的地基：交互设计先研究用户的目标，再从目标推导功能。Cooper 强调目标和任务是两种东西： 目标是对最终状态的预期，任务只是达成目标的中间步骤 。目标几十年不变（把报销交出去、让老板知道我干完了），任务隔几年就换一茬（从贴发票到拍照识别）。盯着任务提需求，AI 给你的是旧任务的电子版；盯着目标提需求…」可以转成几个可观察的问题：用户是否知道现在发生了什么，是否知道下一步做什么，出错或空白时能否恢复，以及信息层级是否让重要内容先被看见。
漂亮不等于容易用
把「模板一句话： 「用户是＿＿，目标是＿＿。走一遍场景：＿＿。界面细节你来定，以帮用户达成目标为准。」」用在第二个页面或流程上，记录一个具体犹豫点和一个改动后的用户动作；能被观察到的变化，才是体验改善。
从「功能清单是怎么骗人的」走到「对决 · 同一个需求，两种提示词」
「功能清单是怎么骗人的」先把问题落在「跟 AI 提需求，多数人的第一反应是列功能：「要有上传、要有表单、要有导出」。清单看着专业，其实把最重要的信息漏掉了： 这些功能凑在一起，到底要帮谁完成什么 。AI 拿到清单只能逐项照做，每一项都做了，合起来却谁的问题都没解决」上；到了「对决 · 同一个需求，两种提示词」，讨论继续推进到「同一个报销工具，左边把功能清单喂给 AI，右边把人物和场景喂给 AI，下面是两份提示词和它们各自换回的界面。先别看判词，自己选：哪边你愿意每月底用一次」。两段连起来，重点就不只是记住一个结论，而是看清它成立所依赖的条件。
把这条判断带到下一个场景
评估体验时，把抽象的“好看”或“顺手”换成用户动作：他是否看懂状态、找到了下一步、能从错误中恢复，并且愿意继续使用。
- 「功能清单是怎么骗人的」：跟 AI 提需求，多数人的第一反应是列功能：「要有上传、要有表单、要有导出」。清单看着专业，其实把最重要的信息漏掉了： 这些功能凑在一起，到底要帮谁完成什么 。AI 拿到清单只能逐项照做，每一项都做了，合起来却谁的问题都没解决
- 「对决 · 同一个需求，两种提示词」：同一个报销工具，左边把功能清单喂给 AI，右边把人物和场景喂给 AI，下面是两份提示词和它们各自换回的界面。先别看判词，自己选：哪边你愿意每月底用一次
- 「最后的要点」：次要人物的需求可以做，但只能在不挤占首要人物的前提下塞进角落。不信邪的话，下面这个实验演给你看「每个人都照顾一点」的下场
最后的「最后的要点」把讨论落到「次要人物的需求可以做，但只能在不挤占首要人物的前提下塞进角落。不信邪的话，下面这个实验演给你看「每个人都照顾一点」的下场」。回看这条线索时，最值得保留的是：当输入、规模或风险改变，哪些判断需要重新做一遍。
我把这篇文章里的一个判断改写成了今天可以验证的小实验。比记住结论更有用的是，知道下一步要观察什么。
读完以后我先回头找它成立的条件，而不是直接把方法搬进项目。这个顺序让后面的取舍清楚很多。
如果把这个判断放到真实工作里，最先需要补的约束是什么？我想知道从阅读到第一次实践之间，哪一步最值得先做。
还没有这篇文章的讨论。