Python 俱乐部

====== Don't make me think 阅读笔记 [7] ======

<html>
<p>可用性测试对参与的对象不敏感。<br>招募测试对象可以利用你能够寻找到的普通任何人，然后曲线上升。</p>
<p>测试用户和目标群体之间可以存在差别，理由如下：</p>
<ul>
<li>实际上，我们都是初学者。 
</li><li>设计出的网站只有你的目标群里会使用，这通常不是个好主意。 
</li><li>专家通常不会介意对初学者来说很直观的界面。</li></ul>
<p>一些例外：</p>
<ul>
<li>如果你的网站几乎只由某一类用户使用，而且招募这一类测试用户并不困难。 
</li><li>如果你的目标用户群体可以分成几个明显的阵营，而且这些阵营有着完全不同的兴趣和需要。 

</li><li>如果使用你的网站需要专门领域的知识。</li></ul>
<p>招募测试对象应注意的几个问题：</p>
<ul>
<li>提供合理的激励。 
</li><li>邀请要简单。 
</li><li>避免对网站（或网站背后的组织结构）进行预先讨论。 
</li><li>别不好意思请朋友和邻居帮忙。</li></ul>
<p>可用性测试分两种：“理解”测试和关键任务的测试。</p>
<ul>
<li>“理解”测试就是让用户看到网站，然后看他们能否理解这个网站，理解网站的目标，价值主张，组织方法，运行方式等。 
</li><li>关键任务测试就是让用户完成一些任务，然后观察他们是怎么做的。</li></ul>
<p>建立网站时，越早把设计思想展示给用户约好，设计师通常不愿意展示尚未完成的作品，但用户更愿意评论一些看起来还没有完成的东西，因为他们知道你还没有投入太多，还有机会进行修改，而且，由于这还不是一个精雕细琢的设计，用户不会被实现细节所吸引，从而可以把注意力集中在要点和措辞上。</p>

<p>总结测试结果要做的两件事：给问题分类，解决问题。<br>从其他人的角度看你的作品，这样的体验常常能为问题提供全新的解决方案，或者让你用一种崭新的眼光看待原有问题。</p>
<p>测试过程中最有可能碰到的问题：</p>
<ul>
<li>用户不清楚概念 
</li><li>他们找不到自己要找的字眼 
</li><li>内容太多</li></ul>
<p><strong>问题内类指南</strong>：</p>
<p>忽略皮划艇问题：<br>可能会遇到这种情况：用户暂时出现错误，然后再不需要任何帮助的情况下回到原来的轨道，只要，1.出现问题的人马上发现自己偏离了原来的主体。2.他们尽量回到原来的方向而不需要帮助。3.这种情况看起来并没有扰乱他们的活动，你就可以忽略这些。总的来说，如果用户关于在哪里找到他们需要的内容的第二次猜测总是对的，那就不是什么问题。</p>
<p>抵制添加的冲动：<br>当在测试时清楚地看到人们没有理解某些内容时，大部分人的第一反应是增加一些内容，如注释或一些指导说明。然而正确的解决方案往往是去掉某个或某些让人混淆的内容，而不是增加另一些干扰。<br>不要太看重人们对新功能的要求。</p>

<p>抓住够得着的果子：<br>每轮测试中，你的主要目标是寻找重要而不费力的收获，一般有两个类别：恍然大悟型和便宜型。</p>
<p>注意整体性：当你把某些部分调整得更为突出时，想想看是不是把其他内容的重要性降低了。</p>
<p><strong>第十章</strong></p>
<p>Web 可用性除了不要让用户思考，还有另外一个重要的组成部分：做正确的事，为用户考虑周到。除了“我的网站清除吗？”之外，还要问“我的网站值得尊敬吗？”</p>
<p>降低好感的几种方式：</p>
<ul>
<li>隐藏我想要的信息 
</li><li>因为没有按照你们的方式行事而惩罚我 
</li><li>向我询问不必要的信息 
</li><li>敷衍我、欺骗我 
</li><li>给我设置障碍 

</li><li>你的网站看上去不专业</li></ul>
<p>提高好感的几种方式：</p>
<ul>
<li>知道人们在你网站上想做什么，并让它们明白简易 
</li><li>告诉我我想知道的 
</li><li>尽量减少步骤 
</li><li>花点心思 
</li><li>知道我可能会有哪些疑问，并且给予解答 
</li><li>为我提供协助，例如打印友好页面 
</li><li>容易从错误中恢复 
</li><li>如果不确定，记得道歉</li></ul>
<p>第十一章，第十二章<br>略</p>

</html>
Python 俱乐部

用户工具

站点工具

页面工具
