整理需求，不是只列出功能点

整理需求不是说吧自己想好的功能点罗列出来就可以的，而是在理解场景的需求上，找到真正的需求和问题点。

产品新人常见误区

产品新人在整理需求时，常见误区是：凭经验（或凭空）列出一堆功能，并且几乎每个功能都有理由：用户如果要 xxx ，就得有 xxx （功能点）。

📖 例子

• 功能：订单列表页面加个搜索功能
• 原因：订单太多，当用户要找就得一直滚动界面，体验不好，所以加个搜索就方便查找。你认可吗？

请不要随便用「用户体验不好」来掩盖思考的懒惰。如果这样整理需求，那只是在堆功能——因为忽略了用户场景

我会这样思考：

用户为什么要打开订单列表页？搜索是不是最佳方案？

分析得出：「搜索」的使用场景很少，因此

• 搜索在页面不是一个重要功能，交互上给个 icon 即可，而不是使用输入框。
• 若开发资源有限，开发的优先级也排后

👨🏻‍💻用户场景的 5 大要素

「用户」是有血有肉的，可以用讲故事的方式（时间/地点/人物/事件），描述用户的操作行为。而不是简单一句「用户打开页面」

📖 例子：描述点外卖的用户场景

• ①：张三打开APP →查看附近外卖→选择并完成支付
• ②：下班的张三刚上地铁，打开APP → 把配送地址切换成家里→查看外卖→选择并完成支付

看到描述②时，有没有浮现画面：地铁上，有 1 个人单手抓扶杆，单手拿着手机？

📚 场景不是画面，是整体，像电影

分享让我受益匪浅的一句话。这是 2014 年我刚做产品不久，向一位产品大佬咨询关于「用户场景」，他的回答让我醍醐灌顶

“乔布斯之所以厉害，在于他能1秒钟变傻瓜。马化腾需要1分钟，而我差不多需要5~10分钟的酝酿。”——张小龙

大部分人没有这个天赋（扎心了），但可以通过练习，打怪升级，共勉！

本文由 @星星聊产品 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议