概念设计明确需求的功能框架

　　概念设计阶段是＂磨刀不误砍柴工＂的，功能结构的梳理反而有助于加快功能细节设计环节的进度。
　　概念设计是需求转化为产品设计的第一个阶段，也叫信息架构设计，是指对产品功能的结构进行梳理，之后才是功能细节的设计，很多小伙伴在需求设计的过程中往往会忽略掉这个环节，直接切入到功能细节的设计当中，这会导致两个问题：
　　一是会漏掉需求，未依照功能结构去梳理，除非对需求的把控能力很强，否则很容易漏掉需求。就像盖房子都要先盖框架结构一样，先是整栋楼的结构，再是每层楼里面的结构，最后才是每个房间的细节。从房间着手，很容易就漏掉了某层的某个房间设计。
　　二是会导致整体业务需求无法衔接，从细节到框架的设计，会导致各块功能最后无法整合的情况。还是拿盖楼举例子，一上来直接考虑房间的设计，很容易导致每层楼的结构不能串联，比如统一的下水管道。
　　保持主干清晰，枝干适度。产品的主要功能架构是产品的骨骼，它应该尽量保持简单、明了，不可以轻易变更，让用户无所适从。次要功能丰富主干，不可以喧宾夺主，尽量隐藏起来，而不要放在一级页面。——依据张小龙演讲整理
　　功能框架是产品的骨骼，设计的过程中要先考虑框架设计是否合理，是否已经包含所有需求的功能，而不是先去造血肉，去实现功能细节。在概念设计过程中，一般有如下两类：
　　较为完整独立的系统设计
　　比如客服系统、退换货系统、权限管理系统这种，都属于较为完整独立的系统。在设计这类系统的功能框架时，一般可以从如下几个角度着手：
　　从用户的角度出发，梳理用例（User Case）。业务系统当中会有哪些用户使用，会操作哪些功能，这些功能的关联性如何。以权限管理系统为例，基于管理员和普通用户的结构如下：
　　从系统中包含的对象角度，梳理对象的操作场景。每个对象都会涉及到一些操作，每个操作都是一个功能，这些功能整合在一起就形成了完整的功能，还是以权限管理系统为例：
　　单个分支业务流程的设计
　　比如退货流程、换货流程就是退换货系统中的单个业务分支流程，满足于单一业务场景，但流程较长，涉及到的用户操作场景和环节比较多的，在做这类流程的概念设计的时候，要先确认大的环节。然后基于这些大的环节去梳理每个环节会产生哪些分支。
　　在做概念设计的过程当中，除了以上的类型区分外，一定要把握住功能框架梳理的原则：
　　1、用户层面的思考，更多的从用户使用场景角度出发
　　用户的理解能力：考虑用户认知成本和学习成本
　　用户的熟悉程度：考虑用户的操作习惯和操作复杂度，尽量要简化操作
　　用户的使用频率：低频功能一般路径会的比较深，高频功能尽量都一级页面展示
　　2、产品层面的思考，从产品定位和发展目标角度出发
　　产品的核心价值：也即产品定位中所提供的核心服务
　　产品的主线功能：满足核心业务流程为主
　　特色功能：差异化的地方或创新的点
　　3、业务层面的思考，从业务核心主流程的角度出发
　　业务系统价值：实现该业务系统的核心价值体现
　　业务流程：流程中各个主要环节所涉及的功能
　　把握住以上三个原则，好的功能框架的特点就比较清晰了：
　　与用户需求、业务价值、产品目标相对应。就是要把握住上面的三个原则不偏离。
　　具有一定的可扩展性。后续在添加新功能的时候不会整个结构重来一遍，能较好的兼容。
　　保证分类标准的统一。按用户分类的时候不要又夹杂着对象，分类标准要统一。
　　避免语义歧义或不解。
　　概念设计阶段是＂磨刀不误砍柴工＂的，功能结构的梳理反而有助于加快功能细节设计环节的进度。对于产品设计过程而言，先确定功能框架没有问题，也就不会出现细节都设计出来了，还需要全盘推翻重来的情况。