我觉得一个好的产品应该是需要cover到和各种性格的人的沟通的能力，并且能激发工程师的斗志的，有的时候会碰到技术对某些项目有抵触情绪，关于如何应对工程师口中的“技术上不能实现”以及“工期无法定”的问题，翻看了一些我以前写的笔记，想做几点总结吧~

首先我觉得如果一个技术完全不能沟通，那一定是自己沟通的还不够，做的还不够，没有让技术人员真正相信这个产品的可行性，或者对产品没有信任，没有信心。

1. 是不是他有自己的产品sense，否定产品的想法，或者根本就不理解产品的价值？

——产品的问题，没有交代清楚或没有足够重视程序员的智慧价值，只把人家当代码机器。所以最好有明确的数据和清晰的逻辑来说服技术，最好最终结果能佐证我的预期，使大家的目标一致。建立起产品和技术之间的信任很重要，不要一味的去控制工期而忽略工程师的情绪。

2. “技术上不能实现”其实是“不想做”，觉得代价太大，投入产出比太低？

——可以请教能力更强的程序员，确定有没有简单方案，没有的话重新评估这个功能到底有多重要。

3. 如何应对工程师口中的“工期无法定”的问题？

——工程师不希望有逼迫感，但产品又不得不控制产品的进度。

一定要在最开始详细估测并说明后面可能出现的工程量，将需求实现分阶段化，详细化，基本是可以评估出工期的。当工程师没法给出具体的工期或所给工期过长时，只能陪加班陪聊天陪想解决方案来控制工期了。

还有最后一招，如果我认定自己穷尽任何方式都无法与之沟通，至少我可以找那个可以和他沟通的人，maybe是他的boss、上属或者同事。一般用到这最后一招，只能说明自己前面几点做得还不够好。