用户说“加一个导出按钮”，先别急着做：一张需求证据卡怎么写

收到“能不能导出全部内容”的反馈，最容易的处理方式是登记一个按钮需求，然后交给开发。但导出只是用户想到的办法：有人想挑选资料，有人需要离线备课，也有人准备把材料交给 AI 整理。任务不同，合适的方案可能是筛选、收藏、清单，也可能确实需要导出。

需求收集的第一步，是把功能要求还原成一次真实经历。它不能直接告诉你该开发什么，却能帮助团队知道：谁遇到问题，原来怎么做，哪里出了阻碍，哪些判断还没有证据。

从最近一次经历问起

“你希望增加哪些功能”可以用来打开话题，随后需要回到具体事件。可以问：“最近一次要导出是什么时候？”“当时要完成什么工作？”“没有导出时，你用了什么办法？”“最后完成了吗？”

这些问题允许对方说没遇到、记不清，甚至表示原来的方法已经够用。相反，“加了导出是不是就方便了”提前给出方案，还暗示了肯定答案。这样的回答很难用来判断功能是否值得做。

下面是虚构示例，不代表实际调查结果：一位运营人员说，昨天要为培训挑选六篇文章，逐篇打开再复制标题，后来请同事发了一份清单。这时可先记录“挑选培训资料”，而不是直接记录“需要导出全部文章”。前者能够容纳多种方案，后者已经把答案限定了。

观察操作，可以发现用户没有主动提到的返回、换词和求助。倾听反馈，可以知道什么事情让他觉得不顺利。访谈与问卷用于补足时间、场景和频率。亲自体验则帮助你理解流程，但熟练者的体验不能代替新用户。

比如设计者知道某个分类名称，几秒就能找到资料；第一次使用的人可能根本不知道应该点哪个分类。两个人走同一条路径，遇到的难度并不一样。因此，体验后仍要回到相应用户核对，不能把“我这里可以”当作问题不存在的依据。

也不必每次都开展大型调查。先观察一段实际操作，保留一条原话，再补一个中性追问，往往就能让模糊反馈变得具体。样本少时，明确写出范围即可，不要把少量线索包装成普遍结论。

一张需求证据卡至少记录五项：匿名编号与来源、发生时间和场景、原话或原始材料、观察到的动作、待核实解释与下一步。

仍用虚构例子：编号 C01；来源为一次直接访谈；场景为培训前挑选文章；原话是“我复制了好几次标题”；观察记录暂缺；待核实解释是“缺少批量挑选方式”；下一步是请对方演示最近一次操作。没有观察过的动作，就写“待观察”，不能为了填满表格而补造。

“没有批量挑选方式”与“现有功能难以发现”是不同假设。如果只写“用户需要导出”，团队可能连后一个可能性都看不到。证据卡的价值就在于保留这些可继续核查的分支。

“客服说大家都想要”属于转述，不能直接改写成“所有客服都有需求”。应保留转述人提供的范围，尽量回到原始经历。直接访谈也不是天然准确：回忆、提问方式和受访者选择，都可能影响答案。

问卷则要一次问一件事，交代时间范围。“界面是否美观且高效”把两个问题绑在一起，选择不同意也无法解释具体原因。先请少量人员试填，看看题目是否被正确理解，再决定是否扩大范围。

需要录音时，先说明用途和保留安排并取得同意。交给 AI 整理的材料应先脱敏，去掉姓名、联系方式、患者信息和账号凭据。AI 可以帮你分类、列追问，但它生成的摘要不会成为一条新的独立证据。

从现有反馈里选一条功能要求，按证据卡拆开记录；把不清楚的地方写成未知；设计两个不暗示答案的问题。然后再决定：继续调查、比较替代方案，还是先做一个范围有限的小试验。

本方法适合梳理产品与运营反馈，不保证访谈后一定要开发新功能。是否值得投入，还需要结合问题频率、影响、成本及权限判断。先弄清发生了什么，再讨论要做什么，能让后续方案更有可核对的依据。

本文根据颜词魔方《需求收集：观察、倾听、访谈与体验》重新整理，案例为教学示例。原课程链接：原课程（原学习站可能要求登录）。