概念设计：明确需求的功能框架
概念设计阶段是“磨刀不误砍柴工”的，功能结构的梳理反而有助于加快功能细节设计环节的进度。
概念设计是需求转化为产品设计的第一个阶段，也叫信息架构设计，是指对产品功能的结构进行梳理，之后才是功能细节的设计，很多小伙伴在需求设计的过程中往往会忽略掉这个环节，直接切入到功能细节的设计当中，这会导致两个问题：
一是会漏掉需求，未依照功能结构去梳理，除非对需求的把控能力很强，否则很容易漏掉需求。就像盖房子都要先盖框架结构一样，先是整栋楼的结构，再是每层楼里面的结构，最后才是每个房间的细节。从房间着手，很容易就漏掉了某层的某个房间设计。
二是会导致整体业务需求无法衔接，从细节到框架的设计，会导致各块功能最后无法整合的情况。还是拿盖楼举例子，一上来直接考虑房间的设计，很容易导致每层楼的结构不能串联，比如统一的下水管道。
保持主干清晰，枝干适度。产品的主要功能架构是产品的骨骼，它应该尽量保持简单、明了，不可以轻易变更，让用户无所适从。次要功能丰富主干，不可以喧宾夺主，尽量隐藏起来，而不要放在一级页面。——依据张小龙演讲整理
功能框架是产品的骨骼，设计的过程中要先考虑框架设计是否合理，是否已经包含所有需求的功能，而不是先去造血肉，去实现功能细节。在概念设计过程中，一般有如下两类：
较为完整独立的系统设计
比如客服系统、退换货系统、权限管理系统这种，都属于较为完整独立的系统。在设计这类系统的功能框架时，一般可以从如下几个角度着手：
从用户的角度出发，梳理用例（User Case）。业务系统当中会有哪些用户使用，会操作哪些功能，这些功能的关联性如何。以权限管理系统为例，基于管理员和普通用户的结构如下：
从系统中包含的对象角度，梳理对象的操作场景。每个对象都会涉及到一些操作，每个操作都是一个功能，这些功能整合在一起就形成了完整的功能，还是以权限管理系统为例：
单个分支业务流程的设计
比如退货流程、换货流程就是退换货系统中的单个业务分支流程，满足于单一业务场景，但流程较长，涉及到的用户操作场景和环节比较多的，在做这类流程的概念设计的时候，要先确认大的环节。然后基于这些大的环节去梳理每个环节会产生哪些分支。
在做概念设计的过程当中，除了以上的类型区分外，一定要把握住功能框架梳理的原则：
1、用户层面的思考，更多的从用户使用场景角度出发
- 用户的理解能力：考虑用户认知成本和学习成本
- 用户的熟悉程度：考虑用户的操作习惯和操作复杂度，尽量要简化操作
- 用户的使用频率：低频功能一般路径会的比较深，高频功能尽量都一级页面展示
2、产品层面的思考，从产品定位和发展目标角度出发
- 产品的核心价值：也即产品定位中所提供的核心服务
- 产品的主线功能：满足核心业务流程为主
- 特色功能：差异化的地方或创新的点
3、业务层面的思考，从业务核心主流程的角度出发
- 业务系统价值：实现该业务系统的核心价值体现
- 业务流程：流程中各个主要环节所涉及的功能
把握住以上三个原则，好的功能框架的特点就比较清晰了：
- 与用户需求、业务价值、产品目标相对应。 就是要把握住上面的三个原则不偏离。
- 具有一定的可扩展性。 后续在添加新功能的时候不会整个结构重来一遍，能较好的兼容。
- 保证分类标准的统一。 按用户分类的时候不要又夹杂着对象，分类标准要统一。
- 避免语义歧义或不解。
概念设计阶段是“磨刀不误砍柴工”的，功能结构的梳理反而有助于加快功能细节设计环节的进度。对于产品设计过程而言，先确定功能框架没有问题，也就不会出现细节都设计出来了，还需要全盘推翻重来的情况。
作者
华仔，微信公众号：zeropm。历任阿里巴巴、1号店、盛大网络资深产品经理，现任美平米电商产品产品总监，合著有《运营前线》、《产品前线》、《互联网产品之美》，译著有《人人点赞：让APP瞬间疯转的绝妙文案》。11年产品经理工作经验，专注于在线教育和电商产品方向。
关键字：用户需求, 概念设计
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
