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