构建|撕开B端封印，数字时代下的可视化构建( 三 ) 生产者|用户|风口|中视频|资本

当然了，设计规范不是所有项目都要有的，它是为了减少工作而不是增加工作，如果是一次性项目，就不需要再额外花费精力去输出规范了，浪费资源~
3. 完成和完美哪个更重要？现在都是争分夺秒的时代，任务是无止境的，没有做完的时候。造成这个局面的无非就是一个问题：时间不够用。通常的做法就是先完成再迭代，做产品久了你就会发现，完成比完美更重要，不完美你还可以再迭代，完不成就有可能错过一个风口，从而失去了变完美的可能~

文章插图
聊完这三个问题，我们在设计的时候也要有一些注意项，真正地做到设计驱动。
4. 把复杂变得清晰简单而且美对于设计师来说，我们的任务就是把复杂问题变得清晰简单而且美，所以我们应该成为企业和客户之间沟通的“架桥人”。通过设计的方法，把无形的、复杂的技术，通过有形的、可视化的方式展示出来，让客户更直观、清晰地感受到产品的功能，看得懂其在业务场景中产生的价值。
5. 转换视角，建立共鸣站在客户视角，聚焦客户关注的核心问题，通过情景把内容有序组织起来，快速与客户建立共鸣，有效降低内容理解难度。
6. 产品架构可以不那么复杂把复杂的业务/功能简单化、傻瓜化，最大的降低学习成本，能帮用户操作的绝不让用户亲自去操作。你要让用户在1分钟之内了解你的产品是做什么的、有什么功能，你就成功了。

文章插图
7. 大胆隐藏冗余内容B 端项目中内容量是巨大的，面对庞杂的信息，去粗取精，提炼各场景的核心内容，避免冗余信息阻碍内容有效传达。话术语言不单要简单易懂，还要严格控制文字长度，保证内容可以被快速扫描和理解。
8. 尊重用户习惯不要妄想改变用户养成的惯性思维，你要记住惯性思维大于设计思维，他的阅读习惯、操作习惯都是不易改变的，不要为了个性化而尝试去改变，大部分情况下结果不会是那么的理想，除非你有极大的把握。

文章插图
9. 选用合适的图表这个是常提到的，我就在这里简单给大家提个醒。比如做数据对比，柱状图更能清晰表达出用户想要的结果，你却非要放个酷炫的雷达图，它的本质目的都没达到，要美观有何用？
每个图表都适合哪些场景使用，像 antv、hicharts 等都有介绍，我就不一一赘述了，我之前也写过一篇关于如何合理利用图表的文章，大家有兴趣的可以去看一下。
三、设计度量产品设计的好与坏我们需要去验证、去度量。我们怎么去验证可视化的好与坏呢？
美与丑也是主观的，没有绝对的美，也没有绝对的丑。一个产品，总会有人喜欢有人不喜欢，但是我们要迎合大多数人的审美。
所以就需要一个方法论来验证产品的好与坏，现在各大厂都在做自己的一套产品验证的方法论，阿里在这方便算是国内做的不错的，我举几个常用的度量模型。

阿里云：UES；
蚂蚁金服：PTECH与易用度；
1688：五度模型；
优酷：DES。

文章插图
UES 目前是国内最好的，在 5 月份的阿里设计周上也正式对外讲解了 UES 模型。我拿阿里云的 UES 简单讲一下吧，这么多度量模型，无论他的方法、维度有所不同，但他们的目的是相同的：通过模型来度量设计成果。

易用性：易操作性、易学性、易见性……
一致性：整体样式、通用框架、常用场景及组件……
- 上一页
- 1
- 2
- 3
- 4
- 5
- 下一页