IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

设计中的边际效应

shimu'portfolio & blog >> blog 2010-10-14 23:36:36 累计浏览 2,396 次
本机暂存

    有个词叫过度设计,我之前也写过一篇网志探讨这方面的问题矫枉过正的交互设计,但这些都只是在设计中的某个细节思考。细节决定成败,没错。站在更高的高度上考虑,在产品开发过程中,遇到的细节问题肯定不止一个,这时就需要产品的owner来决策修补哪个漏洞、优化哪个体验……在设计师作为某一阶段的产品owner的迭代开发流程中,这个决策自然就由设计师来做。面临诸多临阵决定的时候,善于关注、深挖细节的设计师就急需提高自己统筹规划的能力,和宏观的眼界。

何为设计中的边际效应

    边际效应大家在《微观经济学》中都学过。设计中的边际效应其实很明显。一个设计做到80分相对容易,几次推敲修改即可达到。从80分上升到85分,遇到的阻力会从各个角落冒出来,非得熬上几个晚上不可。从85分做到90分甚至95分,就相当难了,所耗费的精力成倍增加,所花的时间也自然陡然上升。这就是设计中的边际效应。前辈们常说,产生一个灵感固然令人欢欣鼓舞,但真正要做成一个产品,后面的磨难多得去了。在你打磨产品的时候,投入同等精力产生的效用是越来越少的。

    一个产品要做到多少分合适?做到什么程度就可以先上线了?这些都是产品的owner考虑的问题。在产品开发过程中,体验类的细节问题肯定是多如牛毛而且不是同时出现的,如果埋头一个个地去解决,显然是不合时宜的;把所有问题收集起来,然后再做分类、评判,这样似乎缺少了敏捷开发的轻快节奏。在设计师作为owner的时候,需要自己心里有一杆标尺,有个标准,来度量每个问题带来的麻烦、解决每个问题所带来的效用,从而来决定哪些问题优先解决。并且在产品达到一定质量(比如说82分)的时候,让产品上线,并立即准备下一阶段的继续完善产品。

这和产品的核心需求息息相关

    大多数情况下,解决产品核心需求问题所带来的效用肯定是比较大的。核心需求必须是用户最关注的、最根本的需求,因此一旦把核心需求做好,用户其实已经喂成7、8成饱了。但这也并不意味着有一把度量各个细节的边际效用的标尺没多大用了。实际情况中,核心需求一难挖掘,二难满足,很多产品均是上线许久才慢慢找准用户的核心需求,现在好评如潮的dropbox当初就是如此。走了弯路不要紧,有那么一把尺子,会让你不会弯得太远、弯得太用力。

    这把尺子的度量标准,宏观来看,是可用性因素>易用性因素>其他。这个常理对于不断进步中的设计师来说并不是银弹,关键还在于实践中保持清醒的头脑,提高自己宏观的把控能力。能深挖细节,也能从细节中走出,才是一名成熟的设计师。

同分类推荐文章

  1. 如何写好设计文档? (2026-06-23 08:00:00)
  2. Designing With Uncertainty: How AI Supercharges Probabilistic Thinking (2026-06-16 23:00:00)
  3. The Benefits Of Cognitive Inclusion In UX Research (2026-06-10 18:00:00)

查看更多 设计 文章 →

建议继续学习

  1. 十个最容易犯的用户体验错误及规避方案 (累计阅读 79,499)
  2. 流程管理与用户研究 (累计阅读 17,053)
  3. 网站导航设计的6大分类 (累计阅读 9,298)
  4. 给想转行做产品经理的同学 (累计阅读 6,927)
  5. 互联网产品经理必读书目 (累计阅读 5,840)
  6. “预注册”是一把金钥匙 (累计阅读 5,677)
  7. 如何写产品需求文档(附PRD案例) (累计阅读 5,634)
  8. 忘记技术原理,关注用户心智 (累计阅读 5,599)
  9. 界面设计速成 (累计阅读 5,428)
  10. Axure之变量的使用 (累计阅读 5,135)