为什么UI设计师的文案总被驳回，来看看这几个点

在互联网公司中，无论是设计、运营、产品、文案、开发、策划，在一个完整的项目链路中都需要在自己的流程中产出专业的提案去承接上下环的协同工作。

然鹅，除了老板，我们每次的提案往往会被一波“大神”挑战，其中不乏我们自己出了的问题，当然也包括“大神”们挥斥方遒时自我效能感爆棚的快感。

本篇不是教你如何去“越塔强杀”，仅告诉你几种方法，从自身角度去减少这类事情发生的频率。

上溯寻源

你的上环提了一个需求说：“来，这次我们要设计一把椅子。”你说OK没问题，然后吭哧吭哧地从丰富的模版库存中找出了上百种椅子的结构方案投入到工作中了。

三天后你自信满满地拿出了3＋套方案来到需求方面前准备接受对方对自己丰富经验的赞赏，对方看了说：“嗯，不错！这3套椅子的方案都很好看，但好像和我们要的还差了那么一点，是不是＊＊再调整一下？”你在短暂的高潮之后瞬间跌入谷底，改改改死循环又向你开启了。

此时我们回到故事开始的时候，“来，这次我们要设计一把椅子。”你想了想说“这把椅子是放在哪里用呢？”“放在访客茶歇区，目前我们已经配备好了桌子和吧台，就缺坐人的椅子啦”。你要求对方发来了现场的实景图片，发现配置的桌子和吧台大概50cm高，放置于靠墙的位置，确实就缺坐人的地方了。此时你意识到应用场景中桌面的高度和椅子的常规尺寸极其不匹配，访客坐在较高的椅子上使用50cm的矮桌会非常吃力，且靠墙的地势非常不利于椅子的摆放和后期的卫生清理。你就这些问题的疑虑统统反馈给了你的需求方，对方认同了这些，说“嗯，其实我们的需求就是让访客有个能坐着休息的地方就行了”。

这时你才发现设计几把椅子并不是本质目的，现实的情况可能是做一整排贴墙放置的沙发更为合适。

每个人在面对新问题时会习惯提取自己过往的经验，问题可能就会在个人经验中具象化。那么你听了“椅子”就真做了一把“椅子”反而南辕北辙，有“刨根问底”的态度去发掘需求的本质目的能让你做出符合需求实际预期的产出。

明确边界

接着“椅子”的梗继续说，为什么需求方会认为做一把椅子能解决她的需求而事实并非如此呢？因为你是设计师，她不是！在她的认知中，能坐人的就是椅子凳子呗～而你的专业告诉你“一个能把人支撑起来的东西”有N种方式。相反，假设你的需求方是行政，她的专业经验可能正是你不具备的，她知道每天访客的流量是多少，访客在来访行为中需要落座休息的占比，访客人群更集中在哪些区域。

所以在这个项目的合作中，需求是本质“在访客区域安置一个休息区”，基于行政的专业边界，她的权责是确定休息区的方位，成本的预算，座位的数量...接下来，设计师在预算内进行方案的拟定，与周围环境协调的用色，更舒适的结构工艺。

然鹅，故事会发展成：“哎呀，我觉得沙发用这个绿色不太好看哈，你改成粉色看看效果吧～哦呵呵～”

设计师：“呵呵，（哥研究了十年美学轮到要你吖告诉我什么样的配色好看？）”。

更残酷的现实是，大部分的执行者在这反复的“建议”中无奈地选择了妥协（第10稿了快放我回家吧你说什么都对，记的给我个5星好评噢）。一个项目最坏的产出就是在共建者疲乏后的妥协中达成的一致，所以呢，请拿出勇气捍卫你的专业立场，也不要轻易侵犯别人的边界。

竞品分析

以上的言论听起来似乎挺有道理，但事实也许比你想象的还要残酷。因为对方可能是你的“爸爸”和“老板”，这类例子在诸多企业中举不胜举。此时竞品分析的必要性就凸显出来了，当你的提案是在同类竞品中获得过结果验证的，这将大大提升你的说服力。因为“爸爸”不是追求凌驾你之上的快感，他还要为最终结果埋单。

竞品也不能滥用，曾经在上一家公司遇到一个PD，一张口就是某某某产品就是这样做的，却讲不出所以然，每一个产品功能都是七拼八凑抄来的，这样的产品做出来已然是一个牛头马面四不像的怪胎。

 

换位思考

设计师的圈子广为流传一句段子：我要一个五彩斑斓的黑，帮我把这个按钮放大的同时再缩小一点...“按钮要放大”这句话翻译过来的意思可能是“按钮需要明显，引导用户使用该功能”，那么达到这个目的的解决方案就不止一种了。

规范流程

在项目中还有一宗罪就是需求变更，这会连带影响多个岗位协作者。

正当你享受美好的下午茶时光时突然发现一个身影笑呵呵地跑过来，“有个小地方要改下，很简单！”

开发：“设计图怎么又改啦？”

设计：“产品说功能有变动！”

产品：“老板临时通知的，我也很无奈啊！”

老板：“细节我不管，11月11日给我按时上线”

测试／开发／设计／运营：“...”

百人规模的公司常会在流程上出现问题，项目组成员建立群和邮件组是极其必要的，项目开发期间每个人的周报抄送项目组所有成员，周期性地通过邮件同步项目进度，需求变动及时以邮件通知到每一个成员，开发周期较长的项目每周必须有项目周报（周报抄送各部门上级）。在项目周期预警阶段，每天15分钟简短的晨会同步各自工作进度。依赖于某些团队协同软件支持项目管理也是非常有必要的。

放大价值

有一次我去一家自助餐厅胡吃海喝，但是越吃越想吐，原因是这家餐厅一直循环播放着几首广场舞格调的音乐，同事说：“这就是让我们听了反胃吃完赶紧走的节奏啊！”听上去似乎真的挺有道理。完整的用户体验链路由多个触点组成，每个触点带给用户的感受正悄然改变用户接下来的行为。

回到文章开头“椅子”的例子，我们模拟一个的场景，这是一家位于人流路口的快餐厅，而场地座位有限，在商家的角度希望每一个用餐者能快速完成就餐行为腾出位置给新的客户，以此促进单日营业额的提升。那么如何通过设计“椅子”解决商家的这个诉求呢？也许我们不该设计一把“过于舒适”的椅子，这样能减少用户餐后的逗留；这把椅子可能造型更紧凑，这样在有限的场地中能放置更多的座位！

这样的问题可能连需求方自己也没有想到或是无从下手，而你将思维从“怎么设计一把椅子”跳入“设计了这把椅子能带来什么价值”时，设计的价值已经被无形的放大了。你交付的提案能给需求方带来这样的Surprise时，一稿过就离你不远了～