作为产品经理，如何跟不同岗位职能的人打交道
1. 开发人员（同部门）：
（1）如果是熟悉开发人员的专业技能，那一般沟通起来就会比较顺畅，再加上是同部门，目标利益也是相对保持一致，基本上就没有太大问题；
（2）如果是不熟悉对方的专业技能，就要抱着虚心的态度去请教，当然有些开发人员会比较狡猾，会忽悠人，这个时候就要找熟悉此专业技能的人去作横向比较，得到确切的答案之后，也不应该理直气壮地去质问合作的开发人员，而是应该有理有据地说服他，这样他会比较容易接受，也不会延误项目进度。
2. 开发人员（非同部门）：
（1）与非部门之间的开发人员沟通，这种情况会比较复杂一些，因为通常情况下，大家的目标和工作安排优先级是截然不同的，而我通常都会按这样几个层次去考虑；
（2）首先看之前是否有打过交道，私人关系如何，如果私交不错，一般没有特殊情况，他都会爽快地帮你把事情处理了，所以最好在平日里，就应该尽量跟各部门各岗位的人员都建立起还算不错的关系，这主要是考虑到效率问题；
（3）而如果打交道的开发人员不熟，直接找他的话，若是简单的任务倒没关系，但稍微有难度的任务，他多半不会理你，最多是敷衍你一下，然后把你的任务无限期押后；所以在这种情况下，最佳方式应该首先发送邮件给他和他的领导，把开发需求描述清楚，并且最为重要的是，得把完成这项任务的利弊突显出来，别人自然会看得明白；如果还不行，那就只有请出自己的上级领导出面沟通，当然走到这一步，已经是没有办法的办法了。
3. 交互设计UE：
（1）对于交互而言，他们一般是不懂技术的，但同时他们又渴望证明自己对产品，对用户体验把控的心，所以如果一开始就抱着藐视他们不懂技术的态度去沟通，往往会吵得不可开交；
（2）我认为互相尊重是沟通的前提，在与交互设计师的沟通过程中，这点更是尤为重要，应该抱着同理心的态度，多从对方的出发点和角度去思考；
（3）先应避谈技术实现，只谈用户体验和用户逻辑，同时，如果对方真想出一个不错的点子和方案，应该给予较大的肯定，这样交互设计师才会逐步信任你，最终转到产品实现上，若真有技术难点，他们也会站在你的角度去考虑，这时，你提出某些功能下一版本实现或降级处理，他们也不至于太过执拗和钻牛角尖。
4. 视觉设计UI：
（1）一般来说，视觉设计师并不会太纠结于产品实现问题和体验，他们更关心的是，UI设计图的还原度如何，细节是否都做到位了；
（2）所以，协调一下开发人员，尽可能保证设计效果的最大化还原度即可。
5. 项目测试人员：
（1）一般如果本周有项目要上线，就必须得在周一发邮件通知测试组，好让他们做好准备，排到测试计划表中，尽可能避免临时插入测试任务，如果经常临时插入测试任务，测试组就不太好把控，也会非常反感；
（2）测试人员因为是项目上线之前的最后一道关卡，所以责任重大，他们会用各种维度和各种奇怪的切入点去测试项目的可用性，但这并不是在刁难，归根结底在于他们不想担起本不需要他们负担的责任，所以对于一些奇怪的BUG和用户场景不明显的BUG，产品经理或项目经理只需要在邮件和测试系统中，白纸黑字明确delay后，也就没有太大的问题了。
6. 产品体验人员：
（1）目前我们公司的产品体验，并不是说能力问题，而是缺少一个科学统一的体验公式，基本上都是自己主观的臆测，所以很多时候，跟体验人员之间的沟通都会出现公说公有理，婆说婆有理的情况；
（2）对此，我暂时也没有想到一个行之有效的解决方案，另外自己平日里跟体验人员打交道的时间也较少；
7. 市场需求人员：
（1）直截了当得地说，产品经理应该是为市场服务的，也只有市场才能最终决定一款产品的成功与否，所以跟市场人员的沟通，我认为是非常核心的一环；
（2）特别是经常跑在一线的市场人员，他们对市场的敏感度是一般职能人员所不具备的，多听听他们的想法，多了解了解他们目前工作中所遇到的难题，尽可能用技术力量和产品去帮助他们解决问题；
（3）始终记得产品研发和市场推广是唇亡齿寒的关系，这样才能达到劲往一处使，所有团队利益最大化的最优结果。
（1）如果是熟悉开发人员的专业技能，那一般沟通起来就会比较顺畅，再加上是同部门，目标利益也是相对保持一致，基本上就没有太大问题；
（2）如果是不熟悉对方的专业技能，就要抱着虚心的态度去请教，当然有些开发人员会比较狡猾，会忽悠人，这个时候就要找熟悉此专业技能的人去作横向比较，得到确切的答案之后，也不应该理直气壮地去质问合作的开发人员，而是应该有理有据地说服他，这样他会比较容易接受，也不会延误项目进度。
2. 开发人员（非同部门）：
（1）与非部门之间的开发人员沟通，这种情况会比较复杂一些，因为通常情况下，大家的目标和工作安排优先级是截然不同的，而我通常都会按这样几个层次去考虑；
（2）首先看之前是否有打过交道，私人关系如何，如果私交不错，一般没有特殊情况，他都会爽快地帮你把事情处理了，所以最好在平日里，就应该尽量跟各部门各岗位的人员都建立起还算不错的关系，这主要是考虑到效率问题；
（3）而如果打交道的开发人员不熟，直接找他的话，若是简单的任务倒没关系，但稍微有难度的任务，他多半不会理你，最多是敷衍你一下，然后把你的任务无限期押后；所以在这种情况下，最佳方式应该首先发送邮件给他和他的领导，把开发需求描述清楚，并且最为重要的是，得把完成这项任务的利弊突显出来，别人自然会看得明白；如果还不行，那就只有请出自己的上级领导出面沟通，当然走到这一步，已经是没有办法的办法了。
3. 交互设计UE：
（1）对于交互而言，他们一般是不懂技术的，但同时他们又渴望证明自己对产品，对用户体验把控的心，所以如果一开始就抱着藐视他们不懂技术的态度去沟通，往往会吵得不可开交；
（2）我认为互相尊重是沟通的前提，在与交互设计师的沟通过程中，这点更是尤为重要，应该抱着同理心的态度，多从对方的出发点和角度去思考；
（3）先应避谈技术实现，只谈用户体验和用户逻辑，同时，如果对方真想出一个不错的点子和方案，应该给予较大的肯定，这样交互设计师才会逐步信任你，最终转到产品实现上，若真有技术难点，他们也会站在你的角度去考虑，这时，你提出某些功能下一版本实现或降级处理，他们也不至于太过执拗和钻牛角尖。
4. 视觉设计UI：
（1）一般来说，视觉设计师并不会太纠结于产品实现问题和体验，他们更关心的是，UI设计图的还原度如何，细节是否都做到位了；
（2）所以，协调一下开发人员，尽可能保证设计效果的最大化还原度即可。
5. 项目测试人员：
（1）一般如果本周有项目要上线，就必须得在周一发邮件通知测试组，好让他们做好准备，排到测试计划表中，尽可能避免临时插入测试任务，如果经常临时插入测试任务，测试组就不太好把控，也会非常反感；
（2）测试人员因为是项目上线之前的最后一道关卡，所以责任重大，他们会用各种维度和各种奇怪的切入点去测试项目的可用性，但这并不是在刁难，归根结底在于他们不想担起本不需要他们负担的责任，所以对于一些奇怪的BUG和用户场景不明显的BUG，产品经理或项目经理只需要在邮件和测试系统中，白纸黑字明确delay后，也就没有太大的问题了。
6. 产品体验人员：
（1）目前我们公司的产品体验，并不是说能力问题，而是缺少一个科学统一的体验公式，基本上都是自己主观的臆测，所以很多时候，跟体验人员之间的沟通都会出现公说公有理，婆说婆有理的情况；
（2）对此，我暂时也没有想到一个行之有效的解决方案，另外自己平日里跟体验人员打交道的时间也较少；
7. 市场需求人员：
（1）直截了当得地说，产品经理应该是为市场服务的，也只有市场才能最终决定一款产品的成功与否，所以跟市场人员的沟通，我认为是非常核心的一环；
（2）特别是经常跑在一线的市场人员，他们对市场的敏感度是一般职能人员所不具备的，多听听他们的想法，多了解了解他们目前工作中所遇到的难题，尽可能用技术力量和产品去帮助他们解决问题；
（3）始终记得产品研发和市场推广是唇亡齿寒的关系，这样才能达到劲往一处使，所有团队利益最大化的最优结果。
