工具类产品设计的8个准则.pdfVIP

工具类产品设计的8个准则 之前阅读了原研哉大神 《设计中的设计》一书 ，书中提到了一个很有 思的概念 ：再设计。 再设计的理论 ，是想让我们通过忘掉设计对象已有的现状 ，追根溯源 ，对设计对象进行再次 设计 ，从而加深大家对设计对象的理解。 所以我重新审视了之前文章中提出的工具类产品的三个特点 ：效率、智能、个性化 ，发现仅仅是这 3个词语 ，概括性太强 ，却很难细节的提出我们队工具类产品的期望 ，所以结合个人的理解 ，我对这 三个对象进行了重新分析和细化 ，总结出来的8个词汇来形容这一类产品的设计方向 ： 1. 简洁的 2. 快速的 3. 正确的 4 . 易理解的 5. 美观的 6. 主动的 7. 个性化的 8. 引导性强的 8个形容词 简洁的 在这类产品中 ，个人认为没有绝对 义的简洁 ，如果我们期望得到一个带有留白之美的页面 ，这种 期望很可能会受到打击….. 在设计过程中 ，我曾经不止一次的希望将众多的操作做归纳整理 ，或者收起来 ，或者直接减掉 ，然 而从用户反馈过来的情况来看 ，精简之后的效果反而增加了系统的答疑量 ，这里面当然也存在着一 些对用户操作的判断失误 ，但背后却反馈出一个问题 ：这类产品的用户 ，对于操作的定位 ，有着最 高优先级的要求 ，这也就是为什么即便我们的产品页面已经很复杂 ，但仍然需要支持这些功能在首 屏显示的原因。 如何做到真正的简洁 ？ 我个人认为简洁可以从以下几个方面入手 ： 导航的简洁 ，导航的简洁 味着用户可以快速的理解产品的各部分功能 ，当然 ，这对产品的架构 有着比较高的要求 ，我们需要明确的划分产品中的各个子系统以及子系统之间的优先关系。尽量用 最合理的层次来引导用户使用。 视觉层次的简洁 ，当页面信息繁杂时 ，我们很多时候是依托于视觉的处理来让用户清晰的分辨出 各部分区域 ，所谓视觉层次的简洁 ，就是尽量用最少的视觉分层 ，给用户植入分区的感觉 ，避免视 觉效果的大量使用而导致页面更加复杂。 页面信息的精简 ，这是我们必须面对并且必须解决的问题 ，在前两者已经达到要求的基础上 ，我 们需要保证我们首屏展示的信息 ，是用户最希望看到的信息 ，这里面会涉及到一个隐藏信息如何让 用户得知的问题 ，这个在“主动的”特性里面解释。 快速的 快速是反应效率最直接的方式 ，工具类产品的目的 ，无非就是想通过将功能产品化 ，来提升受众用 户的工作效率 ，所以快速的跳转、快速的响应、快速的反馈 ，可以提升用户使用过程的愉悦感。 实现快速首先是对性能的要求 ，系统的性能要足够强大 ，同时 ，如果发生了没有快速反应的情况 ， 我们可以通过其他的方式来管理用户的“等待”。加载的方式可以按照时间分为 ： 转动的菊花 ，加载在2秒以内的时候 ，加载的方式可以用加载动画表示。 进度条 ，加载在2-8秒的时候 ，加载的方式推荐使用进度条+百分比 ，我相信多数人都会盯着百分 比一点一点读到100%。 进度条+返回操作 ，加载在8-20秒的时候 ，允许用户取消当前的加载 ，返回之前的操作。 分项展示 ，加载超过20秒的时候 ，就需要展示明细的加载过程 ，告知用户哪些项是成功的 ，哪些 项是失败的 ，哪些项是正在加载的。 正确的 正确的 （至少 ）包含两个方面 ： 用户正确的理解并操作 这需要产品在特定的页面 ，提供符合这个页面操作的设计或文案 ，用户如果操作错误 ，不会将问题 归咎于自己 ，而是认为产品这样的设计或者表达方式不合理。 操作结果的正确反馈 操作结果的正确 ，是对用户操作或者等待最直接最好的回报方式 ，我们希望的是用户能够开森的使 用我们的产品完成任务 ，拿到结果 ，如果用户排除了自身的错误 ，但是在产品上却一直收到失败的 反馈 ，对用户的心理是一种挑战。 易理解的 我正在面临这样一个选择 ，对于一个专业度高、操作复杂的产品 ，常规的操作ico n （编辑、删除 ） 已经无法涵盖其特有的操作 ，也就是说 ，如果我用部分ico n来替代掉已知的操作 ，那么剩下的那 部分 ，我们是继续通过按钮来表示呢 ？还是直接采用文案呢 ？ 很多时候 ，按钮并不能形象的表达我们需要进行的操作 ，这不是单单靠视觉传达就可以解决的问题 ，并且对于用户来说 ，去理解一个认知度低的ico n ，还不如文案来的简单 ，用ico n带来的收益 ，自 然是页面文字的大量精简 ，反之 ，却增加了用户的理解程度。 如果两者择其一 ，我会选择优先提升理解度 ，相比于To C类型的产品 ，To B类产品更加注重的是 操作 ，我们不仅需要提供易理解的操作 ，