1.尝试积极的与此工程师一对一沟通，以提问题的方式开展对话，少说多听，听对方对于此功能的建议，抱怨，挖掘对方不满的原因。找到合适的时机阐述产品经理的思考方式，产品需求由来。也让对方明白此刻不是闹脾气的时候，每一个人都要对产品结果负责，放下杂念积极做事。

2.测试体验太差，遇到问题多考虑下内因，是否是自己没有做好走查的工作，daily build是否都去体验尽早发现问题不让工程师知道最后才进行修改。外因工程师是否是小白刚入行，对于产品的交互理解不到位，自己是否有帮助对方确认过交互逻辑。如果是自己的原因导致的，先对工程师给予抱歉，并说明自己的工作不足，并表明下一步的整改计划，产品上线后表达对对方工作配合的谢意。不论是内因还是外因，客观分析后完善自己在产品执行上的深度。如果多次沟通后此工程师并没有改善，是否可以给boss反馈换人？

3.善用自由选择，会提出两个方案，其中一个方案明显要优于另一个方案，统一对方的决策模式，让对方二选一。如果此时对方能够提出更好的建议方案，也要虚心接受，不能坚持产品经理的面子。

执行问题，我可能会找机会私下和工程师聊聊，一起吃午餐，看看最近有什么可以一起做的事情，比如打球锻炼什么的，或者看看他最近有什么难做的事情，如果有可能自己能不能稍微帮一下

沟通问题，最好的方式，就是文中说的，把背景和结果什么都说了，大家也能理解，产品把责任担了，及时站出来。看看怎么优化调整，进度和大家同步，感谢大家。如果不能调整的话，也要总结下原因，做到真诚、及时、把事弄清楚说明白。再就是，可以把决策权放在其他相关部门的手里，比如是给业务部门做得，看看他们有什么意见，用业务部门的意见作为参考。最后，较差的方案，看看老板什么意见，不上线把锅给老板。

背景问题，首先要承认技术方面确实没有人家厉害，专业的人做专业的事情，接纳自己，好的产品需要的是很多人一起的协作，而不是一个人的solo，尊重和欣赏工程师做得优秀的部分。再就是，要突出自己在用户洞察、产品、业务、数据方面的优势，技术专业方面可以尊重他们的意见，但是和用户、产品相关的部分产品也可以提出意见，技术实现出来还是给人用，优势部分尽力做到专业、靠谱。最后，信任的建立的过程是需要花时间的，第一印象很重要，注意平时工作的细节，必做得事，往专业极致的方向做。不会的事情，也要做到遇事不躲，尽力往好的方向做。