欢迎来到 常识词典网 ， 一个专业的常识知识学习网站！
[ Ctrl + D 键 ]收藏本站
也就是说一个好的产品应该从那些方面延长用户的停留时间？增加用户黏性。
2 个答案答案 1：
从看到这个问题到我回答这个问题，这之间我思考了很久很久，虽然我从事软件研发已有8年多之久，目前也担任多个主流产品的项目经理，但我知道用户体验在整个研发过程中的重要性，它牵扯到一个产品的成败。这个问题表面上看起来简单，很实质上却包含了很多因素，再有用户体验也要分产品的类型而定，所以我决定用我在微软公司的亲身感受和实例来回答这一问题，大家借鉴就好了。
我总结出以下要点：
l 抓住基本功能
核心使用情境——人们使用你的 Windows 程序的主要原因——远远重要于那些边缘的情境——人们也许会做也许不会做的事情。牢牢抓住基本的东西！（如果你这么做，用户将会忽略那些边缘问题。）
l 设计体验，而不是功能
从始自终设计体验，而不仅仅是一个个功能。在整个产品体验中坚持你的标准。例如，如果你的安装难以使用和存在漏洞，那你的用户也许臆断你的程序也难以使用和漏洞。
l 把某方面做出色
想想“真实”用户（而不是市场部或公关部的人）会如何描述你的程序。找出你的目标用户，保证他们会说“我非常喜欢这个程序！它的 A、B、C 真是太棒了！”如果用户不会这么说你的程序，说明什么？如今，“刚刚好”已经不再够好了——要让用户爱上你的程序。
l 不是做所有事让所有人都满意
让你的目标用户满意会使你的程序更加成功，而不是试图去满足每一个人。记住要关注每一件事事实上不太可能。
l 作出顽强的决定
这些功能、命令或选项确实有必要吗？如果有，就将其做好。如果没有，就干脆去掉！不要为了躲避这种艰难的选择就把每样东西都做成可选的或可以配置的。
l 让体验像是在进行友好对话
把你的 UI 想成是你与你的目标用户之间的对话。假设你就在用户的身边，然后他问你说“我现在应该怎么做？”想想你会如何解释：哪些步骤、怎样的顺序、你会怎么说以及如何来解释等等。也想想哪些你“不会”说。这就是你的 UI 应该的样子——好像朋友之间的对话一样——而不是什么用户难以理解的高深莫测的东西。
l 默认执行正确的操作
当然，你可以列出一排选项让用户来选择，但是何必这样？应当选择可靠、安全、方便的默认项。而且，要将正确的体验作为你目标用户的默认体验。不要假设用户会把不好的初始体验配置成自己希望的方式，他们不会这么做。
l 让它得以工作
人们是想使用你的程序，而不是要进行设置或学习一堆东西。做好初始配置，让最常使用及最重要的任务一目了然，并使你的程序能够立即开始工作。
l 小心提问
避免使用模式对话框来问那些并不是非问不可的问题——应该使用无模式对话框。更好的是，目前的上下文可以显示用户的意图，往往就无需要求提问。如果你必须在UI中提问，那么表达方式应当基于用户的目标和任务，而不是技术。提供用户能够理解的（再次强调，基于用户的目标和任务来措辞，而不是技术）、相互区别清晰的选项。确保提供足够的信息以使用户作出选择。
l 使其用起来愉快
确保你的程序能很好地达成它的目标，包含合适的功能且把这些功能放在合适地方。注意细节，确保所有地方都是优美的。不要以为用户不会注意细节，他们会的。
l 使其看起来愉快
应当使用标准的 Windows外观，包括标准的窗口边框、字体、系统颜色、通用控件和对话框及标准的布局。避免自定义 UI 及使用受到限制的品牌形象。只要有可能（且合法！），就应当使用标准的 Windows图标、图形及动画。如果你需要使用自己的图形和图标，则应使用专业的设计师。（如果你请不起的话，就只用少量简单的图形——或者干脆不用。）
不要假设提供皮肤能够对那些一般化的外观起到补偿作用。大多数用户不会操心那些，而且具有一个很棒的外观比有一堆一般化的外观给人的印象更深。
l 使其响应及时
你程序的响应对于整体用户体验来说至关重要——用户会发现不必要的迟缓以及没有响应的程序不可用。对于每一个性能会成为问题的功能特性来说，应当首先理解你的用户的目标和期望，然后选择能够达成其目标的最轻量级的设计。一般说来，超过 10 秒的任务需要更多的信息反馈，并应当能够被取消。记住用户对于速度的感知和实际速度一样重要，而且速度的感知主要决定于程序多快能够响应。
l 使其保持简单
力求在能够很好地完整任务的前提下做出最简单的设计。将设计扩展到仅仅是“必须的”。如果一种方法可以把事情做好，就不要使用三种方法。避免或减少那些没用的东西！
l 避免糟糕的体验
说起来容易做起来难，但用户对你的程序的总体印象更多是来自于那些不好的体验的质量，而非好的体验。
l 为常见问题设计
你的设计是不是很棒——除非用户犯了错误或网络连接中断？预测那些常见问题、用户失误及其他错误并为基进行设计。考虑像网络速度很慢或不可用、设备没有安装或不可用、以及用户进行了错误的输入或跳过了一些步骤等情况。在你程序的每一步，问问自己：最坏的情况下会发生什么？然后再看看当这些确实发生时你的程序的行为是不是够好。确保所有的错误信息对问题进行了清晰地解释并给出可行的解决方案。
l 不要使人厌烦
通常，任何用户会直接忽略而不采取任何行动的东西都应当被重新设计或者删除。这对于用户会反复看到的东西来说更是如此，如错误信息、警告信息、确认信息和通知。应当非常谨慎使用声音。与安全性和法律问题（例如授权或许可条款）相关的UI可以例外。
l 减少精力、知识和思考
要想减少使用你的程序所需的精力、知识和思考：
1. 显式比隐式要好。把用户需要知道的信息直接放在屏幕上。仔细推敲窗口或页面上的主标题说明以清晰表达界面的目的。
2. 自动比手动要好。当实用和符合期望时，帮助你的用户自动完成任务。一个简单的测试：关闭你的程序，然后重启它，执行最常见的任务。就知道有多少手工的努力可以消除了。
3. 简要比罗嗦要好。把信息放在屏幕上，但是要简要。抓住要点！为浏览设计文本，而非沉浸式阅读。为有帮助的、补充性质的、但并非基本的信息使用帮助链接。
4. 有约束比无约束要好。当选择控件时，能够约束有效输入的控件通常是最好的选择。
5. 可用比禁用好。禁用的控件往往让人困惑，因此仅当用户能够很容易地推断出为什么控件被禁用时才可使用。否则，应当移去不适用的控件或者保持其可用并提供有帮助的反馈信息。
6. 记忆要比遗忘要好。除了涉及安全和隐私的情形，最好是记住用户先前的输入和动作，并能轻松的进行重复，而不是让用户每次都从头来过。
7. 有反馈比没反应好。提供清晰的反馈以表明一个任务是否正在执行或者失败。不要让用户猜测。
l 遵循此设计指南
当然！应将UX指南视为基于Windows程序的最低的质量和统一性要求。用它来遵循最佳实践、做出常规决定、并使你的工作更轻松。将你的创造力集中在重要的事情上——无论你的程序是做什么的——而不是那些例行的公事。不要创建那些怪异的没有人能够弄清如何使用的程序。遵循此设计指南，使你的经验脱颖而出。
l 测试你的用户界面
在你使用真实的目标用户进行可用性研究之前，你不会知道你做的是否正确。你很可能会（沮丧地）对结果表示惊讶。愉快地接受对你的用户界面的批评吧——这对于你把工作做到最好是必须的。另外确保在你的程序发布后收集反馈。
答案 2：
很细致详细，学习了，谢谢
下一篇:-宣布-平台战略，-在中国要达到Facebook的平台影响力，还需要做到哪些？ 下一篇 【方向键 ( → )下一篇】
上一篇:用 10 个字怎么描述豆瓣新版阿尔法城？ 上一篇 【方向键 ( ← )上一篇】
快搜
