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

概念设计阶段是“磨刀不误砍柴工”的,功能结构的梳理反而有助于加快功能细节设计环节的进度。

概念设计是需求转化为产品设计的第一个阶段,也叫信息架构设计,是指对产品功能的结构进行梳理,之后才是功能细节的设计,很多小伙伴在需求设计的过程中往往会忽略掉这个环节,直接切入到功能细节的设计当中,这会导致两个问题:
一是会漏掉需求,未依照功能结构去梳理,除非对需求的把控能力很强,否则很容易漏掉需求。就像盖房子都要先盖框架结构一样,先是整栋楼的结构,再是每层楼里面的结构,最后才是每个房间的细节。从房间着手,很容易就漏掉了某层的某个房间设计。
二是会导致整体业务需求无法衔接,从细节到框架的设计,会导致各块功能最后无法整合的情况。还是拿盖楼举例子,一上来直接考虑房间的设计,很容易导致每层楼的结构不能串联,比如统一的下水管道。
保持主干清晰,枝干适度。产品的主要功能架构是产品的骨骼,它应该尽量保持简单、明了,不可以轻易变更,让用户无所适从。次要功能丰富主干,不可以喧宾夺主,尽量隐藏起来,而不要放在一级页面。——依据张小龙演讲整理
功能框架是产品的骨骼,设计的过程中要先考虑框架设计是否合理,是否已经包含所有需求的功能,而不是先去造血肉,去实现功能细节。在概念设计过程中,一般有如下两类:

较为完整独立的系统设计

比如客服系统、退换货系统、权限管理系统这种,都属于较为完整独立的系统。在设计这类系统的功能框架时,一般可以从如下几个角度着手:
从用户的角度出发,梳理用例(User Case)。业务系统当中会有哪些用户使用,会操作哪些功能,这些功能的关联性如何。以权限管理系统为例,基于管理员和普通用户的结构如下:

从系统中包含的对象角度,梳理对象的操作场景。每个对象都会涉及到一些操作,每个操作都是一个功能,这些功能整合在一起就形成了完整的功能,还是以权限管理系统为例:

单个分支业务流程的设计

比如退货流程、换货流程就是退换货系统中的单个业务分支流程,满足于单一业务场景,但流程较长,涉及到的用户操作场景和环节比较多的,在做这类流程的概念设计的时候,要先确认大的环节。然后基于这些大的环节去梳理每个环节会产生哪些分支。

在做概念设计的过程当中,除了以上的类型区分外,一定要把握住功能框架梳理的原则:

1、用户层面的思考,更多的从用户使用场景角度出发

  • 用户的理解能力:考虑用户认知成本和学习成本
  • 用户的熟悉程度:考虑用户的操作习惯和操作复杂度,尽量要简化操作
  • 用户的使用频率:低频功能一般路径会的比较深,高频功能尽量都一级页面展示

2、产品层面的思考,从产品定位和发展目标角度出发

  • 产品的核心价值:也即产品定位中所提供的核心服务
  • 产品的主线功能:满足核心业务流程为主
  • 特色功能:差异化的地方或创新的点

3、业务层面的思考,从业务核心主流程的角度出发

  • 业务系统价值:实现该业务系统的核心价值体现
  • 业务流程:流程中各个主要环节所涉及的功能

把握住以上三个原则,好的功能框架的特点就比较清晰了:

  • 与用户需求、业务价值、产品目标相对应。 就是要把握住上面的三个原则不偏离。
  • 具有一定的可扩展性。 后续在添加新功能的时候不会整个结构重来一遍,能较好的兼容。
  • 保证分类标准的统一。 按用户分类的时候不要又夹杂着对象,分类标准要统一。
  • 避免语义歧义或不解。

概念设计阶段是“磨刀不误砍柴工”的,功能结构的梳理反而有助于加快功能细节设计环节的进度。对于产品设计过程而言,先确定功能框架没有问题,也就不会出现细节都设计出来了,还需要全盘推翻重来的情况。

作者

华仔,微信公众号:zeropm。历任阿里巴巴、1号店、盛大网络资深产品经理,现任美平米电商产品产品总监,合著有《运营前线》、《产品前线》、《互联网产品之美》,译著有《人人点赞:让APP瞬间疯转的绝妙文案》。11年产品经理工作经验,专注于在线教育和电商产品方向。

关键字:用户需求, 概念设计

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部