通过用户访谈/调查问卷/数据分析等，获取了茫茫多的数据
需求太多
但是每次版本更新的时间却是死的，so只能挑选比较重要的需求，来优先解决。
至于剩下的需求么，往后拖呗～～～
挑选重要需求，安排每个版本迭代的内容规划，就是需求的优先级整理
优先级须考虑的要素：
产品定位
做产品的目的
该需求的频次、强烈程度、持续周期等
产品定位（产品目的、需求频次等同样）
明确自己的产品，主要是为谁服务，满足用户何种需求，为其提供什么价值？围绕核心价值点，来确认
例：
支付宝-核心价值：快捷支付。
so对于支付宝团队来说，如果产品出现影响支付的问题，那一定是大问题！！！
要立即解决。
如果是里面的添加好友、聊天等流程出现bug，那......
不好意思，我们这个版本排满了，下次升级再说吧
需求频次，同样的道理：
对于支付宝来说，支付是高频、强烈、持续周期久的需求，
它的社交，呵呵...根本没多少人用的，好吗？ 这种低频次、低强度、持续周期短的功能，人家肯定不会在意的。
微信情况则正好相反：
主打的是社交。进去微信，最主要的原因和目的，还是社交
那些拿支付宝的社交模块，来和微信比对的，还是省省吧。
明显不是一个量级的，对吧
产品定位、目的、需求频次等，归根结底都是互通的，最终都要落实到用户的基本需求。
用户使用产品，只是因为产品为他提供了某种价值，满足了XX需求
而最影响用户体验的，无疑是每个产品的最基本、最核心的功能。
附加功能做不好，是没关系的。因为你主线价值也并不在此
但是，基础功能做不好，用户就完全没有使用你产品的理由了，不是么？
例：
依旧支付宝
第一感受：
1.对聊天没什么需求：
聊天做的渣，不要紧。反正问每次登录，都是用来支付的，聊天又关我什么事情，不影响我付款就行
2.对聊天有需求：
聊天做的这么烂，干脆卸载算了。
哎...不行啊，好多银行卡、账单什么的，都在这里面，而且支付宝用来支付确实方便，算了，还是继续用吧。聊天有微信，支付宝用来付账就行
支付没出问题，就一定会有人用，支付体验确实优秀。
那么问题来了，
假设：支付宝的支付流程 出现严重Bug,致使无法完成支付，而又没在短期内解决，那么支付宝的用户流失，一定是再自然不过的事情。
不过，若真有这种事情发生，那么X云一定比你我急多了。啊哈哈
以上...
