|
UX Booth的 1. 可用性是什么？可用性就是确保某个东西好用，确保一个普通人能在不受挫的情况下使用这个东西达成某个目的。 2. 网络应用应该是不言自明的用户看一个页面或者使用一个网络应用的时候，这些页面或者应用应该是很清晰地阐释了自己，不需要另加说明的。 3. 别让我思考没人会喜欢不知道该怎么做的窘境。如果网站的设计者不把网站设计得足够清晰明了，将会在很大程度上损坏网站本身以及服务商的信誉。 4. 不要浪费我的时间大多数网站都是以节省时间这一需求为驱动的。这样的结果导致用户都像鲨鱼。他们必须得快速行动，不然就会死。 5. 用户喜欢后退键和现实生活中没有后悔药可吃不一样，人们总是习惯性地使用网站的后退键。 当你在网站上判断失误的时候，只需要点那么一两下就可以回到最初或者做出另一种选择。后退键是浏览器上最常用到的功能。 6. 我们是习惯的生物如果我们发现有东西能用，我们就会一直用它. 一旦我们习惯了这个东西，不管它有多不好用，我们都懒得再去找另外的替代品。当我们跌跌撞撞用一个东西的时候，我们会慢慢以更优化的方式来用它，但我们却很少主动去寻找一个更好的替代品。 7. 没时间闲聊毫无营养的的闲聊，或许可以帮助你社交，但却不能帮助你的网站在用户那里取得好感。 因为用户没有时间来闲聊，他们都想直奔主题。你应该尽可能得消除不必要的对话。 8. 别丢掉搜索有些人就是喜欢搜索,他们来到一个网站总会下意识地寻找搜索框 。这就像一些人进了商店就直接找最近的店员帮忙一样。 9. 我们脑子里会有站点地图当我们浏览网站的时候，虽然没有确切的地理位置感，但会下意识地记住自己的使用轨迹，从而形成自己对网站的一个站点地图 10. 让返回首页变得容易在用户可视范围内放上首页的链接可以让用户感觉安心。一个首页按钮能够带给用户一种暗示，不管迷失在哪里，你都可以重头开始，就像是按一个重置键或者使用一张保释卡, 或者游戏里使用了一张回到迷宫起点的卷轴。 关于最后一条，有个切身感受。公司的词典网站改版后，一直有个感觉不好的地方：首页从以前相对单纯的词典搜索变成了综合性的咨询页面，词典的地位被大大削弱，除此以外，导航上再也没有首页按钮，取而代之的是词典，虽然点击词典还是回到首页，但如今的首页留给用户的印象绝对不只是一个词典的印象，这里就产生了用户印象和实际的差异，这种差异虽然较小，但总让人感觉有那么一点不舒服。当然这也有习惯的因素在里面，可能对新用户而言就不会有那么大的认识偏差。但无论如何，当某个功能已经不能代表全站的时候，同时自身的设计也显示出要强化其他功能服务的时候，这个单一功能的名词又怎么能作为首页的代名词呢？ 第一个阶段是产品定义（product definition）或者概念（idea），这是整个过程的初始阶段。因此，本阶段是整个开发过程中的第一个里程碑。产品概念可以产生于某人的灵感火花，但通常还是从仔细观察市场后获得的。在此阶段，未来的目标市场、目标用户、以及目标价格也被定义好。同时，产品独特的销售主张（unique selling proposition – UPS）也被固定下来。该阶段的主要利益关系人是市场营销和管理层人员。 接下来是需求分析阶段，在此阶段中，将收集好所有的关于用户和使用情境的数据。这些数据是未来产品开发的基础，同时也为将来的评估提供决策基础。此阶段的利益关系人主要是可用性分析师。 以上一阶段为基础，开发出第一个设计主张，也就是概念草案（conceptual drafts）。这里我们要指出的是，这时会同时开发出几个草案。概念草案包含产品的基本功能、交互模式、采用的隐喻等。这个阶段中的主要参与者是设计师和可用性分析师。 接着将要评估开发出来的草案。因此，这个阶段被称为草案评估（draft evaluation），其目标是，按照第二个阶段中蒐集来的需求，确定下来最好的草案。除了蒐集来的需求，草案的预期可用性方面的好坏也是主要的决策标准。此阶段常用的方法有可用性测试、专家评估、简单的原型（比如纸质原型）、场景剧本等，这些过程中尽可能的要有真实使用者参加。此外，技术约束、剩余产能、可利用的技术和材料等，也都是评估草案要重点考虑的问题。 开发过程中的第二个里程碑是草案选择（choice of drafts），其结果是产生出开发过程中的第二个主要决策。以第四阶段中进行的评估为基础，将选择出几个最佳的草案，进行下一步的开发，我们在下文中把这些草案也称为优选草案（favourites）。为了实际起见，也因为资源有限，通常优选草案的数量少于4个。 在第六个阶段中为选择出来的优选草案定义实施需求细节。这些实施需求应该包括实现草案所有必需的需求。这包括生产能力、供应计划、法律、标准规范以及其他的法规标准等。 根据这些需求细节的描述，每一种优选草案都将在第七阶段被再次评估，这个阶段叫做优选草案的评估（favourites evaluation）。在此阶段中，被优选出来的草案将被进一步的仔细筛选。接下来的决策阶段中，将决定在后面会采用并实施哪个优选方案。 第九阶段中将描述出详细的产品开发的方式和方法，这个阶段中将定义出产品的规格（specification）。规格体现了详细的用户需求的描述，也体现了产品制造商的需求的描述。在某些情况下，有的时候人们会发现某个草案描述的产品需求根本无法实现。尽管在前面的阶段中这种风险应该被降低到最小，但如果出现这种情况，还是应该回到原来的草案中，再次检查，分析并解决遇到的障碍。 第十阶段中，根据规格将开发出较为复杂的原型，这个阶段被称为原型开发（prototype development）。对于用户中心的产品开发过程，原型是极为重要的，因为通过原型可以进行复杂的可用性测试，并使得真实用户进行一些实际的操作，这些是前面几个阶段的理论的用户参与所无法比拟的。而且，设计者和制造专家也非常需要原型，从而对不同的实现可能进行测试。 因此，原型的制作和评估中，多个反复（iterate）的子过程高度交织在一起，这也可能对产品的规格产生影响。一旦达到了能够让所有利益关系人都满意的程度，规格将被发布出来（specification is released）。对于产品开发过程中的质量控制，产品的规格也是极其重要的，因为接下来的产品开发阶段中，每个单元都将必须指定的时间内提交符合规定的质量水平的功能。很自然的，这必须被认作是UE过程中的一个重要里程碑。 基于上面的阶段，产品的实施（implementation）开始了。这时，所有发布产品的准备工作都必须做好，这包括生产工具的开发、分销渠道的准备、市场营销活动的展开等等。 一旦这些都准备好之后，产品便进入生产，之后投放市场。 关于德国可用性业者常用的方法，他们把这些方法分成了“有效的”和“有趣的”，有趣的方法是指那些人们喜欢的、华美的、有趣的方法。有意思的是，多数的业者似乎都认为有效和有趣是相互排斥的，如下表所示。这个发现让我们感到，与其把这个当作是客观现实来接受，倒不如鼓励可用性专家和研究者开发出一些有效和有趣可以相辅相成的方法来。
表3:喜欢的方法 (点数越小级别越高) 参与者认为最为有效的方法是专家评估和情境分析，之后是场景剧本和眼跟踪。按照有趣度来排列，参与者最喜欢的是场景剧本，之后是眼跟踪和情境分析，这些都比专家评估有趣。 用户体验正成为一块用来随时砸向别人的理论砖头。但同时，大部分人对这个概念摸不着头脑。更多人把用户体验与可用性、UCD混为一谈。用户体验在国外的定义指的是一个用户使用一个产品过程中时的全部体验，包括他们的印象和感觉，能够忍受的问题，疑惑和BUG的程度。用户体验的概念的提出实际是体现在开发观念和设计立场上。可用性只是设计良好用户体验中的一个原则，并且不是绝对优先原则。而UCD（以用户为中心）同样只是立场之一，而且也不是绝对立场。 当可用性与视觉感官、运行效率、实现成本冲突时，怎样选择？ 用户具有个体差异，使用体验又是主观心理过程。每一个产品的目标用户可能多样化、群体界线不明确，其共性难以把握。这一切让用户体验的成为一个没有“绝对”没有所谓对错的世界。 像腾讯的mini新闻推荐弹出框那样，点击推荐位上某个图片，进入的不是新闻的内容页面，而是有着更多花花绿绿图片的二级频道页。这样做好不好，从可用性角度肯定是不好的。简直等同欺骗用户。但从商业利益角度是好的，可以得到赢得更多PV。 这之间怎么平衡？把引导用户进来的目标内容放在频道页的第一屏容易找到的位置，同时使用_blank弹出。这样用户不会浪费更多时间就能很快找到目标内容，也愿意回头顺便看看其它内容。 用户体验的真正价值所在不光是让用户用的舒服，更重要的是一种引导。当用户在浏览某一篇内容，还有其它哪些内容值得向用户推荐；当用户使用某一功能时，还会有兴趣使用其它哪些功能。在有社区性质的网站中，如何让用户在使用过程中结识到更多他可能希望认识的人。 引导的用途除了让用户在网站多点击多停留，还有让陌生用户快速对网站形成正确认识，帮助用户找到有效的内容和功能，帮助用户顺利完成任务流程，激发用户活跃度等。。。 深度挖掘这些关联元素，引导用户更多得使用你的产品，（在web项目中，用户越多的使用就代表着更多的商业价值）比单纯把产品做得“好看”“好用”要难得多。这种关联性往往在底层逻辑设计和产品结构设计阶段就要考虑到。关联的逻辑和算法如何保证快速、高效和安全，关联的结果是否真正符合用户习惯和期望的内容。关联的表现方式和频率如何在无形中完成引导，而不影响用户的目标与使用，更不能让用户觉得厌烦。 当然不是说推荐像腾讯那么干。腾讯那样并不是一种高明的引导手法，和标题党一样，带有中国资讯站惯用的流氓气味。 实现引导的手法有很多种： ______________________________________________ 1、通过关联性或推荐性内容引导 用户贡献内容时期关键字换成了TAG，但很少有站点用好过。TAG作为一种单层的信息分类分类方法，由用户来添加和收藏。对其用户行为的记录是产生推荐性内容的数据分析来源。有效的个性化的推荐，配上 TAG的优势在于灵活，弱点也在于灵活。 另一种定义上的推荐是通过投票或某种排序将有价值信息过滤出来（Digi），这个适用于有针对性内容或用户群的网站/频道。 这种传统的做法虽然普遍，但是要用得好并不容易，需要在全站的信息架构、内容需求关系上有全局把握能力。 2 、流程引导 常见的手法有用鲜明的图示给出一个流程或任务示意：（如图） 或者 “从这里开始” “新手试用” “随便看看”这类相关按钮或链接 ———————————————————————————————————————— 3、用户行为过程或结果中产生引导
———————————————————————————————————————— 4、 提示页面中产生引导 不少产品设计人员总是在首页频道页等重要一级页面寸土必争，精打细算，却在许多看起来不太重要的流程页面大肆浪费。 这些页面包括登录页、退出页、提交返回页、提示错误页、帮助页、检索无结果页。。。等等等等。 想想你们是不是草草就把这些页面丢给技术人员去处理，“随便打几个字就行了”“按常规做法做吧”！ 别忘了，这些在用户最容易觉得沮丧、无助、迷惑的时候，给予正确的引导、帮助和建议。一个精心规划的提示页面往往可以影响用户选择关闭窗口还是发生一串连续点击。 “按照你设置的检索条件在**网站没有查找到任何结果，何不调整搜索条件试试我们的高级检索！ 在页面下方再次检索” “你的上传成功了，点击此处去我的相册。或者看看别人的最新更新的相册?” “你的在线聊天请求被驳回了，没关系，点击此处来看看其它在线MM。现在有12045个有缘人正在等候你的邀请。” ———————————————————————————————————————— 5、 视觉吸引产生引导
_____________________________________________ 6、 细节处理中完成引导 细节的引导处理就要看项目的具体需求了，精心设计产品中的各个角落，每一个细节的布局都会在无形中完善用户的任务心理模型，处处埋下“商机”，并为网站增加有价值的点击。
好了，举了那么多例子，相信大家可以在实际开发工作中举一反三。但引导用户这件事不光是停留在几个链接几个按钮的处理上的，最重要的引导还是体现在产品结构的设计中。没有对产品和商业需求的良好把握，没有整站结构打好基础，几个链接是解决不了问题的。 而这就需要产品设计师们去真正用心思考产品，理解你的产品的优势、资源、竞争环境。和战略部门多沟通吧。 ———————————————————————————————————————— 最后回到开题的UCD立场： UCD并不等同于讨好用户。用户体验不能做得被动。产品诞生的目的永远为了满足是商业需求。用户是服务对象，值得尊重但不是被牵着鼻子走。看见过哪个服务业公司是被客服部门牵着走么？ 遇到类似UCD和商业需求有冲突的时候，解决方法是要视项目和产品具体情况的不同而定的，可以取舍，可以曲线救国。综合考虑，在产品、内容、商业利益和开发成本之间把握平衡。但更多的时候我们可以在最初的产品设计中考虑避免冲突，而对用户的引导就是一直比较艺术和隐含的兼顾之策。 日志类别：UI & UE
|
Lifestream
AD
|
