例如打开淘宝首页，你不仅可以看到以上罗列的信息内容，淘宝通过算法规则，会自动推荐你曾经检索搜索过的商品，最顶端非常醒目的位置，logo动效还会告诉你最近的活动。
六、避免无休止的讨论
对于一个控件的选择或者其他设计规划，很多团队经常在无休止的讨论，始终没有决定。这样的讨论除了浪费时间，也很容易造成紧张气氛，破坏团队成员之间的关系，常常让团队无法做出关键的决定.
我们每个人都是用户使用者，和所有的用户使用者一样，对网站站点上喜欢什么、不喜欢什么有着强烈的感觉。我们往往认为我们自己喜欢的，绝大多数用户使用者也都喜欢——这应该是人的一种天性。
同时，在团队中，由于职位不同，不同岗位的人对网站制作网站设计也有不同的看法。例如设计规划师喜欢视觉上比较好看的网站站点，而建设开发却喜欢构建新颖、有趣、功能出色的网站站点。所以不同的角色，不同的视角，常常造成不同的看法，继而不停的讨论，让会议陷入僵局。当然每个人的想法并不是一层不变的，只要有足够的证据能打动他，他的想法完全可以反过来。
一旦因个人和职位不同而造成的冲突不分胜负时，讨论常常会转化为寻找某种方式（专家的意见、焦点小组或者用户使用者测试）来决定绝大部分用户使用者喜欢或不喜欢什么。但是，找出所谓的普通用户使用者，就是错误的想法。因为，本来就没有什么普通用户使用者，所有的web用户使用者都是独一无二的。
越是仔细观察用户使用者，认真倾听他们表达自己的想法，越能意识到他们对网页页面的个人反应和很多不同的变量有关系。所以，试图用一些简单的喜好来形容用户使用者，既琐碎又没有什么作用；另一方面，好的设计规划会把这种复杂性考虑进去。
关于普通用户使用者的这个说法，最糟糕的是加强了这种看法，认为好的web设计规划主要是找出人们的喜好，这种想法看上去不错。例如网站结构面包屑导航好，要么不好；弹出框好，要么不好，非黑即白。
问题是，对于大部分web设计规划问题来说，没有简单的“正确”答案，好的设计规划能满足需要；也就是说，经过仔细考虑、实现和测试的设计规划就是好的。
例如，对于Flash的使用，如果询问用户使用者，有些用户使用者会说他们很喜欢Flash，而另外差不多同样数量的用户使用者会说他们讨厌Flash。实际上，他们不喜欢的是使用不当的Flash，大而复杂的动画，需要很长时间下载，没有带来任何价值。
如果仔细观察他们，很可能发现同样是这些人，喜欢那些使用精心设计规划、适当并小规模使用Flash的网站站点，提升增加一些简约的修饰，或者有用的功能，同时又不带来麻烦。
并不是说不存在完全错误的方式方法，有些设计规划网页页面的方式方法确实是完全错误的，只是他们往往并不是设计规划团队通常争论的那些方式方法。
解决这种问题的关键方式方法：不要再问这样的问题“大部分人喜欢这样的导航吗”，正确的问题应该是“在这个网站页面，这种导航会让可能使用这个网站站点的大部分人产生一种良好的感受体验吗？”——然后观察人们对它的看法和使用的方式方法，再不断调整。
争辩人们喜欢什么，既浪费时间又消耗团队的精力。而通过测试将讨论对错转移到什么有效、什么无效上，更容易缓和争论，打破僵局，而且测试会让我们看到用户使用者的动机、理解、反应的不同，从而让我们不再坚持认为，用户使用者的想法和我们的想法一样。
七、简单的可用性测试
在做测试时，往往很多人不清楚什么是焦点小组访谈和可用性测试的的区别，那就先科普一下。
焦点小组访谈：采用小型座谈会的形式，由一个经过训练的主持人以一种无模版结构、自然的形式与一个小组的具有代表性的消费者或客户使用者交谈，从而获得对有关问题的深入了解。
简单来说就是一个小组围坐在桌子周围，主持人抛出问题；针对这一问题，被访谈人说出自己的想法，从而快速得到用户使用者的意见和反应。
焦点小组可以抽象确定你的目标用户使用者想要什么、需要什么、喜欢什么，也可以测试出网站站点的理念是不是是否有意义，价值主张是不是是否吸引人等。但焦点小组只是适合用于网站制作网站设计前就应该进行的，是一个早期阶段方式方法。
可用性测试：让一群具有代表性的用户使用者对商品产品进行典型操作，同时观察员和建设开发人员在一旁观察、聆听、做记录。
该商品产品可能是一个网站站点，软件，或者其他任何商品产品，它可能尚未成型。测试可以是早期的纸上原型测试，也可以是后期成品的测试。
简单来说，向用户使用者展现展示一些信息内容，不管是网站站点还是原型，或是草图，并且要求用户使用者说出这是什么，并用它们来完成一项特定的任务。
如果想确立建立一个优秀的网站站点，一定要测试。为一个网站站点工作几个星期会让你失去新鲜感，因为你对网站站点了解太多，很多细节点都知道，所以清楚网站站点是不是是否正常运作的唯一方式方法就是测试。
测试会提醒你，不是每个人的想法都和你一样，会和你用同样的方式方法使用网站站点。
要记住，测试一个用户使用者比不做测试好一百倍。测试总是会有结果效果，哪怕对错误的用户使用者做一次糟糕的测试，也会让你看到改善网站站点的一些方面。
在项目中，早做测试，哪怕一位用户使用者也好过最后测试50位用户使用者。一旦一个网站站点投入使用，要改变就不是很容易了，有些用户使用者拒绝做出任何变化；所以在开始的时候，有助于防止你犯错误的方式方法都很划算。
测试的关键不是证明什么或者反驳什么，而是了解你的判断力。
对于用户使用者的招募也不要太严格，如果用户使用者是更接近使用网站站点的用户使用者就更好了。但更重要的是，要尽早并经常进行测试，这是一个建设开发、测试、修复、再度测试的过程，没有什么比现场用户使用者的反应更重要了。
其实做可用性测试没有想象的那么复杂，一个简单的可用性测试完全可以把问题解决。那么应该测试多少用户使用者呢：很多情况下，每轮测试用户使用者数量应该是三个，最多四个。
前三个用户使用者很可能会遇到几乎所有最明显的问题，更重要的是多做几轮测试，只测试三名用户使用者有助于很快进行下一轮测试。由于你会修正在第一轮测试提出的问题，因此在第二轮测试中，就会发现新的问题。这样的话，能够很快的对测试进行总结，并能很快利用测试结果进行修正。
很多人不知道该招募怎样的测试人员，总是很纠结，其实没那么难。
实际上，我们都是初学者，就算找一位专家，你也有可能发现他也在勉强应付。设计规划出的网站站点如果只有你的目标用户使用者能使用，这通常不是一个好的方式方法，应该既要满足专家的要求也要满足新手的要求。
例如：
如果你的网站站点几乎由某一类用户使用者使用，那就只招募这一类用户使用者。
如果你的目标用户使用者群体可以分成几个明显的阵营，而且这些阵营有着完全不同的兴趣和需要，那么至少要从每个阵营里选择用户使用者进行一次测试。
同时避免对网站站点或网站站点背后的组织架构进行预先讨论。
可以找任何人来引导测试，真正需要的工作只是鼓励测试用户使用者去尝试。
同时还需要一个观察人，对于观察人选，建议如果能让管理层参与就好了，他们的参加能极大鼓舞团队的士气，这是他们第一次看到自己的网站站点被人使用；而且很多地方和他们想象的画面并不一样，这样的话，团队也更容易向管理层拿到对测试的投资，可谓是一举两得。
测试什么，什么时候测试?
测试：顾名思义，就是让测试用户使用者看到网站站点，然后看他们能否理解这个网站站点，包括包含目标、价值主张、组织方式方法和运行方式等。
可以对用户使用者进行关键任务测试，让用户使用者完成一些任务，然后观察他们是怎么做的。
立刻回顾测试结果
在测试后的讨论会议上，主要做以下两件事：
这样，从其他人的角度看你的作品，常常能为问题供应提供全新的解决方案，或者让你用一种新的眼光看待原有的问题。
要记住，这是一个循环的过程，不能只做一两次就停止了。
测试常见问题
在任何测试中，你都可能会遇到这样的情况，用户使用者暂时出现错误，然后在不需要任何帮助的情况下回到原来的轨道。
只要出现问题的人马上发现自己偏离了原来的主体，尽量不需要帮助就能回到原来的方向，这种情况看起来没有扰乱他们的活动，就可以忽略这些。
总的来说，如果用户使用者关于在哪里找到他们需要的信息内容的第二次猜测总是对的，就可以了。
这样的问题总会存在的，因为有些含混之处，总是没有简单的解决方式方法。不管怎么做，都会有一半用户使用者在第一次猜测的时候出错；但每个人都会在第二次猜测之内找到，这样就好。
当在测试时清楚看到人们没有理解某些信息内容时，大部分人的第一反应是提升增加一些信息内容，例如一些注释或者指导说明。这样的方式方法不对，正确的解决方案往往是去除某个或一些让人混淆的信息内容，而不是提升增加另一些干扰。
而且不要太看重人们对新功能的需求，人们常常说“如果它能像某某”就好了，这样的说法常常被看做是在要求新的功能。如果仔细询问，常常会发现，他们已经找到一个很好的网站站点，能做某某功能；就算你做了这个功能，他们也不会切换到你的网站站点，他们只是在告诉你他们的喜好而已。
当大家看到第一个用户使用者试着勉强应付的时候，问题和解决方式方法都很明显的那种惊喜，就像是现成的收获，你应该马上修正它们。
和任何好的设计规划一样，成功的网页页面需要巧妙的平衡，要记住，哪怕一个微小的变化都会带来不小的影响。有时候，真正的挑战不是修正你发现的问题，而是修正这些问题的同时，不破坏已经正常运行的部分。
只要进行改变，就要仔细思考它将会影响哪些其他信息内容。特别是，当你把某些部分调整地更为突出时，想想看是不是把其他信息内容的重要性降低了。
八、为什么你的网站站点让人尊敬
降低网站站点好感度有几种方式：
就算你有些地方做的不好，也还有可能再度提升提高我的好感，只要让我相信你的所作所为是在为我着想。
提升提高好感的几种方式：
《点石成金:用户访客至上的页面结构网页设计秘笈》可谓是一部经典之作，建议大家都读一读，同时并把这些方式方法用于实践当中，切不可纸上谈兵。
本文由 @谦元 原创发表发布于人人都是商品产品经理，未经许可，禁止。
题图来自Unsplash，基于CC0协议。
版权说明：Copyright © 广州京杭网络科技有限公司 2005-2025 版权所有 粤ICP备16019765号
广州京杭网络科技有限公司 版权所有
免费热线：400-683-0016
扫二维码关注公众号
当前位置：