投稿
上一篇文章中说到由一个需求发掘出更多的需求点，天辰苹果版APP下载 需求那么多不可能一下全都做的（开发资源有限），那么这个时分我们就要对需求停止优先级的排序，得出结论哪些需求优先做，哪些需求后续做。
主要从三个维度对需求优先级停止排序
用户量和运用频率
开发难度和效果
主要从三个维度对需求优先级停止排序
用户量和运用频率
开发难度和效果
产品价值
下面以网易云音乐为例，对次停止进一步的解释。
（1）音乐列表和音乐播放是根底体验，用户量大运用频率高，有大量需求的时分要优先做这局部需求，普通这类需求大量存在于产品初期。
（2）个人设置例如个人根本材料、清算缓存等运用的用户量也很大，不过运用频率没那么高，相关于音乐播放这个需求优先级就相对低一些。
（3）歌手的后台管理，歌手是平台的一类用户，他们运用后台管理的频率很高，但是这类用户基数比拟小，所以这局部的需求优先级相对来说会更低一些。
（4）歌曲的私人定制，这个局部用户量和运用频率都不是很高，天辰苹果版APP下载 假如满足这局部用户的需求，他们会对产品好感度大大提升，不过在优先级排序上这局部就要最靠后了。
（1）优先做开发难度低，产生效果快的需求，普通这样的需求在产品早期，这个阶段需求快速迭代，快速试错。
（2）在产品生长期，产品功用相对稳定，要做开发难度相对较大，产生的效果较快的需求。
（3）一些开发难度低，产生效果也不是很明显的创新。
（4）开发难度大，产生效果慢的需求优先级最低，这种可能是某个设计时机点。
产品价值
这个维度排列需求优先级从两个方向去思索
（1）用户能否愿意为理解决问题而付费。
（2）假如做出来，用户愿意为之付出几费用。
总结
经过上面几个维度对一切的需求停止综合的排序，排列出先做哪些需求后做哪些需求，到这里还没有完，上篇文章我们经过思想导图把一切的需求发掘出并展现出来（假如遗忘了可回看上篇文章），经过这篇文章我们以不同的维度对产品需求优先级停止了排序（思想导图的每一项都能够挪动，也能够用表格把需求按优先级整理出来），之后我们把处理计划带入到上篇文章的需求发掘中
开发难度和产生的效果
用户：即会员需求这个功用第一批中心用户是谁？
场景： 用户在什么场景下会用到这个功用？
问题 ：处理这个用户的最大痛点是什么？
比照 ：和用户如今的处理计划比照，体验提升有多大？
把这些结论列出来，和指导去谈这些需求的落地问题，就能站在同一个维度去讨论问题了。普通比拟重要的需求都会开个需求审核会议，小的需求只需求快速迭代。需求审核经过后有些需求会砍掉有些会走入下个流程，即业务流程图和原型的制造了。这个在以后的文章中写。
网友回应