程序猿不认同你的设计肿么办

　　小编推荐：你还在跪求程序员帮你实现需求么？你还在程序员的口水中生活么？你还在打着伞穿着防风服防止被程序员狂喷么？你还在为和程序员沟通而烦恼么？不用产品经理大起义了~给你推荐个理性的解决办法~
　　作为一名产品设计工作者，设计出来的产品经过不断地努力，由构思逐步变成了仿真的原型，兴致冲冲地盘算着找资源召开产品的评估会不久后，便出现在新版产品中了。而在交给程序猿们时竟然遭到他们的抵制，特别是在开发人员紧凑、需要跨部门调动资源的时候，无论你最初的设想多么美好，都可能遭到各种无视与反对，他们给的理由是：用户根本不需要这个功能；这东西做了纯粹是浪费资源；行业内就没有一个像你这样设计软件的；你这个设计我看着就不爽；这么差的设计，你的领导造吗？
　　看来，被喷得像狗一样的产品经理，还真得下功夫磨练下自己的口舌！是该想办法说服他们的时候了。这里，为你准备了6条：
　　1.产品需求使然
　　产品经理的产品规划是根据市场需求而来的。作为与市场之间需求获取、与开发之间将模型转化为真实产品的桥梁，产品经理必须有敏锐的眼力与直觉，理出各种合理的要求和潜在的需求。如果你设计的模块源于市场调研、用户分析、或者是用户直接提出的合理需求，那么你作为上帝的使者，就有充分的理由说服来满足上帝的这些要求了。
　　2 数据说明一切
　　数据是验证产品设计好坏的标准。数据虽然有一定的延后性，但是，你可以从一个同类的改进看到，用户对此是否满意。开发、产品设计者的直觉不能取代用户，只有真正的用户数据才是权威的验证。如果改进后好评率上升、用户量大增，那么说明改进是成功的。而你要将另外的模块也按照这类方式改进，或者将该模块在此基础上进一步改进，那些数据同样能够作为你的有力支撑。
　　3 对手的产品竞争
　　一个产品上线成功运营后，不用说眼珠子发红的竞争对手，就连同一行业的只要有点可能的，都在想着怎么借鉴你、模仿你、超过你。不论国内外还是IT行业内外，很多产品最初在设计之初，就是建立在模仿和抄袭的基础之上。你与竞争对手不管产品谁在先谁在后，一旦发现对手有某个功能，并且由于这个功能促使用户占了上风，那么你决不忍心让自己的产品一直有遗漏。并且，你以自己作为专家、作为用户体验这个产品，改进它的设计。如果最终，你的设计不但弥补了功能上的短缺，而且在用户体验上有了一定的提高，那么这个理由也很充分。
　　4 产品的规范性
　　成熟的产品，需要有一套标准的规范，比如交互方式、字体、文案语气。规范不一定约束全部模块，也要有70%左右的部分都应该在它的范围之中，其它部分可以一定的大范围内波动。在设计之初，即使一种产品可以有数十种交互方式，但作为同一款产品，也应该保持一致。否则，类似的功能采用不同甚至相反的方式，增加了用户的学习与使用成本，极大地浪费了资源。同样，相同的级别使用同样的字体、相同的颜色、相等的字号，才能使人一目了然地明白。类似的功能采用同样的交互方式，让用户同一种操作方式即可完成。有的场合需要语气需要严谨，有的时候诙谐一些更能给人深刻的印象。
　　5 突出亮点
　　好的产品，往往不在于功能上的差异，而在于某些关键的亮点。可能你的产品在市场占有率上早已行业第一，并且拥有不错的口碑。一个不争的事实是，没有任何产品做到完美绝顶，所有优秀的产品都是永不疲倦地自我提升。如果就此不知进取，再完美的设计，时间久了用户同样会出现审美疲劳，最终随着＂不进则退＂社会产品发展历程而被挤入死胡同。不断地自我完善，找到新的亮点。只要你的设计有足够突出的亮点，不必关心是否用户的直接需求，便可以让开发们同你一道为此战斗。