如何正确的画出功能结构图？

　　简单的功能直接画l线框图。但是复杂的功能怎么办呢？文章为你解读。
　　通常PM梳理完了产品的整体架构，就进入正式的原型设计。简单的功能直接画l线框图。但是复杂的功能怎么办呢？
　　这时候初级PM估计还是一个页面一个页面的画，一个控件一个控件的抠细节。然后画到一半发现有问题，再一个页面一个页面的往回修改。
　　从时间上来看，反反复复修改几十遍，浪费时间和精力。
　　从沟通上来看，技术会因为一次性做这么复杂的功能，怼你们。
　　从结果上来看，大家看到的是一个细节很完美而整体复杂混乱的功能。
　　一、为什么需要功能结构图
　　碰到上述情况的时候，其实你应该先把整体分析一下这个功能，画出详细的内部结构，然后和前后端工程师过一遍需求。让大家清楚这个功能有几部分组成，每部分是什么，以及各有什么作用。
　　最后根据公司的要求，是做完这些功能重要还是必须某个时间点上线重要，来综合考虑是做完整个功能，还是这个功能的部分子功能。
　　这就是功能结构图的由来。
　　二、功能结构图是什么
　　功能结构图是用来表示复杂功能的内部结构，包含了哪些子功能。
　　设计特性
　　最好设计成独立的模块，和其他功能尽量不存在关联。
　　注意是功能内部结构，不是误认为是功能间的关系。详见如何正确的画出功能流程图。
　　三、如何画功能结构图
　　以电商APP的下单功能l为例来讲一下如何画功能结构图。
　　分析功能结构
　　当我们接到这样一个需求的时候，脑子中想到的是我们在淘宝京东等购物平台的下单步骤。很容易就想到至少要这样做。
　　然后这时候就直接去画页面，或者照抄竞品来设计原型。
　　避免步骤页面化
　　有3个步骤，那就画3个页面好了。
　　简单粗暴的“步骤页面”，只是偷懒的做法。
　　比如提交订单可以只是一个提交的按钮，选择商品可以有多种方式，可能会涉及到多个页面。
　　避免功能竞品化
　　貌似竞品淘宝有现成的啊，全部照抄一遍就好了。
　　事实上你们可能不是电商平台，商品也没有不同sku。
　　细化功能粒度
　　根据自身业务，将下单功能拆分到更细的粒度。
　　详见订单结构，你可以结合下方的订单物理结构，订单逻辑结构，订单金额结构一起阅读。
　　如果你愿意按照这种思路去拆分，可以避免把步骤当做页面去画了。
　　再去对照自己的业务是不是也需要用购物车，是否也需要有有优惠券。如果是刚刚上线的，这2个子功能完全没有必要设计。
　　控制细分粒度
　　没必要无限制的去细分粒度，一般2到3层就够了。比如上面的下单功能架构图就是如此。
　　不是不可以，而是一般情况下没必要耗费太多的精力。但是如果需要拆分最底交易系统架构的时候，是有必要的。有兴趣的朋友可以看看淘宝产品十年事或者有赞订单系统的拆分。
　　四、使用Axure画
　　建议使用Axure的流程图功能来画，因为还支持跳转到对应的前端线框图，方便阅读。详见Axure原型加流程图功能的高效结合。
　　矩形框
　　表示子功能，子子功能。
　　有向箭头
　　表示子功能间的关系。
　　虚线框
　　用来表示这部分属于哪个子功能。
　　五、总结
　　建议将这篇文章和如何正确的画出功能流程图一起阅读，前者是功能内部的结构图，后者是产品整体的功能流程图。
　　我是对标“任务型产品”来写了这2篇文章，但是也可以反过来应用这2种图形，比如滴滴出行的主体功能更适合用一个个功能结构图来画。
　　相关阅读
　　如何正确的画出功能流程图
　　如何正确地画出页面流程图