产品枸的故事一我要的东西根本就不是那样

　　产品枸有一段时间觉得很苦恼，因为他老觉得设计的东西老被打折地实现。
　　要是打个八折九折就算了，但他觉得有时候简直是打了五折…
　　比如，像猴年的吉祥物一样，本来想做一个萌萌哒的吉祥物，比如这样：
　　然后自己手画原型稿，画成这样：
　　然后跟设计师沟通，确认沟通无误，满心期待，比如交流了想法，并且画了手稿，是这样：
　　他觉得可以接受，按照这思路搞，满心期待。结果后来设计师出来视觉稿是这样：
　　唉，也行吧，打个8折也可以接受，毕竟沟通过程可能会有一些信息缺失，设计师也有自己的设计思想，项目工期又赶，再抠细节就来不及按计划发布了，于是交付给开发。
　　后来开发做完了告诉产品枸可以体验了，发来一个链接，产品枸差点没把刚喝下去的水吐到键盘上。是的，他看到最终实现的效果是这样的…
　　研发说最后实现跟屏幕的清晰度、技术实现难度有关，可能达不到设计稿的效果。
　　产品枸觉得他们说得好有道理，他竟无言以对。
　　很多时候，产品枸觉得正是自己一步步妥协，最后产品出来并没有按照自己的想法来实现，但感觉整个沟通过程又没出什么错啊…
　　是的，虽然没什么错，但团队的磨合应该是有一些问题的。
　　根据「沟通漏斗」原理，你与对方进行充分的沟通时，对方也可能会选择性接受一些信息而忽略部分信息，这个过程中彼此并不会觉得沟通有什么障碍。
　　其次，产品设计、UI/视觉设计其实是跟灵性、灵感密切相关的，产品枸与设计师的脑袋不是同一个，喜好、品味自然就不是同一层次（不存在高低之分啊）的，所以大家的理解出现偏差也是正常的。
　　最后，研发在实现上肯定会受很多客观因素的影响，会做一些妥协，例如实现方案、性能、屏幕清晰度等。比如产品枸曾经想过做一个人脸识别的测试，一开始不想占用后台开发资源，想全部使用JS来实现，结果发现图片约清晰、像素越高、图片越大，识别速度越慢，甚至会影响手机运行的性能，最后不得不放弃，但从可行性上分析，JS是可以实现图片人脸识别的，只是实现上需要做一些妥协。
　　所以，产品枸做事可能有几个优化的方向。
　　做好足够的前期调研
　　充分细致的可行性沟通，包括和技术、设计的沟通，最后确定方案
　　反复的细节确认，做好体验工作
　　留好项目发布buffer（缓冲空间），以时间换妥协。
　　如果做了以上工作，最后做出来的东西还打了五折，产品枸有几个选择：
　　产品枸需要一个好一点儿的设计师
　　产品枸需要一个靠谱一点的、磨合更佳的研发团队
　　产品枸能力不够，离职
　　然而，大部分时候，问题要么出在沟通上，要么出在人的能力上。
　　但产品枸也知道，再怎么天花乱坠的需求，最终也是需要落地的，你得有能把想法到落地最后需要多少代价的评估能力，否则白瞎。
　　就像这个猴年吉祥物一样，来，再看一次：