一点小启发：专治需求传递中的各种不服( 二 )

这可难坏了前端，因为页面图不全，好多字段他就不知道怎么放，UI只是说，固定字段靠左，金额类靠右，可前端也不知道哪些是固定字段，人也怕写多了bug被考核啊。
于是，前端提出来，将页面图补全，他们对照着页面图去设计。
老实说，人家说的也没错，前端展示重点就是按照设计图去设计啊，很难发挥主观能动性的，担心发挥错了也是可以理解的。
一面是Ul设计时间不足，一面是前端要求全部出图，僵持不下，各说各理。
都是客观情况，怎么办？
如果反馈到双方领导，同样是各自站队自己部门，而且又伤和气，也不好。
事情的发展再一次证明了一个古老的谚语：内事不决找产品。
于是，镜同学突然就站到了前面，原来我没有动，是他们特么后退了两步。
看着这个皮球，怎么看怎么像口锅。
产品经理嘛，最关键的就是要有方案解决力，不仅要上知天文，下知地理，还要洞察人心，学会灵活应对。
有时候，最好的解决方案往往很简单，灵活变通一下就好了，但是前提是要深挖背后真正的原因。
原来是技术部考核是按bug数计算的。
所以，前端才要求设计图标准、齐全，要不然禅道的bug记录，就是他们的支出流水啊。
明白了这个道理，这就简单了：
镜同学把他们喊到会议室，告诉他们，UI设计时间比较紧，全部出图不现实，但前端的主张绝对合情合理。
这样吧，前端还先参考设计图，拿不定主意的自己先灵活处理，比如都居中处理，等到界面验收时，UI发现不合理的直接提出来，不做为bug缺陷，也不提到禅道。
于是，皆大欢喜，他们只夸：还是特么产品经理鬼点子多。
事实上，需求传递过程中会遇到很多小瑕疵，好多都是小问题，但是会影响整体效能，有时候，越是小问题，越考验产品智慧。
而我们产品同学在坚持原则性的基础上，在洞察问题本质的前提下，要多一些灵活性，要考虑解决问题，并思考提高问题的解决效率。
本来嘛，对于我们产品人来说，最关键的，不就是解决问题么？
最近在研读《易经》，发现其伟大之处，恰恰就在于灵活，也正如伟人的智慧：严肃、活泼。

以上关于本文的内容，仅作参考！温馨提示：如遇健康、疾病相关的问题，请您及时就医或请专业人士给予相关指导!

「四川龙网」www.sichuanlong.com小编还为您精选了以下内容，希望对您有所帮助：