如何让UI设计师按照需求还原设计？

　　1、需求提的不明确\有明显问题

　　2、需求人员平时没有展示出足够的产品能力，造成无法让人信服

　　3、需求人员极少给程序人员灌输细节的重要性

　　4、加班时没给程序买可乐

　　5、……

　　程序员们，大多数都是非常单纯的人，没有那么多花花肠子，很少有故意给你脸色、撂挑子的情况。只是有些时候他们会一根筋，只要你足够专业，勤于沟通，一般都没有问题。所以是因为设计师不懂代码?部分技术人员的审美意识?还是大厂心态或者其他什么原因?这种状况怎么解决?到什么时代或是契机才能够被解决?

　　这种抱怨的话少提，与人方便自己方便，自己既然是提需求的人，就要多为对方考虑。

　　三、产品人员该如何解决?

　　假设真的出了问题，我们该如何面对?首先要寻找原因，是自己没做到位，还是对方没理解你的想法，还是单纯瞅你不顺眼?假设是1和2，那我们要做到：

　　1，先搞清产品战略。

　　自己弄明白这1像素细节是否对产品有足够的重要性。如果不重要，那请把工作中心转移到重要的事情上。

　　2，绝对自己把该做的事情先做好。

　　这里边包括自己先弄明白修改的意义，画好标注色值、像素的示意图和文档，做好产品原型等任何能让对方不需纠结，直接可以上手的工作。自己的专业、努力是赢得程序员尊重的前提，赢得他们的尊重你才能顺利开展工作。

　　我以前给策划审文档，一个3页的doc我打回去过7遍，改了几天，最后才到程序员那里开始执行。虽然还是有些问题，但至少程序看到了这个策划的努力。你想想一下，如果不审核就发给程序，程序会不会拿刀砍人?

　　3，弄清进度和优先级，弄清对方手头工作

　　在搞清楚产品进度、优先级的情况下，尤其要注意一点：“绝对不要想到一个需求就跑过去要求程序改!”

　　程序也是人，很可能正在苦思一个重要问题时，你跑过来打断他的思路，还是用在他看来毫无价值的需求，更糟糕的是你直接要求他放下自己的工作，立即修改，是个程序员都会爆掉的。别说是程序员，要你你也受不了。

　　好的方法是记录所有需求，自己标记优先级，定期(每天定时)跟程序员沟通，跟他一起制定解决方案和时间。记住不要替他做主!他不是你的下级!他是帮助你的伙伴!

　　4，私下给老板和程序员不断灌输用户体验的重要性

　　这是很多人经常疏漏的地方。每个人的思维模式都不同，你不能要求别人也按照你的思维模式来看待问题。想要让大家认同你的看法，就要在平常不断的潜移默化影响别人。比如没事多跟公司其他人聊产品，聊体验，聊感受，慢慢给他们灌输体验的重要性。只要你的话题有趣，人有趣，没有人会拒绝跟你聊，时间长了，整个团队的思路就会有所转变。

　　说个小技巧。程序员大多比较孤高，如果你想让他改什么，你可以有意无意的跟他说，你觉得某个跟你们很像的产品某个体验做的很好，你不知道怎么实现的，一定要摆出一脸羡慕的样子，说他们太牛逼了。你们程序员一定会一脸鄙夷的看着你，说这破玩意有啥难的?老子半天搞定，绝对比他强百倍。多吹捧吹捧，你的目的就达到了，你俩都挺爽，是不是不错?

　　5，搞好同事关系

　　程序员加班多，偶尔在他们加班时买瓶可乐，装作一脸坦然的放到他桌子上，他就算嘴上不说，心里也会感激你的。这不是歪门邪道，而是人之常情。社会上你上哪去找一瓶可乐就可以买通的朋友去?

　　如果还不管用，请用这张图诅咒他

　　如果你都做好上面5点，对方还无理由拒绝，那问题就不在你这边，也不是你一个人能解决的了。请找你们共同的主管(比如项目经理)，三人一起当面沟通，为什么会出现类似的情况，要有不解决我就拉你们住在会议室的决心。绝大多数情况下，你是能听到程序员告诉你为什么他会不配合的。

　　切忌私下找对方上级。职场上任何时候，都要做到我对你说的话，对别人都敢说，千万不要做背后议论，抱怨，捅刀子的人。

　　如果你已经做到位，还是无法解决，那不是这个程序员的问题，就是你们主管的问题，请考虑换工作吧。

　　四、程序主管应该做什么?

　　这一条是我看了排名第一CTO的同学，有感而发。同样作为管理人员，我坚信没有任何一个工种是“可选”的。绝大多数产品，无法单靠某一类人就能做到100%的极致，再好的产品也有改进空间。而这个改进空间，无法靠设计者自己解决，需要借助外力。所以我不认为产品人员不给力，就可以把他们边缘化。

　　我自己是策划出身，如果我是这个公司的CTO的话，我想我会从下面几个角度让程序和产品人员更好合作。

　　1， 不断给团队灌输产品为先。

　　我们每一个人，都是为了这款产品的成功而努力。在这里面，每个人的工作都是为了产品成功负责，而不是谁是做什么的，谁专业不专业。只要能够让产品质量提高，任何提出的方案、修改都是可以讨论的，即使进度不允许，也可以记录下来。

　　让团队每一个人不再关注自己的角色(策划、程序、美术)、职位，改为关注产品本身，是我的职责所在。

　　2，抓好培训。提供工具。

　　抓好培训：为程序人员培训产品的意识。为产品人员培训开发的流程与经验。不求互相替代，只要能两拨人能互相理解，能从对方角度考虑问题就够了。

　　提供工具：为产品人员提供更好的开发、设计工具，能够让需求从设计者到开发者之间，尽量少出现因沟通产生的歧义。

　　3， 制定规范和流程

　　包括需求制作规范、文档规范、开发流程、需求变更规范等等，减少项目中因人的因素带来的不可控。

　　4，搞好团队建设和人际关系，尽早解决问题。

　　打破工种的圈子，一起出去吃个饭，打个球，其乐融融多好。

　　总结一下吧，程序员不配合，不用找那么多理由，大多数情况是需求人员没做到位，请继续修炼自己的专业能力和人际关系。

      更多资讯，访问上海非凡UI设计