App评论功能设计思考

参考:http://www.woshipm.com/pd/964512.html

前提:假设要设计一款app带评论功能,如何去设计思考?

一、方法:结合用户体验五层面:

战略层、范围层(功能)、结构层(信息架构+需求)、框架层(界面布局+导航)、表现层(视觉表现+情感)。
image.png

二、步骤

1.战略层:考虑要解决什么问题?给谁用?这样算成果?来确定产品类型,常见包括(社交、电商、服务、自媒体、社群、音乐、视频),还是组合类型(小红书 电商+社区)。
2.范围层:对产品的战略目标,思考要提供什么功能去实现。如评论功能,首先用户为什么要评论?分为“写评论”和“看评论”两方面分析
a.用户为什么要写评论?总结可能性:沟通感情(微信)、表达见解(微博)、获取求助(知乎)
b.用户为什么要看评论?看评论的频率要高很多,总结可能性:依靠评论做决策(线上教育)、寻找答案(知乎)、寻找共鸣(网易云音乐)、查看反馈(朋友圈?)。
这一步是决定需求是否要实现的关键,比如唯品会app不设有评论功能,原因在于产品的快销属性。商品限时下架后,评论失去意义。
3.结构层
了解了需求来源,思考如何把零散的需求可视化?还是根据用户行为“写评论”和“看评论”两方面分析
a.写评论:动作可轻可重,如点赞图标,或者长篇大论,富文本域。那么触发评论的入口应该如何设计?
a1.点赞图标。社交中的赞,多媒体的下载和分享,电商中的收藏,社区社群的顶和踩。都可以精准表达用户的态度。“赞”“收藏”“顶”“下载”“分享”这五个动作都有表示喜欢和赞赏的意思。按用力程度来看。“顶”“收藏”“赞”程度相似,在app中只需要出现最贴近产品语义的那个;而“下载”和“分享则表示更高阶的喜欢,“下载”长久保留一个东西的态度,“分享”把一般喜欢(或复杂)东西的心情宣扬出去,程度可能更强烈。以上语义功能根据用户的需求,酌情选择。

“踩”在相当于电商淘宝中的“差评”,音乐/视频中的“不感兴趣”,知乎中的“不同意”。在社交类仅仅短暂出现于facebook中。在设计“踩”需要考虑用户的玻璃心,如果你的app是强关系社交,则不建议使用。
image.png

a2.编辑文字:范围层分析用户写评论时的三大动机:沟通感情(微信)、表达见解(微博/新闻)、求助。动机不同,特征不同,导致评论的入口展现形式也不同。
a2a.沟通感情:多出现在强关系社交app中,例如朋友圈。特征是有很强的针对性、即时性。写评论的入口需要设置在每一个人的动态后。
image.png

微信的朋友圈评论与点赞收纳到右下角的更多按钮中。

a2b.表达见解。可以按照产品属性及用户的心理分为依次递进的三个层次,一般见解、
有态度的评判、深度讨论。

a2ba.一般见解:包括对自媒体、音乐、新闻等流媒体内容的评价,对反馈期望不高。特征:简洁快速、有即时性所以入口需要放置在方便点击且明显的位置,考虑到拇指触达最舒适的区域,可将输入框放在页面下方固定。
image.png

image.png

b2bb.表达态度的评判:通常在消费、或体验过后进行评价。特征:非即时性-需要体验的时间,场景包括网购、打车、看电影。在用户体验未完成时,不应该提供入口,识别用户体验完毕的时间点并将用户完成的订单收集起来,再提供评价入口。
image.png

image.png

在消费类的app中,大众点评由于它无法精准识别用户是否到店,而自身又是点评类的属性,它的评价入口设在通用位置。(未核销二维码是否可以点评?)除此以外,注意此类评论的时效性,考虑时间时效外不应该允许用户评论。
b2bc.话题探讨:深度讨论一个问题,用户的表达欲强烈,对反馈的期望很高。特征:篇幅可能较长、有即时性。对于这种评论,应提供协作氛围浓厚的独立页面。
image.png

image.png

a2c.求助
特征:简洁快速、有即时性,表现形式与“一般见解”类似,在方便点击明显的位置。可以考虑悬浮按钮快捷回复

b.看评论
范围层分析用户看评论的四大动机:依靠评论做决策(线上教育/电商)、寻找答案(知乎)、寻找共鸣(网易云)、查看反馈(朋友圈)
b1.依靠评论做决策

以电商为例,用户的消费决策通常需要基于其他人对商品的评价。特征:评论数不断增长、需要引导性入口、不展开评论子回复、有即时性。由于数量的增长,为保持页面篇幅的稳定,需要将评论隔离出来,建立新的页面;需要一个引导性入口,可以放置热门/最新评论在前一页;评论不展示子互动,只提供list。
image.png

image.png

可以把这种展示称为:半沉浸式
b2.寻找答案。

搜索问题,寻找用户想要的答案。特征:问题篇幅较短、评论间有互动、有即时性。由于问题一般设定简练,页面下方仍有很多空间可以用来展示瀑布流评论;评论间的互动既可以用嵌套,也可以用跳转的方式展示,选择哪一种取决于评论内容的篇幅长短:短评论可以用层层递进(虎扑),而如果产品性质导致评论需要一定篇幅,不确定?(知乎),则建议用跳转方式。
image.png

image.png

可以把这种展示方式称为:瀑布流式+嵌套式/瀑布流式+跳转
b3.寻找共鸣。
影评、书评、乐评都可以帮助看客找到共鸣
b3a.乐评
特征:评论篇幅有限、偶尔有互动、有即时性。用户在听音乐同时可以实时看评论。播放页一般没有操作空间,需要提供独立沉浸式页面展示评论,互动的评论可以嵌套展示
image.png

这种方式称为沉浸式
b4.书评、影评

特征:有长篇与短评之分、评论间有互动、有即时性。在页面中需要分出长评、短评区域,避免两种评论罗列使页面过长,一般会把两种评论分别隔离到新页面;长评论新页面中,由于一般长评论较长,利用列表管理时需要截成统一篇幅,这导致完整评论需要再开一个页面。(豆瓣?)
image.png

对于长评论和短评论来说,也算是半沉浸式展现。
b4.查看反馈
特征:评论一般数量有限,有互动性、即时性,评论与正文的相关性强。这样建议瀑布流展示,显示子回复。(朋友圈)

总结:根据不同动机,推荐了相应的界面展示方式。经过结构层,敲定了功能的展示结构形式。
4.框架层
导航:如何安排评论顺序才更合适?
用户提交完评论很容易找不到自己的评论,针对不同的用户需求,UX需要制定合适的排序。还是根据用户看评论的四个动机来分析:依靠评论做决策、寻找答案、寻找共鸣、查看反馈。
a.依靠评论做决策。这类需求多发生在电商、服务类app中。商家置顶或者给出的一个顺序与消费者真正要看的不匹配。设计者需要帮助消费者看到更客观的评价,例如:按时间,提供好评/中评/差评具体数量,只看图片,只看追加等。
b.寻找答案
按照产品属性,分为开放式答案和确定式答案。
开放式答案如“...是一种什么体验”用户往往需要看到多种不同的观点来参与讨论。需要提供按质量高低来排列评论的顺序,可以按照评论字数、被赞同、不赞同、回复数、粉丝数、一些身份标识来排序。
确定性答案,准确度是重要的,如百度知道。可以通过经过提问者或权威验证过后,对答案的“认证标识”作为排序分类指标。
c.寻找共鸣
内容灵活性更高。用户为了寻求共鸣,一定是有目的性看感兴趣的评论。所以在提供评论区域的同时,考虑加入一些轻度筛选,例如影视剧,允许用户选择集数或里面的主要角色。在精度条件下,再按照常规分类:字数、点赞数、回复数、影响力等条件排序。
d.查看回复
由于所有评论都是针对用户自己,这种场景下,注意力集中在具体回复内容上。因此,保存完好“上下文”,按时间线排序即可。

总结:为了实现排序的规则,需要用户活跃参与,例如:按照赞同、回复数量等需要用户去参与点赞、回复。所以每条评论提供这些功能按钮。
image.png

以上针对评论区内容顺序做的思考,同样方法可以用在其他页面。在框架层上把已搭好的框架上进行导航设定,整个页面的细节会逐渐清晰到每行文字、每个图标。
5.表现层
设计图标、文字等元素保持界面和谐。
a.风格&色彩
产品性质和用户的使用场景及时长决定产品的整体风格。如以功能性和文字信息为主,它通常会持续使用一段时间(淘宝/知乎),用户对内容本身的关注度高于界面元素的外观,因此,文字要清晰,不宜使用强对比色,易识别,保证可读性。
b.字体

字体不宜过多,不明确繁琐的字体搭配会导致页面失调。注意字体层次和节奏感,突出信息的重点。
image.png

c.图标
注意沿用主流的设计,保持正确语义传达的准确性要求,尽量减少认知负荷。注意相似的语义需要更深层次的分析。同样表达喜欢,在社交app中,爱心更适合朋友间的赞美(大拇指?)、知乎上的客观答案,大拇指可以带来更多的成就感。

注意热区尺寸和页面icon尺寸的协调性。
image.png

注意视差平衡,黄金比例。
image.png

注意正负形一致,细节处理一致。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,332评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,508评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,812评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,607评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,728评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,919评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,071评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,802评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,256评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,576评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,712评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,389评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,032评论 3 316
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,798评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,026评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,473评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,606评论 2 350