我们经常听到程序猿吐槽我们产品经理，因为程序猿们总以为是我们在故意刁难他们。
其实他们不知道我们帮他们挡掉了多少需求，撕了多少逼，背了多少锅……甚至我们还得时刻提防他们的甜言蜜语。
不信？你看！
1、这里有bug
当用户发现了BUG
用户A：错误代码“(0x80040E37)名 ‘KS_Form_STU’ 无效”，这个是bug吧？
产品：嗯？不是，环境有点问题。我让程序猿再执行个东西就可以了，稍等下……
当产品跟程序猿提出BUG
产品：你漏提交东西了吧？
程序猿：哪里？怎么可能？
产品：你自己看，赶紧写个脚本解决下。
程序猿：哦，这个简单！
当产品说环境有问题、操作不对、漏提交东西了吧……这句话的意思就是：这里有bug，但我们不能说。
2、这个需求做不了
当需求方给产品提需求时
需求方：我们这边有十个需求，主要是……
产品：我觉得这个需求可以这样做……然后这个需求吧，不是强需求，我们可以放到二期。而这个需求是个伪需求，因为……（PS：运营提10个需求，砍掉3个，使用其他解决方案3个，延期3个，研发只做一个，完美！）
需求方：好吧。
当产品把需求转达给程序猿时
产品：我们要做一个这样的需求，类似于……
程序猿：这个需求做不了！
产品：可……
程序猿：你跟他们说，做不了！
产品有时候真的只是把自己消化后的最简单、不得不做的需求才给开发。
3、吃个彩虹屁
产品汪和程序猿需求评审会
产品：好，这个版本的需求就是这些，大家看看还有没有问题？
程序猿们：没有。
程序猿A：产品说啥就是啥，你是领导。
程序猿B：对，你说做啥就是啥，一切听从领导安排。
产品会心地微微一笑：不不不……还得听你们的，我要听你们的意见。
程序猿A：还是要产品带我们才能飞呀！
程序猿B：我们没有意见！
产品：好，没有就行。其实产品这边基本也是你们说能做就做，你们说做不了就不做。
程序猿A立马含着狡黠的目光说到：其实，感觉这里不用做，没什么用。这里也可以拖拖再做，还有这里……
产品：……
当程序猿说一切都听产品的、产品说啥就是啥、产品高兴就好……这句话的意思就是：我要怼你，但我还没想好！
4、你行你上系列
当产品校验不通过
产品：大佬啊，你看下这里，我们是需要这样横向显示菜单的，而不是竖向。
程序猿：没办法横向啊，位置不够。
产品：UI不是已经把尺寸定义好了吗？怎么会不够？
程序猿：我哪知道啊，不信，你自己上！
产品：……
当接到不想做的需求时
程序猿：这个能不能改下实现方式，按你设计的这样做实现不了呀？
产品：为什么？
程序猿：一行一个投诉对应多个投诉原因，这些投诉原因怎么可能放在一行里
产品：嗯？其实你可以建1个关联子表，分别存储这些投诉原因，然后……
程序猿：这个….不好吧。一个空格显示全部投诉原因显示不下呀。
产品：前端处理下就好了，超出部分省略，然后……
程序猿：做不了啊，要做，你做！
产品：…….
当接到的需求超预期工时
程序猿：被你坑死了！
产品：怎么了？
程序猿：当初你说这个需求很简单的，我就预估了8小时的工作量，结果搞了1天半。
产品：啥？这个锅也算我的？
程序猿：不算你的算谁的，你又没跟我说清楚，哪知道这么麻烦。
产品：谁让你搞这么久。
程序猿：就要这么久啊，不信，你自己试试。
产品：……
当程序猿说不信、你试试、你行你上……这句话的意思就是：你又不是老板，凭什么你说什么，就做什么？！但产品不能说。
5、业务设计不完善
上线前
产品：第一个版本确定只提供给试点用户使用，非试点不给用吗？
业务：确定
产品：好，那我们产品就不考虑非试点场景了
上线后
运维：这么多要修复的数据，是什么原因导致的，以后还会不会出现了？
程序猿：业务设计不完善。
产品：可是这些都是非试点的业务啊，这得问业务。
程序猿：那还是业务设计不完善嘛。
产品：那这条为什么是设计有问题？
程序猿：客服线下操作了，我不知道写啥原因，就写了这个。
产品：……那这个呢
程序：这个……我也不知道，但必须要写修复原因，就写了跟上面一样的
产品：……
