当你的设计被开发质疑,你如何证明你是对的？.pdfVIP

当你的设计被开发质疑 ，你如何证明你是对的 ？ 亲爱的产品交互设计师 ，你是否发现你的方案经常被 人质疑 ；你是否因为无法反驳或者说服他 人而闷闷不乐 ；你是否怀疑过交互设计师的价值 ？其实不管是交互还是产品经理 ，工作时的唇枪舌 战不可避免 ；但是我相信一定有很多人和我一样不喜欢争吵的氛围 ，因此我也是想尽各种办法在避 免争吵的同时证明我是对的。有义正言辞的也有歪门左道的 ，有有理有据的也有撒娇求饶的 ；总之 只要是能按照我的想法做了 ，卖艺卖身什么的都是可以的 ；呃~~说多了 ，还是进入正题吧~ 首先 ，你得自己清楚做这件事情的目的和目标 ，这是重中之重 ； 目的很容易理解就是为什么做这个事情 ，目标就是想要达到一个什么样的效果。这个之所以重要是 因为当你为自己的方案申辩时 ，你需要告诉对方这是达到该目标最便捷的方案或者性价比最高的方 案亦或是开发成本最小的方案。当对方认可了你的目的和目标之后 ，那么基于同一目标他如果无法 第一时间想出一个更好、更易开发、更xxx的方案 ，那你基本就已经成功80%了~ ；接下来就坐等他 帮助你完善这个方案的细节吧~ 当然这个方法要求大家都必须有大局观并且认可你这种“目的、目标”的工作方法 ，而难点在于并不 是每一个方案都会有明确的目标。我想身为产品或者交互 ，你懂得~~ 其次 ，用类比法说服你的 伴或者基友们接受你的方案~ 类比法其实很容易理解 ，就是把你的方案比喻成现实生活中发生的事情 ；这样通过大家都有的经历 ，晓之以理动之以情得到共鸣达成一致 ，可谓是一气呵成 ！ 举个栗子 ，之前做过一个关于直播的案子 ；本来的交互方案是如下图一所示 ： 图一 直播人数已达上限的提醒 用户在点击 【观看直播】按钮的时候进行弹窗提示 ，告知他直播人数已达上限 ，不能观看 （页面为 说明问题随手一画 ，请不要深究 ）。然而 ，到了测试环境走查的时候我发现方案成了图二所示。 图二 测试环境的效果 究其原因是由于在课程介绍页弹出弹窗的方案客户端需要单独请求数据 ，而进入直播间之后相关数 据会一并传给客户端 ，所以开发哥哥们觉得在直播间提示也一样 ，美其名曰还可以让用户进去看看 直播间长什么样子。然而真的是这个样子的吗 ？进入直播间后发现无法观看用户还需要再次点击返 回才能回到课程介绍页 ，这样用户体验会好吗 ？但是你该怎么取说服技术让他们心肝情愿的修改呢 ？ 于是我们把这种情况类比成平时开车出游在高速上最常见的情况。你可以给他讲个美妙的故事 ： 假如某个阳光灿烂周末你的开发哥哥带着女友兴致勃勃的要去自驾游 （记得阳光一定要灿烂 、妹子一定要身材好颜值高 ），驶上高速之后忽然前面变的拥堵 ，这时路边出现了一个温馨 提示 ：很抱歉前方正在施工。然后你一边唱着忐忑一边继续前行 ；忽然发现前方不通 ！！！ 这个时候你肯定心中一万头草泥马飞奔而过 ，你百分之百会问候刚刚写温馨提示那哥们他们 全家 ！！！为什么刚刚不告诉我 ，还要我掉头 ！！！ 然后你可以意味深长的告诉他 ：其实这个例子和线上的情况如出一辙 ，你觉得该怎么办呢 ？故事说 到这里一般技术哥哥们会陷入一种沉默 ，然后扭头出去抽根烟默默的坐回电脑前拿起了他们的鼠标 ，因为他们知道你说的是对的~ 所以不只是争吵才能解决问题 ，讲故事同样可以~ 对了 ，不要忘记你们当时打点统计的那些数据~ 有时候开发哥哥们会弱弱的问产品或者交互 ：你们统计的这些数据全部都会看吗 ？答案是并不一定 全部都会去看 ，但是需要它的时候没有你也会很头疼 ；线上的数据可以说是最有利的证据去证明方 案的好坏与对错 ；所以在你提交新方案之前可以将之前方案已有的数据准备好 ，用以证明这个问题 非改不可或者改了以后数据会有所改善 ； 当然很多时候数据只能说明线上的方案有问题 ，并不能证明新方案一定会更好。这个时候就需要你 在执行新方案的时候也做好数据统计的工作。等上线后将两份数据进行对比并将最终结果邮件发送 给你的开发哥哥们 （记得抄送给他们的领导 ），方案的好坏一目了然自然不用你多费唇舌。久而久 之彼此的信任感会慢慢建立 ，当你再次把线上数据和新方案拿给他看的时候 ，他们会心服口服的认 可你、帮助你 ；剩下的事情就是怎么把这件事情做的更好、做出成绩~ 还有一个方法 ，你可以通过问题的发生的概率和带来的影响、方案带来的提升和开发的成本去说服 对方 ； 这个方法是我在网易的时候听另外一个同事分享的方法 ，当时觉得这个很有道理就记下来 ；他的原