首页

如何做功能的信息架构与流程设计

博博

架构架构,顾名思义就是框架结构,信息和内容有主次、有分类、有前后逻辑。什么样的框架结构能够满足业务和用户两者的需求,那就是一种好的框架。






好像又是一句正确的废话。


举个例子,书店里的书,如果按照常规主次、分类和逻辑来规划的话,那估计就赚不到什么钱,但如果我们调研过经常来逛书店的用户群体特征的话,我们就可以重新调整书籍的分类摆放区域以及设定一些特殊的展示,比如用户对某个类别下的书很感兴趣,但是这个类别是属于一个很小的分支,按照常规分类那只能在角落里,这时候就要单独拿出来进行摆放,才能提高曝光。但如果用户想要什么都单独放出来,整个结构又会杂乱无章,所以信息架构设计是一门繁琐的学问。


所以,信息架构设计离不开用户的心智。我们常听到的是,信息结构可以分为自上而下而下或者自下而上,那和用户心智有什么关系呢?我也用一个很通俗易懂的举例告诉大家。


自上而下的意思就是,我把分类的类目标签分好了,你只需要把内容根据自己认为的分类放进去就好,比如我给你蔬菜、水果和肉类三个标签,然后把带有西瓜、胡萝卜、西红柿、桃子、猪肉、鱼肉、鸡肉….这样的标签卡片交给你,让你根据我分好的3个类目进行归类,是不是很简单。






反过来,自下而上的意思就是我把标签卡片给你,让你自己来分类。那有同学说,那不是很简单,我也会分为蔬菜、水果和肉类啊。所以心智在这里就体现出重要性了,每一类用户群体的心智是不同的,我可以按照物体本身的类目来分,也可以按照物质的功能作用来分,比如西红柿和鸡蛋可以组成一道菜,不同的食材做出不同的菜肴或者菜系,我还可以按照食材的新鲜度来分,颜色来分…..





数字产品的UX设计师要学的东西很多,如果让各位根据规范做做UI视觉,你仔细研究一下那些大厂产品的设计规律和细节,很快按葫芦画瓢自己就可以领悟出一些不错的技法。但唯独研究用户心智以及如何将用户与产品做到更加高效和紧密的连接,光靠界面精致是远远不够的。


说到信息架构,很多人觉得这个可能是产品工作者的范畴,但简单琢磨一下,又觉得信息架构和交互也是密不可分的,所以我们不要太纠结岗位带来的界限,能力是没有界限的,你只要有兴趣和好奇心就挖的深入一点去学,总不能说,哦信息架构师产品的活我不需要碰我就不去了解了,写原型交互说明是交互的活,我是产品我也不管了,大家都这样把自己的一亩三分地划分的很清楚,那将来你们团队就不会有一个人来统筹大局。


如果只是讲一个大概念,大家肯定会觉得味同嚼蜡,所以不妨来跟着我一起思考一个案例。


产品的功能规划是比较宏观的,这个不容易讲,那么我们可以聚焦到某一个功能点,比如我们如何设计一个举报的功能。这时候让你来设计这个功能的结构,你会怎样思考。现在只有这样一个“概念”,对于举报的入口、页面划分、内容布局都完全没有头绪,该怎么设计呢?


万事开头难,关于框架结构,总是会出现这几种,比如树状结构、线性结构还有立体结构以及自由结构,大家直接根据字面意思理解就可以了,那么像举报这样的功能,是属于一种比较支线并且使用频率较低的功能,同时是一个快速用完即走的场景,所以也就不会涉及到立体以及自由结构。


在做功能设计前,务必要对业务背景有足够的了解。比如举报入口,就像我刚说的,举报是一个低频、即用即走的支线功能,入口弱化就可以了。那如果现在换成我整个应用产品就是为了做举报而存在的呢,app的名字就叫“12315”还有“国家反诈中心”,这时候入口还是和之前一样吗,那肯定不是。






所以在前期就要带着这些问题去思考:

1.为什么要做举报功能

2.举报谁/什么

3.举报流程中需要包含哪些信息内容

4.用户的举报场景是怎样的


1.为什么要做举报功能


这个问题对于信息架构的影响在于,我们期望找到做该功能的原因,以及该功能在整个结构中的优先级




2.举报谁/什么


举报对象的不同对整个功能结构也会有很大的变化,比如看下方的几个案例分别是:爱奇艺、公众号、追书神器、抖音。举报对象的不同意味着举报类型的不同与多少,同时还意味着举报场景的深入还是只是为了辅助筛选优质内容,最后决定了我们做交互是应该用什么框架来搭建这个流程。





比如公众号的举报类型就非常多,并且还有很丰富的二级举报类型,那么它和爱奇艺就不同,爱奇艺的举报单纯是为了更加粗略的希望通过筛选来判断内容是否优质,而公众号对于文章的举报会更加的严格和仔细,因为惩罚力度对于作者来说也比较严重所以该流程需要对举报人的举报内容和类型要求更高。

再说追书神器,那这个举报就更加“简单了”,小说在上线之前就会通过编辑审核,基本上很少会出现低质量内容,但也不能没有,那就做一个更加方便快捷的举报流程即可。






3/4.举报流程要包含哪些信息内容和场景


信息内容取决于用户需求以及业务需求,比如爱奇艺在举报流程中会增加一个专门针对版权内容的申请删除以及恢复删除的入口。还有像12315在举报时需要实名填写举报人信息以及处理单位选择等等。同时,专门用来举报的应用还会有“举报记录”的查看,而其他应用则并不会提供举报记录,这点很明显吧。


所以基于前面这几点的考虑,就可以把大致的框架划分出来了:1.点击举报 2.选择举报类型 3.填写举报内容 4.提交


这里划分框架其实就是根据用户的场景和行为来制定的,你看我写的是点击举报而不是滑动举报,写的是选择举报类型而不是点输入举报类型,同时有了点击举报才能去选择类型,而不能一上来就选择举报类型或者将填写举报内容和选择类型换一个顺序。


当然这些节点并不意味着就是一张张界面,因为你会发现有的产品把2、3做在一起,而有的则是分开。一般如果类型多,需要填写的内容复杂那就分开做成两步,反之则合并。




那么在这里流程也是属于信息架构设计环节中的一部分,所以想要定义整个产品的框架其实是十分复杂的,因为信息架构是需要跟着产品周期随时调整的,很多人觉得自己信息架构能力不行,其实并不是这样的,你如果很抽象的想象一个从未接触过的业务,你肯定是想不出来的,就像造房子和车子一样,没有人能从一开始就知道产品的终极形态,能解决当下核心问题或需求的产品和功能远比在一开始就花大量时间去思考完整形态要重要的多。

作者:应骏
来源:站酷



蓝蓝设计建立了UI设计分享群,每天会分享国内外的一些优秀设计,如果有兴趣的话,可以进入一起成长学习,请加微信ban_lanlan,报下信息,蓝小助会请您入群。欢迎您加入噢~~

希望得到建议咨询、商务合作,也请与我们联系01063334945。 



分享此文一切功德,皆悉回向给文章原作者及众读者. 免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。 



蓝蓝设计www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务UI设计公司、界面设计公司、UI设计服务公司、数据可视化设计公司、UI交互设计公司、高端网站设计公司、UI咨询、用户体验公司、软件界面设计公司

产品设计流程

雪涛

一款产品从0到1的设计流程,在进入开发前的所有工作。这篇文章以去年做的一个小项目为例。


1.了解客户需求,根据竞品产生需求

工具:Axure、Mindmanager、Visio、OmniGraffle、PPT


1.1产品初期模型

1.1.1 竞品收集(应用市场、专业网站、行业调查报告、搜索引擎、)

在应用市场、专业网站、行业调查报告、搜索引擎中寻找竞品

输出:


在产品的潜在目标用户寻找竞品

对产品的潜在用户进行挖掘,分析核心功能的其他实现方法,将功能延展扩大可获得不同层面的竞品。

输出:

将过程、操作的碎片化处理来寻找竞品

将产品的结构、使用过程、操作等一步一步的拆开,根据每一个碎片信息来寻找竞品。

输出:


1.2竞品选择


竞品选择中最关键的一步,就是对竞品进行分类。


1. 功能完全相同的竞品:找出当下产品的核心价值,评估与我们设计目的与市场上成型产品的一致性;更快更好地借鉴对方取得成功的地方;有针对性地寻找差异化竞品的方向。


2. 核心功能相似的竞品:通过以点带面地挖掘价值点或者创新点,将我们自己的产品做到。功能完全相同是一个点进行纵向思考,然后寻找竞品;核心功能相似则是多个点,排列组合式地进行纵向思考,找到的竞品更加全面,我们能够借鉴到的价值点更多。


3. 功能本质相同的竞品:加深对待设计产品的需求本质的理解,通过本质相同挖掘需求的核心所在,借此来找到相对应的参照物。该类竞品,往往需要我们进行横向思考,试图从别的方面,方向入手,其思维广度大大增加,有可能从其他领域中得到解决问题的启示。这类竞品是最容易发现亮点和突破的。


输出:1.功能完全相同的竞品

壁纸制作:可以将喜欢的图片制作成精美的壁纸,定制专属于你的高清壁纸。

2.核心功能相似的竞品

座右铭壁纸:可选择背景、输入文字形成自己的锁屏壁纸。

3.功能本质相同的竞品

livefun:将视频转换为壁纸,将多张照片合称为一个live photo。


1.3 竞品拆解


竞品拆解就是用碎片化方法对竞品功能进行拆解,并最终形成竞品的功能列表的过程。

形成功能列表后,对功能进行备注,寻找到竞品使用过程中的不足,从而超越竞品。

输出:

接下来还需要和所有必要的相关人员就产品以及项目的开展方式进行多次头脑风暴。

头脑风暴(Brainstorming)是由美国奥斯提出的,一种激发集体智慧产生和提出创新设想的思维方法。头脑风暴(Brainstorming)指一群人(或小组)围绕一个特定的兴趣或领域,进行创新或改善,产生新点子,提出新办法。



头脑风暴可能带来一套启动计划、一个精简的框架和一系列比较早期的概念图以及模型。

头脑风暴如下图所示: 



2.确定需求


2.1产品定位及如何正确描述需求


前面我们已经讲述了怎样搭建初步产品模型,通过梳理产品模型,可以清楚地了解应该如何定位一个产品。产品定位是需求收集的方向。

用户需求主要包含三个要素:目标用户、使用场景、用户目标。

经过对产品定位的梳理,就明确了产品的目标用户群体,接下来就可以进行需求的收集、分析活动了,总体流程包括需求收集、需求分析和筛选,需求优先级排序几部分。

输出:

产品定位:以用户产出内容为主的可个性化推送壁纸应用。

用户场景描述:

陶娟平时喜欢根据心情更换不同风格的壁纸,但是每次找壁纸都让她十分头疼,很难找到有个性又好看的壁纸(都是用户制作上传的壁纸作品)。

陶娟打开8楼壁纸app,登陆后填写了她的个性偏好,系统根据她的喜好个性化推送壁纸。陶娟选了一款壁纸,还可以看到同时和她使用同一款壁纸的网友。


2.2需求收集的途径


1.用户场景画像:根据之前的产品定位和使用场景用户画像文档分析产出需求

2.竞品分析:找到同类竞争产品,深入体验竞品功能

3.头脑风暴:可以集结产品经理、设计师、运营、市场、开发、进行头脑风暴,围绕一个特定的话题进行讨论

4.用户反馈

5.数据分析


输出:


2.3需求分析和筛选


在需求收集过后,已经有很多的被选需求了。

如何分析和筛选需求呢?

1.筛掉明显不合理的需求

哪些是明显不合理的需求?比如当下技术不可能实现的或明显意义不大的,投入产出比低的、无匹配的产品使用场景、明显不合理的需求等

2.做需求分析

把明显不合理的需求排除后,就需要一个一个对剩下的需求进行分析。首先要了解需求的三个分类:用户描述的需求、用户实际想要的需求、用户的潜在需求,这是三件不同的事情,却有着千丝万缕的联系。我们需要通过用户描述的需求,找到用户实际的需求,再挖掘用户潜在的需求。

3.需求做减法

有时候决定不做什么比决定做什么要更重要,产品的需求是无上限的,大量的堆积需求,会使产品非常臃肿,毫无特色,还会导致工期过长,拖慢了产品推出市场的进度,对产品百害而无一益。因此,应该倾向于做“轻产品”,学会做需求的减法。

这就涉及接下来需要讨论的问题,如何判断需求的优先级。


输出:筛选后的需求列表



2.4需求的优先级

需要对所有的需求定义一下优先级,优先级高的需求优先开发,优先级低的需求延迟开发。


输出:



2.5 输出产品功能图和功能需求列表


用户需求列表确定之后,先以产品功能的形式展现出来,产品功能图可以直观的看出产品的初步功能架构。


输出:产品功能图


功能需求列表的价值,一是在于帮助产品经理理清思路,二是在于帮助项目团队的其他成员了解产品功能需求,让他们提前做好相关准备。


输出:功能需求列表



3.产品架构


3.1 产品功能架构


结合之前的市场调研及产品路径规划,梳理了一下产品架构的大模块


输出:产品功能架构



3.2 流程图的规范


流程图有时也称作输入-输出图,某种程度上来说,流程图是一种沟通性质的图形化语言。一般会使用一些标准符号代表某些类型的动作,如判断用菱形框表示,具体的操作行为、活动用方框表示,开始和结束用圆角矩形框表示。



3.3 确定核心功能流程图


首先我们要设计的是产品的核心功能流程,例如登陆的流程就需要前期设计好,绑定手机号登陆还是直接微信登陆。登陆的流程会对后期的功能产生影响。


输出:功能流程图


做好了核心功能的流程图后,我们需要对app主干做一个流程图。保证每一个功能都可以形成闭环。


3.4 评审与确认


评审主要是让业务部门和开发部门参与,好的流程图具备清晰易懂、简单明了、完整准确的特点


4. 原型设计


4.1 什么是产品原型


产品原型是设计方案的表达,是产品经理、交互设计师的重要产出物之一,也是项目团队的其它成员(尤其是设计师、开发人员)的重要参考和评估的依据。


4.2 低保真产品原型


首先我们要根据产品架构画出初步的页面,也就是低保真产品原型。

这样的原型图有几个好处:

  • 可以快速产出:有时候一个需求的开发周期很短,低保真原型可以快速满足同事的时间要求。

  • 修改成本低:一个产品策划很可能会被修改很多次,低保真的原型修改起来很方便。


输出:低保真原型图


4.3 高保真产品交互原型

工具:axure、ai、ps

高保真产品原型,则是高功能性、高互动性的原型设计,是忠实展示产品功能、界面元素、功能流程的一种表现手段。

高保真的好处:

  • 便于梳理产品细节:制作高保真原型的过程中可以让产品经理提前发现产品潜藏的各种问题,提前处理风险。

  • 更容易让其他成员了解产品设计:有时候简单的线框图无法让别人想象出你要做的事情,也不清楚你要放的是哪几个字段,而高保真原型就可以。

相对而言,劣势就是制作周期比较漫长,涉及到产品流程的修改,那基本原型就得回炉重造一遍。所以高保真原型可以做一些核心页面,不重要的页面可以后期慢慢完善。

输出:动态交互稿


5. 视觉设计

工具:Sketch、Ai

在产品0到1时候视觉评审,会花大量时间去讨论产品的设计风格和主配色,在确定视觉稿没有交互问题后,然后就是讨论视觉设计稿的细节。在产品功能迭代的时候,评审的都是整体视觉风格的继承性和视觉稿的细节。例如对交互设计的理解是否到位,逻辑是否正确,视觉层次是否正确等。


5.1 设计组件规范


5.1.1 为什么做组件规范

1.保证产品风格统一

每个设计师都有自己的审美和风格,产品迭代可能是不同的设计师来负责项目,但是产品的风格必须保证是统一的,所以就需要一个规范性的文件来作为设计标准。

2.提升团队效率

在sketch里,有一个好的组件库,设计师就不用重复去改每一个页面上的图标。只需要改动一个就能同步页面上所有的图标。

3.打磨细节体验

在产品长期迭代的过程中,对每一个元素都需要对其场景、状态考虑清楚。所以在整理过程中,经常会发现以前没有注意到的问题并优化。


5.1.2 组件规范内容和分类

不同的项目的规范内容都是不同的,我们需要明确规范内容的分类有哪些。可以先确定大体的规范内容,在页面完善的过程中也不断的完善规范。

iOS的设计尺寸建议使用一倍图375*667的尺寸进行设计。因为这和安卓的常用尺寸360*640的误差很小。安卓和iOS可以共用字体、图标和间距。可以更加方便里做好统一的设计规范。

输出:

文章来源:站酷

浅谈用户体验要素

用心设计

我们整天都在说用户体验,设计师要站在用户的角度思考问题,帮助用户解决问题,优化产品操作流程及视觉层级的排布,作为设计师我们这么做的目的到底是什么,我们为什么要为了一个体验细节和产品去讨论,去争执.

浅谈用户体验要素

#读书笔记#无复杂,不设计

用心设计

不要轻易对 “复杂” say NO (复杂是必须的)


近些年,受到因苹果而掀起的极简风的影响,多少设计书籍推崇着简约至上的设计策略;在没有看过这本书(设计心理学2:与复杂共处)之前,刚开始从事设计的我,便带着一种对 “复杂” 事物莫名的抵触情绪。想当年,多少次面对复杂的业务逻辑,我以为自己谆谆善诱的教导了业务同学要为用户着想;多少次拿到复杂的需求,我以为自己恳切的建议了产品同学我们要做减法,一口吃成胖子没有好下场;还有多少次,我看着淘宝的PC首页,心里默默地念叨,你们好改版咧…呵呵呵呵…Image title

复杂任务引导设计——阿里云国际站上云链路设计探索

用心设计

                     如何引导用户行为


首先我们来看如何引导、改变用户的行为。斯坦福大学学者B.J.FOGG曾提出FOGG行为模式理论,他认为一个行为包含以下三个维度:“动机,能力和触发点”。为了实施某个行为,个体必须同时具备足够的动机、实施这个行为的能力和实施这个行为的吸引因素。

有一碗面叫:登录页面

用心设计

登 录功能现在可以说是每一款app都具备的一项功能,登录页面最主要的功能其实就是给用户进行登录操作,这也是登录页面的根本作用。就好像保安对于小区的新 住户和老住户进小区的方式不一样,app对于新用户和老用户也是有区别的


谈谈交互设计的信息架构设计和流程设计的注意事项

用心设计

对于交互设计师来说,信息架构设计和流程设计是工作中最核心的两项内容,所谓的信息架构,是指对于一个应用的结构的规划,包括软件分多少层级,每个层级中又多少界面内容。而流程设计,则是指用户使用整个产品的流程的规划。


在本文中,我希望能用简短的文字,跟大家探探,在信息架构设计和流程设计中,需要注意的一些点。

日历

链接

blogger

蓝蓝 http://www.lanlanwork.com

存档