无论是设计一款产品还是一个功能，“用户体验的5个层面”都会贯穿始终，从产品的方向骨架开始，逐渐丰富完善，直到细枝末节的处理。
近些年， 无论是、社交、电商、音乐、视频，移动应用的社交化越来越成熟，都在培养用户间或强或弱的社交关系。各种应用中的“评论”功能已成为其不可或缺的一部分。“评论”不再以用户发表意见为唯一目的，还营造出了一种隐藏在屏幕背后的社群关系。在很多应用中，依靠这种“四两拨千斤”的社群关系，涌现出无限的产品智慧。
而在手机app使用频率盖过pc网页的背景下，人们出于不同目的、处在不同场景、在有限尺寸的屏幕上经历着不同复杂度的评论活动，纵使是多样性十足的一个动作，设计工作也并不是没有方法可循，接下来我们就一起探讨一下。
无论是设计一款产品还是一个功能，“用户体验的5个层面”都会贯穿始终，从产品的方向骨架开始，逐渐丰富完善，直到细枝末节的处理。
“战略层”：五要素中最重要的一层，是用户体验的起点，战略可以演变和改变，决定着整个产品的。
“范围层“：战略层形象化的第一步。带着经营者和用户两方面的需求，就能弄清楚如何满足战略目标，提供怎么样的功能。
“结构层”：交互设计的第一步，即信息架构的设计。将零散的需求组合为一个整体，并合理展现出来。
“表现层“：视觉设计的过程，也是用户首先会注意到的方面，是冰山的最上一角。界面中的配色和风格，都在这一步完成。
这5个层次可以很好地引导设计思，我们可以把“评论区的设计问题”单独拿出来，利用这5层来提出相应的引导性问题（请从下往上看）：
在最初阶段，需要首先确定产品的类型。常见的移动App类型如社交、电商、服务、自、新闻、社群、音乐、视频类。但随着互联网的发展，越来越多的app都在向多重类型发展。举个栗子：小红书的“社区＋电商”的特征，其优势很明显，用户的粘性大幅增加，这构成了小红书一个非常强大的壁垒。多重类型的出现，展示了产品更多的可能性，是做产品的一种智慧。而如何确定类型，取决于对产品目标的设定——解决什么问题？给谁用？怎样算成功？确定了产品类型后，就有了整体的大方向，后面的每一步都是基于战略层的决定而发展。
有了产品的战略目标，就要开始思考，提供哪些功能去实现它？如果你想提供评能，首先需要思考用户为什么要评论。我们从“写评论”和“看评论”两方面来分析。
用户为什么要写评论？总的来说，纵观市面主流app以及个人体会，用户写评论的动机可分为三大类：沟通感情、表达见解、求助。而用户为什么要看评论？其动机与写评论非常不同，频率也高得多，可分为四大类：依靠评论做决策、寻找答案、寻找共鸣、查看反馈（比如朋友圈）。
仔细分析用户的动机，可以知道产品提供此功能的意义在何处。如果你的app经过战略层和范围层的过滤，结论是不需要任何评能，那也是产品方向上相当大的迈进。例如唯品会，在移动app端并不设有评能，原因在于它的快销特征，当用户收货后想要夸赞或吐槽时，相应的产品可能已经甩光，评论则失去了意义。
在我们了解了用户评论的诸多动机，也就是需求来源之后，如何把零散的需求可视化？魔力就在这一步。
社交中的赞，多中的下载和分享，电商中的收藏，社群中的顶和踩，都能非常精准地表达用户的态度。如何取舍？
“赞”/“收藏”/“顶”/“下载”/“分享”——这五个动作都有表示喜欢和赞赏的意思。按程度来看，“赞”、“收藏”、“顶”的程度相似，在一个app中只需出现最贴近产品语义的那个；而“下载”和“分享”则表示更高阶的喜欢，“下载”是想要长久保留一件东西的态度，而“分享”是把喜欢一件东西的心情出去，让更多人喜欢，所以程度更强烈。以上几个功能可以根据用户的需求，酌情选择。
“踩”——无论在电商，音乐视频，社群，服务型app中，都有与“踩”语义相似的功能，例如淘宝中的“差评”，音乐app中的“不感兴趣”，知乎中的“不同意”。而在社交app中，除了曾经短暂出现于cebook中之外，现在已经没有实例。因此，在设计“踩”功能时需要慎重考虑用户的玻璃心，如果你的app是社交类，尤其是强关系社交，则不使用。
前文中提出的用户在写评论时的三大动机：沟通感情、表达见解、求助，它们特征不同，这会导致评论的入口展现形式也不同。
多出现在强关系社交app中，例如微信朋友圈。特征：很强的针对性、有即时性。所以写评论的入口需要设置在每一个人的动态后，如下图：
包括对自、音乐、新闻等内容的评价，对反馈期望不高。特征：简洁快速、有即时性。所以入口需要设置在方便点击且明显的，考虑到拇指触达最舒适的区域，可将输入框放在页面下方，如下图：
通常在消费，或体验过后进行评价。特征：非即时性——需要体验的时间，例如网购、打车、看电影。所以在用户未体验时，不应提供入口，识别用户体验完毕的时间点并将用户完成的订单收集起来，再提供评价入口，如下图：
在消费类的参考实例中，有一个例外——大众点评。由于它无法精确识别用户是否到店，而自身又是点评类app，所以它的评价入口设在了通用。除此之外，另需注意此类评论的时效性，例如时隔一年后再来评价曾经住过的酒店是否有意义？因此过了时效后，则不应该允许用户评论。
深度讨论一个问题，用户的表达欲比较强烈，对反馈期望很高。特征：篇幅可能较长、有即时性。对于这种评论，应提供写作氛围浓厚的页面，如下图：
在评论中提问，通常会得到其他人或楼主的解答。特征：简洁快速、有即时性，与刚才讲到的“一般见解”特征类似，所以表现形式也类似，在方便点击且明显的。实际参考：
上一层中，我们分析出用户在看评论时的四大动机：依靠评论做决策、寻找答案、寻找共鸣、查看反馈。同样需要依据它们的不同特征，设计不同的展现形式。
用户的消费决策通常需要基于其他人对商品的评价。特征：评论数量不断增长、需要引导性入口、评论间无互动、有即时性。由于数量的增长，为了保持页面篇幅稳定，需要将评论隔离出来，建立新的页面；但需要一个引导性入口，所以可放置热门/最新评论在前一页；评论间无互动，只需提供单纯的评论列表，如下图:
搜索问题，寻找自己想要的答案。特征：问题篇幅较短、评论间有互动、有即时性。由于问题简练，页面下方仍有很多空间，可以跟随瀑布式评论；评论间的互动既可以用嵌套，也可以用跳转的方式展示，选择哪一种取决于评论内容的篇幅长短，短评则可以用层层嵌套的方式，而如果产品性质导致评论需要一定篇幅，则用跳转方式，如下图。
特征：评论篇幅较短、偶尔有互动、有即时性。音乐解放了用户的眼睛，可以实时看评论，但播放页面已无操作空间，所以需要提供沉浸式页面展示评论，互动的评论可以嵌套展示，如下图：
特征：有长评与短评之分、评论间有互动、有即时性。在页面中需要分出长评、短评区域，为避免两种评论罗列使页面过长，需将所有两种评论分别隔离到新页面；在新页面中，由于长评论篇幅较长，利用列表管理时需截成统一篇幅，这导致完整的评论需再次被隔离到新页面。因此短评需要两个页面，长评则需要三个页面，如下图。
发表朋友圈或文章后，用户通常会迫不及待地查看反馈。特征：评论数量有限、有互动性、即时性。由于评论与正文相关性极强，并且通常较为简练，可使用瀑布流式的展现方式，可参照微信朋友圈。
以上针对“写评论”与“看评论”时用户的不同动机，推荐了相应的界面展现方式。这些结论并非权威，但可以作为思考的切入点。完成这一步，评论区的展示用几个界面，如何跳转，便可以确定了。接下来的一步就要开始思考界面具体内容。
用户写完评论后都会不自觉地提出这样一个问题：我的评论去哪了？而你的评论去哪，取决于评论如何排序。怎样的排序才合理，针对不同的用户需求，标准也是不同的。仍然根据用户看评论的四个动机：依靠评论做决策、寻找答案、寻找共鸣、查看反馈来分析。
通过上文了解到，此类需求多发生在电商、服务类app中。而商家给出的评论列表，与消费者真正期望看到的并不十分匹配。商家制定了一些规则来决定评论的顺序，例如通过评论字数、图片数量、用户信誉等级、被赞次数等将优质评论置顶，甚至花钱购买好评，导致首先进入用户眼帘的一定是好评，而商品却不一定真的这么好。因此需要帮助消费者看到更客观的评价，例如：按时间排序，提供好评/中评/差评之间的比例，只看图片等。
答案分为两种，一种有确定的对与错，而另一种则是仁者见仁，智者见智。而用户在刷这两种答案时，行为稍有不同。
大家一定都熟悉知乎上的那种问题：X是一种怎样的体验？这是典型的没有所谓正确答案的问题，而在查看它的评论时，用户往往希望刷到更多的不同观点，甚至参与其中一起探讨。无法用对与错来评判的情况下，只能用质量高与低来排列评论的顺序，于是一个评论的字数、被赞同与不赞同的比例、回复数、用户本身的粉丝数、回复问题的次数等，就作为评判其质量高低的因素。
而对于另一种只能用对与错来回答的问题，用户得到确定的答复之后，就会停止刷下去。所以对于这类评论，所谓的“热度”并不一定起作用，而“准确度”才是用户真正需要的。例如在百度知道中经常会看到，一个比较简单的提问，一楼却复制粘贴一些文章、论文来回答问题，但答案可以用简洁的一句话概括。因此对于此类答案的排序，字数、赞同数、回复数、赏金数往往不一定说明问题，而提问者经过实际验证过后，对答案的“认证标志”可作为一个非常重要的指标。
影评、书评、乐评中的评论通常百家争鸣，用户极容易陷入评论的漩涡。由于此类评论内容灵活性太高，给没有分类的海量评论排序似乎有失合。既然是“寻找共鸣”，用户就一定是带着自己的目的而来，所以在提供评论区域的同时，是否可以考虑加入一些轻度筛选，例如针对影视剧，可以允许用户选择集数或里面的主要角色，对于书籍，可提供章节的筛选，在每一个筛选条件下，再按照字数、赞同数、回复数、用户影响力与等级等条件来排序。
这里出现的所有评论，都是针对用户自己的，在这种场景下用户的注意力更多是在每条回复的内容上，对顺序需求反而比较简单，因此，保存完好的“上下文”，按时间线排序即可。
以上这些场景中，为了实现排序的规则，少不了广大用户的配合，例如：按照赞同、不赞同、回复数量等排序，需要真正有用户去点赞、点踩、回复。所以需要在每一条评论上设置这些功能，如图:
以上是针对评论区的主体——评论内容的顺序所做的一番思考，同样的方法可用在其他页面。在已搭好的框架上添枝加叶，整个页面的细节会逐渐清晰到每行文字、每个图标，接下来便可以进入最后一层的工作。
视觉设计的结果是用户最先接触到的对象，人们通常用“好看、丑、酷炫、清爽”等来描述自己对整个app的第一感觉。有些时候视觉设计的目的并不单纯为了美观和酷炫，比这些更重要的是如何保持app中所有界面的统一、和谐，而这些方面，并不只是视觉设计师才需要做。
app的整体风格可以拟物化，也可以扁平化，色彩可以多碰撞，也可以很素雅，而选择哪种风格，取决于产品的性质和用户的使用场景及时长。
文章中提到的所有app几乎都以功能性和文字信息为主，通常会持续使用一段时间（例如购物、刷知乎），用户对于内容本身的关注要高于界面元素的外观，因此，文字内容的呈现需要清晰，不宜使用过强的对比色，也不宜做得很难识别，保证可读性的前提下，尽量用户的眼睛，延缓疲劳，常用的背景色值为#eeeeee。
为保持页面和谐一致，一个app中不要出现两种以上的字体，不明确而繁琐的字体搭配会导致整个画面失调，甚至听到“有点LOW”这样的评价。
同样是表达“赞”，在社交app中与社群app中的语义也不同。例如，作为沟通情感的工具，你更喜欢“一颗心”，还是喜欢“大拇指？” 显然，对于朋友间的赞美，“心”可以将喜欢传达的更准确，而对于知乎上的一个客观答案，“大拇指”可以带来更多的成就感。
有限的手机屏幕上，点击的舒适区更有限。人手常触摸屏幕的最小点击区域大概为44px * 44px，图标的设计尺寸可以依靠视觉效果来定，但在开发时都应保证点击范围足够大。
虽然尺寸大小可以帮助用户区分信息的重要程度，但过于零散的尺寸会让界面显得非常混乱。例如下面的对比：虾米音乐的首页有至少3种尺寸的图标，稍显混乱，而网易云音乐首页上的图标尺寸一致，界面看起来干净统一。如下图：
同一个尺寸规格，形状不同，会导致面积占比引起视差，同样是撑满边框的图标，大小看起来却不同，因此要在参考尺寸范围内进行调整。
正形图标，是以“面“绘制的图标，面积占比大，视觉强度也大。负形图标，以“线”绘制的图标，简洁抽象，理解的门槛稍高，视觉强度小。可用来表达选中/未选中的状态，如实例9，但在同一状态下，不混合使用，如实例10：
细节的处理方式，包括圆角与直角的设置，线条的粗细是否均匀，图标上的断点处理等，例如下面的图中，每一组图标都是因为有相似的细节处理，整体看起来有着非常强的一致性。
在讨论到评论区时我也曾不停地打开各种app取经，发现形式非常多样，于是便开始思考为什么，最后就有了这篇“不成熟的小”，感谢这位同事妹子。