产品经理如何与不同类型的技术人员沟通r
r
r
【摘要】产品经理在日常的工作中，我个人认为，接触最多的就应该是技术团队的同事了，大到新产品需求的商讨，小到一个产品bug的提交，每天至少要花40以上的时间在这个方面，尤其是到了产品研发阶段，花的时间就更多了。r
r
大家都说做技术的人虽然执着但是产品视野不够宽广，精于技术但是对市场不够敏感，尤其是在打交道的时候，总是在这方面发生争执。r
r
那么，技术团队的同事都有什么样的特点呢？我们应该如何进行沟通才最有效呢？r
r
我总结了一些个人的体会，和各位朋友交流一下。r
r
1、闷头干活型：r
r
先看一个案例：r
r
PM：这是用户提出的要修改的一个地方，你看能做吗？r
r
Looki
g……r
r
程序员：能做！r
r
PM：今天下班前能完成吗？r
r
程序员：能！r
r
PM：不影响现在的项目吧？r
r
程序员：没事，我加班做吧！r
r
……r
r
然后开始做，再不多说一句话，即使下班前没做完，也会真的去加班赶工。r
r
这就是典型的“蒙头干活型”的技术人员，这类技术人员最大的一个特点就是“一切按照安排做，几乎不发表个人意见”。r
r
其实遇到这样的技术人员，对于产品经理来说，是比较幸运的，因为这样的技术人员从项目管理的角度来说，就意味着“放心”，第一，他们一切按照公司安排来进行工作，第二，他们会努力按照要求的时间完成工作，即使加班加点也要完成。r
r
这点是产品经理最愿意看到的，在产品团队里，多几个这样的技术人员，通常就决定了产品项目周期是否能按时完成。r
r
但是，从另一方面来说，这样的技术人员也存在一个严重的问题：就是足够努力，但是不够灵活。r
r
对安排下来的工作，没得说，肯定按照要求按时按质完成，但是很少能从整体去合理安排自己的时间，毕竟产品经理不了解你手中的工作进展是怎样的，突然临时给你加了一个活，也不重新评估一下个人项目时间，或者是知道对现有项目会有影响，但是憋在心里不说，直到最后影响到现有项目了，只能自己一个人去加班加点去做，想想，也挺难为这些同事的了。r
r
作为产品经理，如果遇到这种类型的技术人员，需要用“抛砖引玉”的方式来确定他的工作时间，例如可以这样问：r
r
PM：这是用户提出的要修改的一个地方，你看能做吗？r
r
Looki
g……r
r
程序员：能做！r
r
PM：你现在手里还有什么项目吗？r
r
程序员：有XXXX，XXXX！r
r
PM：是比较着急的项目吗？r
r
程序员：XXXX要求明天下班之前完成的。r
r
PM：你估计我现在给你的这个活需要花多长时间呢？r
r
程序员：我估计r