有人规定一定要用五要素来分析某个模块吗？

     在我看来，五要素是一个产品的设计模式，但并非是针对某个功能模块的“万能药”，就像感冒了用抗生素当然也行，但除了抗生素这种大面积杀伤性药品，我们是不是可以换成999感冒灵颗粒更有效呢？

    分析某个模块，其实最正确的方法从来都是从用户故事的角度入手，通过用户画像，用户故事以及产品的商业需求，来明白这个模块的意义与价值，然后去思考这个模块的具体布局设计。

    如果一定要从五要素来分析，那某个模块其实是鉴于框架层、结构层、表现层上的东西，看模块大小， 例如：微信的 发现 就是框架层，发现里的朋友圈  就是结构层的东西，朋友圈的具体页面布局就是表现层。

    调研的方法，通常是把你看一下几个不同行业的相同模块长什么样，增长见识，对比一下同模块中的不同产品有哪些相同点与不同点，画出表格进行分析，找出共同点最多的，与共同点最少的是哪些，然后思考为什么大家会不约而同的有这么多共同点，它的有什么优势吗？这种优势，对用户有什么好?对产品又有什么好？共同点最少的又是什么？它的劣势是什么？为什么别家都不用而这几家要用，是他家产品经理傻？还是他家产品本身的某些“特性”或历史原因？  能想明白这个，你就能获得自己的心得体会，解开了别人的设计思考，自己就能获得这类模型的设计方向。

    表述的话，最简单的办法就是列表，归类，总结。

深以为然，很受启发，如果一味地追求固定分析方法套用，会限制我们分析的逻辑