程序员和产品的日常
程序员:
我擦，这特么什么垃圾需求，明明从这里到这里一套下来就很完美呀，中间还加跳转，跳个毛线。
产品:
我擦，这什么垃圾功能，本来让他在中间加个跳转，说了好几天，就给我这么个东西？
其实这还是最稀松平常的，至少没有那个根据手机壳颜色调整 APP 的主题离谱。
事情是这个样子的，
产品: 我这里有个功能，就是咱们现在的这个 APP 的主题，根据用户的手机壳的颜色来改变，这块领导已经通过了，你看这块来做一下吧。
程序员: 啥玩意，那你给我提供一下手机壳颜色的接口吧。
产品: 啥接口？
程序员: 就是当前人的手机壳颜色的接口呀。
产品: 我没有呀，你自己不会识别么？
程序员: 我怎么知道当前用户的手机壳颜色，你告诉我这玩意怎么实现。
产品: 那我不管，我就只负责告诉你，你需要根据用户手机壳的颜色，然后改变我们 APP 的主题。
程序员: 等等，别说了，这做不了。
产品: 为什么做不了？你们不是开发么？你开发一个呀！
程序员: wc，你当 APP 是万能的么？怎么去识别用户的手机壳呀
产品: 那我不管，你要不干不了，我找你们主管反馈一下。
程序员: 反馈你M，(抄起板凳就开战了)
我们看完这段之后，会不会有一种想弄死这个产品的冲动，什么呀，直接根据用户手机壳的颜色还更改 APP 的主题，还是无自主操作意识的情况，那怎么可能呢？毕竟这个事情已经很久之前的事情了，我们站在一个相对公平的角度下去考虑，没有黑任何程序员和产品的意思，
其实以上这都是当时脑补的内容，大家仅供娱乐哈。
产品为什么会和程序员经常开战，因为至少 “五成” 以上的产品都不懂技术，也并不绝对，很多公司的产品是从开发转行过去的，我们这里只针对那个些不懂技术的产品。
不懂技术的产品经理
大家看看知乎上的关注者和被浏览量，为什么不懂技术的人可以当产品？
实际上主要还是被现在的某些培训机构给坑害的，因为现在很多培训机构已经开始不满足于程序员这块的内容，他们甚至开始培训 “产品经理” “新媒体运营”，反正各种的五花八门的，阿粉记得曾经很久之前认识的一个女孩子，本来是教育机构的班主任，结果最后成了 “产品经理” 课程下的学生。
咱们也不绝对，因为绝大多数产品经理不懂技术并不影响正常工作。
也就是说，产品不用懂你们开发技术，一样能做好他的工作，我会写文档，我会画原型图，我会沟通，但是这只是初级的产品呀，高级的产品会有更高的逻辑思维能力。
在原有的能够设计流程、设计界面的基础上，产品经理应该能够更加明确的判断出产品逻辑的优劣，以及判断初级阶段产品经理的输出是否合理。
牛逼的产品经理
通才，懂得越多越好，但是这里的懂得越多越好可不是说技术，而是他们的知识，阿粉有一个粉丝就和阿粉抱怨过，自己现在在一个二线的小互联网公司，现在主要是在做自己的产品，但是本身做自己的产品必然还是要推广的，而他现在在做某些功能的时候完全感觉像是一个鸡肋，而且在后端的 PC 系统中，同样的页页面有很多很多，感觉特别的冗余。
而且有些功能感觉做的确实是复杂，抱怨说如果我是一个使用者，这体验特别的差，开发做出来了，但是没有人用，你说这个锅是谁来背比较合适。
真正牛逼的产品，是会做市场调研的，是懂点技术的，不是那种根据用户手机壳颜色调整 APP 主题的这种不切实际的幻想的。
阿粉在之前的公司就遇到过一个很牛的产品，他在做任何功能之前，会普遍调研公司对这块内容的看法，不是针对程序员对这块内容的看法，而是公司不同部门的人对这块内容的看法。
为什么这样做？
因为有很多不合理的内容需要产品自己撕回去。
为什么产品经理经常和开发经理开启 “大战”，最多的就是开发觉得做这个东西，完全没有必要，而且实现完了会影响用户体验，而产品就是，我不管，我就要这样，我就得这样。领导就是这么说的。
这就是为什么有这样一句话了：人人都是产品经理，可人人并不一定成为合格的产品经理
当程序员遇到坑爹的产品我们怎么办？
1.“文雅”的怼回去
什么是文雅的怼回去？都知道程序员是面对程序来实现功能，而这块的功能如果你们的产品要做，一定要把利害清楚给他讲清楚，首先发邮件通知，有太多的案例告诉我们，甩锅甩到自己身上的，所以，你需要让他提供邮件修改通知，如果没有，那么任务总会建立吧，你建立一个任务，至少不是你一句话我就能给你改的。
如果出现问题，程序员就不用背锅，如果真的是在开发小组中评估这块内容是没有办法实现的，那么就告诉他没法实现，也不用说别的，毕竟他们自己心里如果没数的话，阿粉是完全不相信的。
2.把做出来的产品让他们自己体验
为什么这么说，因为很多产品在设计的时候，完全就是听从了管理层的意见，不管这一块的内容是否能够实现，是否能够被用户接受，只要领导说，我们就设计。
所以，当他们设计出来的时候，我们要直接给他们使用，让他们使用自己设计的东西。
就像阿粉的粉丝说的他们公司的产品经理和开发经理“开战”的原因，就是因为 IOS 的三倍图和二倍图，因为项目前期所有的功能使用的都是二倍图，而这个产品也很有意思，设计了三倍图出来，结果实现完之后，说和之前不一样，完全按照他们的要求来做的，结果不一样，说为什么之前的是二倍图，而不是三倍图，然后又扯到目前流行的标准。
最后因为这个内容，开发就和产品开战了，本身一个小小的问题，之前的图就是你设计的，现在的图还是你设计的，如果要是说没有按照你设计的做，那么你还能让程序员背锅，现在甩锅不成，就想吵架，于是就有了“大战”的一幕。
最终的处理结果实际上是挺有意思的，说是效仿网上的， 要么两个人收拾一下辞职，要么就牵手一下午继续留在公司，结果两个大老爷们，硬是牵着手聊了一下午的需求。
如何和产品有效的沟通
1.认可其专业性，别做人身攻击
这个内容实际非常重要，谈事就谈事，不要做人身攻击，不然挨打的总是你自己
2.提需求表达问题而不是解决方案
程序员需要的是你给我提需求，说问题，而不是你教我做事？
3.意识到需求迭代是无法避免的
有时候一个需求会让你改了再改，结果最后改成了第一版的样子，这种情况是无法避免的，因为总是在试错的过程中，才能完全知道哪一种是需要的，如果聪明，那么你可以做代码注释，而不是删除。
4.最重要的一点，学会甩锅
别什么锅到自己身上都背锅，这种如果你经常背锅了，那就是你一直背锅，不是你的问题，直接就甩出去，爱谁谁。
大家学会了？
热门跟贴