产品开发过程，不仅仅是熬夜加班聚餐吃饭，很多时候还是团队内部不同职位成员，秉着做好一款产品的目的，互相斗智斗勇的过程。在为数不多的项目经验中，我很不幸，也很幸运的掉进了很多坑，因此也得到了不少宝贵的经验，认识到了一些在产品开发过程中的事故多发区。作为一个既担任过产品经理，目前在做UI设计师的我。因为着这一段有趣（keng die）的经历，所以在很多时候，看问题能够从几个角度进行观察。那么这里就从UI和产品经理交流的角度，分享一下，容易导致产品出现问题的几个『危险区』。
一，产品经理方案暂时没定下来，先让UI设计师不用在乎那么多先根据大概的出效果图。
产品经理在自己都还不清楚要做的究竟是什么的时候，却要UI先动手出效果图，最容易导致一个后果就是最后会选择一个最好看的方案。这表面上看是皆大欢喜，产品省力，UI能画起来不会束手束脚，节省了时间，开发也有更多的时间改bug。但是这其实是在掩耳盗铃，是在悄悄的给自己挖坑掘坟。这种情况下，先任由UI信马由缰的画，然后产品或者大家投票，再会挑出画得最顺自己心意的，到这里还看起来挺美。但是后面画风一转，因为很少可能是产品拿到就是自己想要的，产品会在UI的基础上再按自己的主意修改。最后结局往往变成，产品的方向定位是UI画出来的，视觉细节最终却是产品定下的。于是大家嫌弃产品定位不准，UI画得难看……
二，设计中不考虑实现难度，过度夸大人的主观能动性
成龙大哥除了洗发液之外，还有个臭名昭著的空调广告，大家纷纷吐槽大哥明明什么不懂，无视技术人员死活，天天嚷嚷着要省电30%。这种状况还常常发生在很多低端销售团队，每天早上一伙人排成一排，精神抖擞的排着队喊口号要提高业绩，无视市场现状无视人员能力的打心灵鸡血。这种无限扩大人的主观能动性跟『用爱发电』的行为一样看似温暖人心实则狗血无比。很多产品、UI在进行设计的时候，如果想的是先要效果最好，剩下的开发想办法，『不逼别人一把，他怎会知道自己有多优秀……』的话，这种自以为是的正义会为整个团队埋下隐患。通常的结果就是开发表示实现不了或者是不能按时完成，这时候不仅仅是工期拖延，产品延迟上线，而且还会由于时间关系，很多地方都会进行妥协式的修改。最后产品面目全非，大家互相埋怨，指责对方给不靠谱，是挖坑小能手……
三，对自己的工作要求不严格，却对别人提出严格要求
其实很多时候，让UI设计师冒火的，并不是改需求，甚至对着屏幕指指点点，都能忍。但是一旦产品经理对他说：我们这个产品（交互、原型、etc）这里，确实有点问题，所以你们UI一定要做得漂亮点哦~。这种情况下，UI设计师心里一定会有一万只草泥马奔驰而过。这就好比是对厨师说，我们这个食材是不新鲜，所以你们一定要做得好吃点哦~虽然UI的具体工作内容是负责产品的界面设计，但是我们也希望做出一款好产品的，而不仅仅是想画几张漂亮的图。当产品已经意识到产品层面点问题的时候，应该做的是去解决问题，而不是把问题抛给别人，妄图通过别人额外的努力来弥补自己工作的失败。比如这里，页面要好看肯定是UI分内的事，但是在好看的基础上，还要解决产品层面的不好，如果UI水平够高，或许能通过曲线救国为你解决这些问题。但是说白了，别人并没有在工作中『带』你的必要。更何况，很多时候一个团队总是会人员工作能力趋于平均，而不会隐藏这大神。UI在面对一个有问题的产品原型，能做出金玉其外败絮其内的结果出来，就已经是发挥得很不错，如果硬要额外解决这些问题，最容易造成的结果，就是UI也被拖下水，画出一个四不像的页面。运气不好，涉及到操作逻辑冲突之类的问题，开发也一并被会拉下水。这时候产品距离失败，也不远了。
以上几点，是我印象最为深刻的几次惨痛失败总结出来的，希望大家能引以为戒，如果出现上文中的状况，请一定提高警惕，避免在这事故多发区掉进坑。当然，最安全好的解决办法，就是远离事故多发区，不要出现上述状况。
