如何用故事设计的方法做需求分析？

增加功能充满了许多的未知性，所以这一点才会让我们望而却步。这些从无到有的功能需要设计者有足够的判断力、经验以及分析能力，但是依然无法完全保证可行性，所以在及时验证通过后方可确认为是一个需求，是否可以列为未来可优化的需求。

针对这类需求的分析，建议如下：

1. 当下需要新增的功能，是否可以回归到主线。如果可以，这个功能对主线的贡献是否显著，若无法确认则可以小范围测试进行验证，切勿盲目大范围开发上线试错，为自己预留调整的空间。
2. 任何人提出的功能需要再次抽象，即问自己两个问题，他为什么需要这个功能，解决了什么问题。因为不同角色总会从当下遇到的情况出发提出一个表象的解决方案来解决当下遇到的问题。而产品设计者需要在这个基础上在提升一下自己的思考维度，发现这个方案之后遇到的问题是什么，比如说当时微信加入支付功能时最佳的辅助对象是发送红包提升社交功能竞争力，而不是建设金融平台。

对于功能完善类的需求，由于已有前提功能铺垫，所以这类需求问题分析起来都会更有把握，试错成本也更低，在此便不多赘述了。

简单的做一个总结，其实以上思路灵感来源于我自己了解了KANO模型后的一些尝试。经常有人对我说，要把问题量化。但是我觉得量化容易让自己陷入一个桎梏，盲目相信数值，忽略使用者的感受，毕竟我们打交道的是人。所以基于KANO模型，对于需求的定义，我整理为以下几个准则：

1. 加入的功能是否能让用户眼前一亮并为他们解决决定性问题。如果是，那么这样的功能需要优先系统性的思考并尽早完善为需求。
2. 加入的功能是否只是帮助用户锦上添花的解决了问题，并未提升效率。如果是，那么这可能并非是需求，只是遇到了一个问题后的感受。如果否，则这是一个较为重要的需求，有效解决效率性问题是产品设计工作中内容占比十分大且重要的内容。
3. 针对不同角色来思考，每次的需求满足范围如何，如果只是解决了极少数人的问题，有必要重新回顾自己的分析历程。

（二）确认每个情节的重要程度与优先级

记得我曾经构思了一个剑侠的故事，我为其构思了精彩的前传，但是前传对于主线而言意义并不大，算是一个补充阅读。后来我便将这个小故事放在了我主线故事之后作为一个补充章节。

不论是产品战略与功能架构设计者，还是以执行为主的执行人员，确认重要等级与优先级是必须要面对的问题。解决这个问题有一个十分有效的方法，就是根据重要程度与紧急程度分为四象限，想必这个方法大家都不陌生了。

（编辑：淮安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!