来来来，每天跟我一起默念一遍产品道德经，珍爱生命，关爱程序猿，从你我做起！
产品道德经—从业必备
拍个脑袋就提需求，用户调研全凭想象；
获奖邀功上蹿下跳，产品缺陷甩锅一流；
平日加班不见踪迹，节假群里鼓舞士气；
白天看片喝喝咖啡，一到天黑狂晒工作；
领导讲话溜须拍马，部门活动争先恐后；
纵横之术唯抄竞品，玩弄是非乱丢摊子！
需求不清晰是开发人员最讨厌的事情，而当开发人员去和产品经理确认需求的时候，发现产品经理也并没有理清头绪，这个时候到底是做还是不做呢？
不管是前端还是后端，在面对需求不清晰的时候往往会很难进行开发工作，如何定义接口，如何确定页面效果，在没有明确的需求文档的时候，靠开发人员自己去发挥，到最后发现做出来的并不是想要的，浪费的是整个团队的时间，一名优秀的产品经理应该首先避免这样的事情出现。
这点是最常被提起的。往往需求的变更意味着工程师之前对于需求的实现是白费的。之前倾注的思考和感情也都是白费的。
昨天说要实现这种功能，今天又说这个功能不需要了，类似于这种经常变更需求的做法也是开发人员所不能容忍的事情。
任何一个功能的开发和设计都是需要消耗大量的脑力和体力去实现的，产品经理一句话就毁掉了之前已经开发好的功能，对开发人员来说是极大地不尊重，同样也会浪费开发时间，从而影响项目的整体进度。
虽然再完美的文档也不可能表达出产品经理全部的需求设计，但是如果产品经理频繁的口头上交代需求会打乱开发人员的思维和节奏，影响项目开发进度。
开发人员最想要的是产品经理能够最大程度的完善需求文档，如果实在需要口头上交代的也希望能够自己先整理好思路，尽可能交代更多的内容，从而减少口头交代的频率。
最典型的就是：“这个功能实现很简单吧”。有时候产品经理会有意无意表现出对技术上的质疑，推测等等。
特别是技术出身的产品经理容易犯这个错，潜台词就是“希望加活”，我评估过了，这些都能做掉的，不要给我偷懒！
在面对开发人员的疑问时，如果产品经理以一种“居高临下”的姿态回复的话，也会让开发人员很不舒服。
有些产品经理会把自己当成高于工程师的一个决策者，可以随意对工程师发号施令。但其实产品经理跟工程师不存在谁领导谁的关系。
所以工程师其实是崇尚高效，权威和专业的人群。相处之道就要从他们喜欢的和讨厌的事情当中提炼。
当开发问“为什么要做”的时候，支支吾吾，或者说，“老板说这么改”，“总监说这么改”，这个行为就是把上司搬出来，压制程序员可能出现的质疑。
久而久之，产品经理就成为了传话筒，是最Low的。相反，能有理有据的顶老板的产品经理，通常会在大家的眼中逼格满满。
产品经理想的是，如果技术承诺了，但却做不到，这样自己就没责任了，但很多事情，在开始的时候是谁也不知道的，应该大家在一条船上同舟共济，这就是“接力跑”和“踢足球”在交棒/传球之后的区别
你可以出差、可以开会，但是要能及时响应技术的问题，要不然，为了进度大家照着自己的想法做下去，验收的时候产品经理跑出来说“这不是我要的”，可不要怪没人理你。
技术人员也需要从市场、用户那里获得反馈，从而知道自己做的事情产生了价值，提升成就感，做完发布，石沉大海，大家是不可能有owner感的
让技术人员忙一阵闲一阵，发布之后再忙着研究接下来做什么，让技术人员在干死干活的高强度之后突然不知道做什么，几天后又开始要赶进度。
