技术人员和销售人员在公司都是互相鄙视，技术鄙视销售不懂得产品功能，销售鄙视技术做的产品卖不出，做为技术人员的我也深陷在这泥潭中...
曾经和销售的博弈最后挑战成功，记录下这个过程…
背景
我是一名QC，每次销售人员接到新订单，就会找我在有限期内把公司产品测试并验收交付给客户；
后面因各种因素导致产品不能按计划发货，销售认为问题在于我身上，就经常在总监面前投拆，所幸总监也知道这不是我责任导致，也让人感到头疼，于是我跟销售2人的争吵无休无止。
背后问题分析
吵归吵，问题终要解决，总不能像个妇女整天在街上跟对面骂街。
我的目的就是想让销售闭嘴或避免跟销售争吵，停战的唯一方法就是按计划验收交付不能delay，如果delay，那么就要让销售找问题负责人，而不是全部推到我身上，那么先从问题的差距开始着手：
目的：能在5天内把产品验收完成
实际：只能在8天完成
差距：比计划 时间delay三天
多出来的3天进行分析 ，从各问题落实按部门划分：
各部门的问题分析点
分析出几个部门问题后，再划分可改变的因素和不可控因素：
再分析可改变和不可控因素
策略落地执行
所以针对上图的可改变因素的策略为:
1.为业务建立需求清单，强迫业务厘清提供的功能和业务所需功能的相关概念。
2.建立验收交付物标准，产品交付需要整合全部资源进行测试和验收的一系列过程，是所有部门的协作结果，除了测试外研发和硬件部门也要提供相关的测试报告。
验收交付物清单
结果
策略执行后各部门的效率比想象中的还快，后面的订单都可以按计划的5天内进行验收交付：
1.销售找我验收产品前，必须要提供需求清单，否则不启动工作。效果为销售同时能理解产品功能，也能弄清客户需求并反馈给技术人员，前期需求分析工作已经较早排查和解决，后期基本没有变更， 工作展开顺利进行。
2.建立各部门的验收交付物，各部门都必须把自己工作负责好并提供报告，以便进行历史回溯。
