欢迎来到个人简历网!永久域名:gerenjianli.cn (个人简历全拼+cn)
当前位置:首页 > 范文大全 > 实用文>产品结构设计和为用户任务设计

产品结构设计和为用户任务设计

2023-05-03 08:00:09 收藏本文 下载本文

“圈圈圈”通过精心收集,向本站投稿了8篇产品结构设计和为用户任务设计,下面是小编整理后的产品结构设计和为用户任务设计,欢迎您能喜欢,也请多多分享。

产品结构设计和为用户任务设计

篇1:产品结构设计和为用户任务设计

我一直追求简单而高效的设计,尤其欣赏臭鱼这一篇文章《为产品结构的设计,为用户任务的设计》,他用图1很好的诠释了这个观点:首先要保证产品逻辑结果清晰、准确,其次要为用户任务架起一些快捷操作的桥梁。

图1 “产品结构设计”和“为用户任务设计”的关系

好的流程设计能使产品具有更清晰的架构,更良好的体验。我的老大曾经举过一个串珠子的例子,说PM给我们的功能列表都像是一堆零零散散的珠子,而我们要做的,就是把这些珠子串起来,把功能串起来,最后呈现给用户的才是一个完整的东西,有着清晰的架构和流程。

这话说起来还是有一些抽象,我想尝试着通过手机产品登录界面的设计,来跟大家分享我对架构设计和流程设计的思考过程。

篇2:产品结构设计和为用户任务设计

首先我们来看一个例子,见图2:

图2 一个小朋友做的登录界面

这个页面非常有代表性,它很像PM提出的需求列表,杂乱的堆在了界面上。先来挑挑问题所在:

文案不太准确,“帐号密码”的文案用“密码”就行了,“登录账号”按钮的文案用“登录”就可以了,“离线使用”按钮,他想表达的是“匿名登录(不需要账号、密码)”。

界面上元素太多,需要分辨哪些是自己需要的

层级关系不明,没有一条清晰的任务主线

没有考虑到虚拟键盘遮挡的问题

相关操作可以离得再近一些,比如忘记密码跟登录按钮

篇3:产品结构设计和为用户任务设计

那么这个时候,我们要对产品的流程来进行一次深入的思考了,我们的产品,是希望用户从哪里来?到哪里去呢?希望用户在我们的产品里完成怎样一个任务流呢?我简单分析了一下,如果是以引导登录为目的的流程,用户必须有账号,只能登录访问产品,那么流程大概如图7这般。

图7 手机产品登录流程

那么我们知道了,我们是希望用户刚进入软件就遇到这个界面,完成登录之后,到达内容的。如果是这样,我们是否应该让用户可以更快速的执行登录过程,也就是说,把账号和密码提到一级,方便用户快捷的操作。于是我把设计改成了图8的样子:

图8 暴露出账号、密码输入框的登录页面

参考案例是街旁网的登录页面,见图9。

图9 街旁网的登录页面,突出登录功能

跟密码相关的选项,比如记住密码,忘记密码,需要放在哪里合适呢?一般情况下,相关性较大的最好要离得 较近。于是我把记住密码和忘记密码都放在密码输入框底下,但是这时候,又会显得信息较乱,解决的办法是什么呢?就是给信息分组,如图10。

图10 把信息区隔成登录和注册两个模块,强化登录

而如果是以内容为主的,登录的目的是完成某些操作,那么登录页面往往出现在导航栏上、菜单里,或者是执行某个需要登录的操作之后,以论坛回帖为例,流程如图11:

图11 当执行发帖操作的时候,提示登录的流程图

此时,明显可以分析出,流程的终结应该不是登录成功,而是执行接下来的操作。与其上来就让一个注册门槛,击垮了一部分用户的积极性,还不如,先把内容暴露出来,当你需要执行一些登录用户才能执行的操作的时候,再引导你去登录页面,就顺理成章,没有强迫登录的感觉了。这种情况下,可以采用浮层的形式,完成简单快捷的登录操作,如图12。

图12 Vimeo的登录页面,采用浮层的设计方式

当然,也可以调用统一的登录页面,即降低成本,又保持统一。

篇4:产品结构设计和为用户任务设计

之所以碎碎念这么多,是因为,这一个看似简单的页面,包含了很多的架构、流程上的思考,包含了产品逻辑,最重要的,包含了设计师对需求的把握。

登录页面,到底要设计成什么样子,肯定没有一个统一的标准,但是,根据你的产品需求,你可以推断出,该是怎样一个流程,该突出哪些功能,让我们来总结一下,我感悟颇深的一些点:

告诉我为什么(为什么登录?为什么注册?)

不要给用户太多的选择(太多的选择意味着太多的思考时间)

让用户一条路走到底(流程要有始有终,且不能有太多分支)

跟某个选项相关的东西要跟随这个选项(比如密码输入框和忘记密码)

内容为主的要弱化登录(在合适的时候提示用户登录就行了)

架构和流程是两回事(清晰的架构是基础,快捷的流程是保证)

有点乱,欢迎批评和探讨,elya妞文:elya.cc/mobile/808.html

篇5:产品结构设计和为用户任务设计

那么我们架构上进行分析,架构上来讲,这个界面,主要有三个模块:登录、匿名和注册,其中匿名可能有两种情况,这里表现的是不需要用户名和密码的情况,如图3.

图3 登录页面架构图

我们先来分析一下登录和注册这两个功能模块。如果用户要登录,那么需要输入用户名和密码,如果用户希望以后不用再输入密码了,可以选择记住密码,如果用户忘记了密码,那么可以给一个入口让他去执行找回密码操作。当然,这些如果都是建立在用户要执行登录操作之后。所以可以把这些元素藏起来。所以,既然登录和注册是平级的,那么我们可不可以把这个页面设计成图4这样子呢?

图4 登录页面采用2个入口的形式,可以选择登录或注册

参考案例是Foursquare和16Fun,见图5。

图5 Foursquare的登录页面,只有两个选项,登录或者注册

这个方案的优点非常明显,就是架构清晰,不会有太多的干扰因素,但是缺点也是有的,登录和注册两个按钮还是需要区分一下的,而且这两个功能过于平级,在不同的产品阶段应该有侧重才对,比如新产品上线,要更合理的引导注册,成熟产品,要突出登录。

再来看看匿名这个功能,前文提到,匿名有两种情况:

1、不需要用户名和密码,就可以登录

2、需要提交用户名和密码,但是匿名登录,不让别人看到

情况1,既然不需要用户名和密码就可以登录,那为什么还要先进入登录页面而不是内容页面呢?如果你的产品是侧重于社区类的,需要用户登录的,那么还是要引导用户登录,如果你的产品是工具类的、内容类的,希望用户能看到内容,那么可以让用户直接进入到软件里,先看到内容,等需要执行一些登录之后才能进行的操作时,才提示用户登录,

情况2,往往是用在论坛、贴吧等需要匿名发表帖子的情况下,那么我们只需要在发帖页面给出匿名发贴的复选框就行了,不需要让用户在登录界面就直接选择了。如果是想登录某些论坛,却又不想暴露在线状态,则可以在登录按钮按钮上面增加一个状态选择,如图6,QQ客户端。

图6 iPhone版QQ客户端,登录按钮上方可以选择状态

因为我们这个登录页面属于情况1,所以就把匿名登录功能从登录页面拿掉了。

篇6:为产品结构的设计,为用户任务的设计交互设计

我们先来看两个实际案例:

在QQ中,将聊天记录中的图片存为表情的设计:右键图片,“添加到表情”,

第二个例子… 不是360的。

在RTX中,将聊天记录中的图片存为表情的设计:先收藏图片,再在表情面板中点“添加自定义表情”打开表情管理的界面,选中收藏好的图片添加为自定义表情。

RTX的设计,保证产品的结构是很清晰的:

1. 表情列表有添、改、删功能,添加的来源是本地文件夹。

2. 任何一张图片都可以另存为本地图片。

这些功能是很完备的,同时也保证了将聊天记录中的一张图片存为表情的操作是可以实现的。是可以实现的,但是却不那么容易。不容易用—点击次数多;不容易记—要添加为表情,需要记住,在图片的右键菜单中选“收藏图片”。

而QQ的设计,考虑了产品结构的清晰,上面提到的功能都具备,同时又兼顾了使用的情景:在聊天记录中看到一张图片的时候,要将这张图片存为表情。为使用用户任务而设计是:你要把它添加为表情?我就给你设计个功能,叫做“添加为表情”。

在《设计原则VS完成任务》中也提到过类似的问题:在相册列表页该不该提供“上传照片”按钮。最后的结论是:要“上传照片”按钮,那是用户要做的一个事情,要为用户的任务服务,而不是以产品的逻辑结构为标准。

这次借用QQ和RTX中“添加为表情”的设计,是希望能进一步得出结论,在设计过程中,应该如何把握“为产品结构的设计”和“为用户任务的设计”。

我们所做的确保产品逻辑结构清晰、准确的设计,主要的是为了保证产品的可学习性。产品结构清晰、准确,你第一次见到的时候可能不会用,但是容易学会。我们经常会说:“不能这么设计,这不对!”这对与不对就经常是以产品的结构是否清晰、准确、合逻辑为标准的判断。

保证产品结构清晰、准确、合逻辑是需要,是对的。但还不足够。因为产品的可用性高不只包含可学习性强,还有使用效率高。

严格来说,可学习性实际上也是提高使用效率的,是间接的。比较容易学,学的快,这肯定比弄半天也弄不明白效率要高,

上面说的使用效率是特指那些直接影响使用效率的因素—点击次数、是否易得…

在上面的例子中,如果只保证产品结构的清晰、准确、合逻辑,那就不需要在图片的右键菜单中设计“添加为表情”功能。用户在聊天的时候,经常会需要把聊天记录中的一张图片添加为表情,为了这个用户任务而设计了“添加为表情”功能,提高了使用效率。

为用户任务而做的设计,主要的是为了提高产品的使用效率。

上面的两行加粗文字就概括了“产品结构设计”和“为用户任务设计”各自的特征。

可以用这样一个图示来表明两者的关系:

为保证产品结构清晰、准确、合逻辑的设计确保了所有人在任何情况下最终都能找到自己需要的。为用户任务的设计是在原有产品结构基础上设计出的一个个“行为流”,一个个快速通道。

当然,用户任务不是指所有可能出现的用户操作,是指那些大多数用户,经常会出现的操作。不然,要穷举所有的使用情景,排列组合所有的可能性,那不知道要画出快速通道了,自然也就谈不上快速了。

保证产品结构清晰、准确是必要的;为用户任务的设计是在清晰的产品结构基础上的补充。如果一个产品中缺少了一条应有的快速通道,那不要命,通过清晰、准确、合逻辑的产品结构用户最终也能找到需要的功能。(但愿他真的愿意多花那些时间去找。)如果对产品的结构的表达出了问题,那就要命了,可能会怎么也找不到了,怎么也弄不明白了,也许是这次通过快速通道稀里糊涂的完成了操作,下次换了个情景又糊涂了。

通过这样的设计,最终达到的效果是:如果一位用户要做的事情是常见的,那么这个操作按钮正好摆在他眼前,因为为这个用户任务设计啦;如果是一个很少会出现的操作,那么,没有快速通道,要通过学习,用户自己找到。对“产品结构”和“用户任务”这样的理解与规划正是 “突出常用操作,隐藏不常用”设计原则的实现方式。(这句话写下后,我隐约想起政治课本上的措辞,幼年的不良教育流毒之深,可见一斑。)

分清了两者的特征,各自的地位如何权衡,仍旧还留下一些问题:

问题一.上面提到了,用户任务是指那些主要用户的主要操作,而不是全部。画太少了不够用,画太多了就失去了快速的价值。那么,画多少个快速通道出来才是合理的?这需要根据具体的产品人为的把握。

问题二.为什么要分为两个层次来设计?“为产品结构的设计”和“为用户任务的设计”为什么不能合二为一?这当然是更好的,只是我还没想到办法。如果简单的说:“在保证清晰的产品结构基础上注重用户实际的使用情景。”这似乎是合二为一了,但实际没解决问题,变成一句口号了,不是一个可操作的方法。在我看来这正是设计的难度所在。

篇7:移动互联网产品用户体验设计流程

适配性指的是客户端应用程序能够在多种手机终端上运行,不同的手机终端的屏幕尺寸、分辨率是不一样的,键盘机和触摸屏也要另外考虑。WAP站和客户端的适配原则是不一样的,WAP可能是用1.0、2.0、彩版和标准版来处理,客户端则要做专门的APP程序(做客户端成本大,多平台是必须逾越的技术门槛)。现在流行WEB APP和瘦客户端(即BS+CS,客户端嵌套WAP站),算是多平台适配的2种解决方案。

常见屏幕尺寸:2.4存、3.5寸、3.7寸、4.0寸等

常见屏幕分辨率:240X320px、320×480px、480X640px、480X800px等

移动互联网的想象力空间很大,有幸能踏进这个领域,学习和成长着。

篇8:产品经理设计工作:用户邀请设计总结...

文章描述:用户访谈系列-用户邀请总结.

曾经在国内最知名搜索公司担任用户研究工程师,用户访谈系列文章将总结自己在工作当中自己的经验,

产品经理设计工作分享:用户邀请设计总结...

。用户访谈不管是对于用户研究工程师,还是产品经理,都是一个非常值得关注和学习的获得用户定性数据的方式。

其他系列的文章将会在近期连续发布。

用户邀请总结:

Ø遇到问题:用户对于公司性质电话,心里防御较高。

解决方法:指明是**公司电话回访,基于的是用户之前完成的调查问卷。通常用户只要回忆或者通过调查问卷内容的提示想起调查问卷,会较愿意配合完成回访。

Ø遇到问题:针对提问的顺序,不同的顺序会使用户回答的质量和意愿不同

解决方法:

n由于是基于调查问卷进行的回访。所以开始提问可以针对调查问卷内容进行提问,会使用户更快进入状态和愿意回答之后的问题。

n提问时,针对同一个问题,进行适当的提醒和引导。由于用户会遗忘日常生活中司空见惯的内容和用户的提问的问题理解不是很到位。通过列举提示法,帮助用户回忆。例如针对日常使用的IM软件的提示:腾讯QQ(新、旧版本),腾讯TM,MSN,飞信,阿里旺旺,百度hi,Google talk,网易泡泡,Skype等

Ø遇到问题:用户的筛选方法

解决方法:根据用户访谈的用户需求进行筛选。使用Excel的筛选排序功能。

为了更高效的进行筛选:

n筛选满足招募条件的选项。(最基本要求)

n筛选用户目前位置为北京的用户(用户访谈需要面对面访谈)

n筛选写明用户住址,用户住址距离公司较近用户。(更有可能要求成功)

n筛选写明电话号码,最好为手机联系方式(联系方式保证联系的准确性,固定电话较难联系到本人)

n根据需要的用户样本群特性,维度可能有:职业、学历等

Ø遇到问题:针对部分条件满足,部分条件不是非常符合的用户的情况。

解决方法:

n首先在电话中将所需要的所有信息问清楚,作为将该用户从备选用户筛选成为访谈用户的判断依据,

n在电话中不和备用用户提及用户访谈的相关内容。不过可以稍加提示:如果有进一步的沟通,我们会和您联系等内容,为之后可能存在的邀请做好伏笔。

n将用户的条件,符合点和不符合点汇报给负责人,进行是否邀请该用户的确认。

n如果需要邀请,在再次的电话中可以这样说:我们将您的回访信息反馈给我们的工程师,觉得您比较适合我们最近有的一个用户访谈的活动。想要邀请您参加……

Ø遇到问题:在获取用户详细信息时,用户知道我们是**公司的电话回访,部分用户

会有意识的发表有利于**公司,或使用**公司相关产品的观点。

解决方法:

n详细询问相关内容。比如:在本次回访中,会有用户使用公司产品的频率等问题,用户会提到进场使用,可以询问用户每天使用的具体频率,时间长度等详细信息。

n深入询问相应内容。对于可判断的用户有意识导向,可以对问题进行一定的深入。比如:针对进场使用公司产品的用户,可以询问用户的好友数量,经常联系的好友数量,使用hi联系的原因等深一步的问题。

Ø遇到问题:邀请符合条件用户时,时间不匹配

解决方法:

n首先将我们更愿意用户前来的时间对用户进行邀请。

n其次将我们所有可以接受的时间与用户进行简单的沟通。

n询问用户在工作日的上班时间中间是否有可以进行的一个半小时到两个小时的时间,同时周边是否有可以谈话的场所。我们愿意进行出访互动

Ø遇到问题:确认短信的发送。

解决问题:以下记录两条短信发送模板:

a)【**公司】尊敬的***先生/女士:您好。非常感谢您能参加我们的用户访谈活动。请您确认您的访谈时间:**月**日(星期*)上午/下午**:**,如需更改时间,请及时与我联系。我们的地址是:******,请您到公司后,直接与我联系(15967117***彦先)。非常感谢您对**公司的支持。由于我们的礼品需要走申请流程,所以请您在来的时候带好身份证。为了保证短信的及时通知,请您收到回复,谢谢:)

b)【**公司温馨提醒】尊敬的***先生/女士:您好。和您预约的访谈时间为:**月**日(星期*)上午/下午**:**,如需更改时间,请及时与我联系。我们的地址是:*******,请您到公司后,直接与我联系(15967117***彦先)。非常感谢您对**公司的支持。由于我们的礼品需要走申请流程,所以请您在来的时候带好身份证。为了保证短信的及时通知,请您收到回复,谢谢:)

【产品结构设计和为用户任务设计】相关文章:

1.家电开发和结构设计个人简历

2.任务型课堂教学设计

3.浅析以用户为中心的网页交互设计论文

4.班主任的职责和任务

5.商业产品如何用色彩引导用户获取信息

6.产品开发设计个人简历

7.产品运营和产品策划书

8.网站的结构设计:网站的URL设计注意的八...

9.以任务为话题的作文

10.英语教学中交际任务的设计

下载word文档
《产品结构设计和为用户任务设计.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度: 评级1星 评级2星 评级3星 评级4星 评级5星
点击下载文档

文档为doc格式

  • 返回顶部