模块设计从需求到原型

本方法路径乃设计消息中心模块产出。并非适用所有产品模块设计，仅供借鉴。－－题记

---

模块设计的时候要先抽离产品，再回归产品。

---

模块定义

方式：5W2H，what，why，when，who&whom，where，how to do，how much。

思路：先明确你这么分析是为了什么目标。再来逻辑填空。

---

特性规划

基于用户心理模型（而非业务模型或工程模型），自上向下，结合角色－在本模块内的核心诉求－实体3要素分析。通过分析不同角色的核心诉求抽象出来实体。此时产出特性。

---

需求提取

用户怎么用产品，是多样的。不同的场景，不同的目标，不同的角色，会产生许多的流程。所以用户流程分析和事件分析组合分析，会更全面些吧。

用户流程分析：画流程图或者脑图（组词方式“操作－实体／角色”）。根据流程分析出来事件，再进行事件分析。或者反过来都可以。互相补充吧。

事件分析：卡片分析，卡片内的事件、背景、场景、情节等多元素灵活组合运用。

以上两个分析走完了之后，怎么归纳总结需求，结合产品架构进一步规划模块架构吧。

需求分析与攫取：基本就是抽象归纳共性。包括信息架构的共性，和功能交互的共性。

优先级分析：KANO模型还是挺好用的，基本型需求、期望型需求、兴奋型需求，无法判断的就扔到无定义需求吧。

---

需求细化

主要包括3项内容，需求描述、交互流程、样式。需求描述是没有规范的，重点一定要有，该有的也一定有。比如消息提醒的满足方式呀，内容呀。交互流程，要考虑上下文、使用场景、功能和信息层级的设计。样式不用多美观多专业的表达，但信息优先级一定要明确。突出啥信息要明确。

这时候还是要进一步分析的，怎么分析也不算有规范的。用得多的是分析实际使用场景，使用流程图就出来了。基本分析产出成果可能会有大家都比较熟悉的，总体架构图、功能结构图、信息结构图。

---

原型产出

基本就出来原型了～