1024，是程序猿节，有些会让程序员讨厌你的事情，今天就别做了……
———— 开始实施之前 ————
【不说清需求价值】，技术问“为什么要做”的时候，支支吾吾，或者说“老板要的、运营要的”，假装是个传话筒，因为接二手需求，并不知道、也没有去追溯这个需求的初衷。切记，不要有理有据的顶老板，那会让大家喜欢上你；
【不去想功能细节】，技术问细节（当然，是涉及业务的细节，不是技术实现细节）的时候，自己装作还没想过，现场想——这样做吧，那样做也可以，或者你定吧……要巧妙的被发现，这时候你已经能听到技术的心里话啦——傻逼；
【帮技术评估工作量】，特别是技术出身的产品经理，最容易做到，潜台词就是“希望加活”，我评估过了，这些都能做掉的，不要给我偷懒，哈哈哈哈哈哈；不要把他们当人，而要当「资源」；
【逼着技术团队承诺】，哼哼，公事公办，如果技术承诺了，但却做不到，这样自己就没责任了，可能对方会说——很多事情，在开始的时候是谁也不知道的，应该大家在一条船上同舟共济，这就是“接力跑”和“踢足球”在交棒/传球之后的区别。你可以回：这个需求很简单，怎么实现我不管；
———— 实施过程之中 ————
【做了一半改需求】，scrum里的表现就是sprint内的「非受迫需求变更」，太狠了，技术同学肯定很难忍受，特别是产品经理自己没想清楚，而导致的劳动浪费，俗话说“没有变更就没有伤害”，碰到性子烈的就直接要干架了，汪们，这时候要注意保护自己；
【开发过程中消失】，你可以多安排点出差、多开开会，注意尽量手机关机，不要响应技术的问题，要不然，责任就回来了。让他们为了进度照着自己的想法做下去，关键是，验收的时候跳出来说“这不是我要的”，再次，注意人身安全；
【过度关注实现细节】，帮技术决定技术方案，也是技术出身的产品经理应该很容易做到这点，变着法儿的越俎代庖，把他们全部从积极主动小伙子，打击成一个纯打工形态的「资源」，哎，又用这个厉害的词了；
———— 产品发布之后 ————
【发布后没有反馈】，技术人员也需要从市场、用户那里获得反馈，从而知道自己做的事情产生了价值，提升成就感，我们要做的就是，做完发布，马上石沉大海，不告诉大家任何结果，甚至庆功会都忘了他们，紧接着赶紧继续安排他们干活；
【毫无节奏感】，让技术人员忙一阵闲一阵，发布之后再忙着研究接下来做什么，一会儿让技术人员有着干死干活的高强度，我就是要结果，deadline，死命令，之后突然不知道做什么——你们也一起来讨论下业务吧，或者培训培训做做团建什么的；
———— 全过程都适用 ————
【优柔寡断无决断】，能表现出这个品质就最棒了，就是在已经讨论完毕后，大家都等着你拍板的时候“你说吧，往哪儿走我们就跟着办”，这时候你说“啊，那个，各种方案各有利弊啊，我也不知道怎么办啊，你们有什么好想法……”；
【报喜不报忧】，藏着掖着一些信息，比如“老板在考虑干掉这个项目”这类信息，表面打死不承认，但让大家通过其他途径知道，很容易就把互信完全打破，这时候他们可讨厌你了；
【不要把他们当人】，这点，最狠了，不关注成长，只关注结果，不能再说了，我们只是要做一个程序猿讨厌的产品经理，不是要做一个被砍死的产品经理……
还有啥招，欢迎补充。
最后，在节日里送上和程序员密度最高的“极客时间”合作的产品创新课，扫码/点原文可以免费试听，现在买也有折扣，：）
__________
苏杰（iamsujie），前阿里产品经理，写过《人人都是产品经理》等三本书，现在做创业者服务，良仓孵化器创始合伙人，也是产品创新独立顾问。
,
