谈谈设计中的锚定效应
“ 锚定效应指个体在进行决策时，会过度偏重先前取得的信息（这称为锚点），即使这个信息与这项决定无关。锚定效应可以理解为一种认知偏差，就是在不知不觉中，思维像被拴在某处一样难以摆脱。在日常设计中也常常会受“‘锚点”的影响。”
01
—
设计中常遇到的“锚点”有哪些？
No.1 既定的设计规范
前两天和产品经理合作的一个需求过程中，因为页面中很小的一个设计点产生了分歧。
“数据统计”页面需要展示的表格字段大概有30个左右，但页面本身空间有限，所以设置了“自定义表格字段”，允许用户自定义显示的内容，因为一屏最多显示9个字段，所以在“自定义表格字段”弹窗内容做了数量的限制，已选超过9个字段，其他项便置灰不能选择，如果用户想看超过9个字段的内容点击下载到本地查看。 —— 设计师
（数据统计页）
（自定义表格字段弹窗）
产品希望“自定义表格字段”超过9个时候，其他项不置灰，可以继续选择，提示用户下载查看，弹窗中的“确定”按钮变为“下载”。 —— 产品经理
从设计的角度来讲，“自定义表格字段”和“下载”完全不同的场景和路径，如果“自定义表格字段”突然变成“下载”是不符合用户的心理预期的。
当我试着路径、场景这些去说服产品的时候，发现完全说不通，产品经理的理由是，“数据统计的页面就是给用户查看数据的，页面查看和下载只是提供的两种方式，没必要非分两个入口，就让用户在一个入口完成他要查看数据的需求，超过显示项数量限制就变成下载”，他这么说好像也没毛病啊。可是结果就是我们互相都不能说服对方。
后来请教了几个设计师，大家也对两个入口，两件事情表示赞同，不建议“自定义表格字段”超过数量限制变成“下载”。
可是产品经理坚持不妥协，觉得这样不能满足需求。后来又请教了我的入职导师，他说“表格字段的显示你为什么要做限制？”
是啊，我为什么要做显示数量限制？
为什么没有想到去掉这个限制条件？
因为之前控制台的设计规范里，表格不建议出现横向滚动条，表格字段做9个显示项限制。当我面对这个需求时，没有跳出这个9的限制框架。但这个需求是另外一个平台，不是控制台，不需要完全遵守控制台的规范啊。
最后不做数量限制和产品沟通，一下子就达成了一致。
（表格字段不做数量限制，超过表格内横向滚动）
设计规范可以提升设计效率，但有时也会成为设计的“锚点”，让人难以跳出既定规则，所以在遵循规范时，有时也需要多想一下，这个场景一定需要按照规范来吗？
No.2 产品经理需求单里的解决方案
移动端巡更点位名称太长时，设计师帮忙看看哪种折叠方式比较好？ —— 产品经理
这里的“锚点”就是产品经理给出的方案，“名称过长时做哪种折叠显示比较好”。这时候设计师很容易就会去想折叠展开的设计方案，看哪种方案更适合这里，可实际上应该需要思考的是“产品到底遇到了什么问题？是因为名称显示太长？为什么会太长？一定需要折叠吗？”
（不要关注产品给出的方案，关注产品遇到的问题）
后来跟产品沟通发现，这里的点位名称因为之前限制了80个字符，所以在移动端要考虑显示不全折叠的方案，“为什么是80个？什么场景下会有80个？为什么不20个？15个？”后来跟产品侧建议，关键信息不作折叠展示，默认显示全部。跳出锚点效应框架后，解决问题的思路就由“哪个折叠方案好”变成了“名称字符限制到底多少合适”。
就像“加不加鸡蛋”和“加几个鸡蛋”的问题，一旦产品经理给出设计方向或方案时，那个给出的方案或方向就会成为限制我们思维的“锚点”，设计师也就容易受困于产品划定的那个框架内。
02
—
锚定效应影响因素有哪些
锚定效应的影响因素很多，其中最大的影响因素是信息的确定性程度，确定性程度越高，越容易受其影响，比如设计规范，因为很多时候设计规范是多方讨论后制定出来的，就是用来指导设计的，所以有时候较难跳出。
锚定效应还受到专业知识技能的影响，简单说知道的越多，经验越丰富，受其影响越小。经验丰富的资深设计师有时更能看到问题的本质，跳出产品给出的解决方案看问题，初级设计师在对接产品需求时，和产品沟通下工作方式，建议产品带着问题而不是解决方案来，更容易达成双方都满意的设计合作。
03
—
如何有效避免锚定效应
不止一个设计方案
给出设计方案时，问问自己是否还有其他设计方案，逼自己多走一步，多想一点。
审视动机
很多时候，锚定效应一旦形成，便会导致自己认知惰性和惯性思维，设计方案给出时，跟自己和别人说设计规范就是这样的，到底是因为觉得方案本身已经完美了，还是仅仅懒得再去思考和努力尝试？
求教他人
个人的力量是微弱的，一旦发现自己陷于某一框架内跳不出时，寻求资深设计师的帮助是有效的，既能帮助自己换个角度看问题，又能积累专业经验。
本文完。
本文作者：wawayuan