前面我们讲了产品经理如何与设计、运营沟通，其实在工作中特别是在一些专门开发软件的互联网公司中，产品经理平时更多的时间会花费在与技术的沟通中。所以在很多产品经理招聘的岗位要求中都有需要产品经理懂一些技术。
（某些产品经理岗明确要求，有技术基础）
甚至在面试产品经理岗位时候，“如果开发人员用没有时间处理你的需求，你该怎么做？”这样的问题也算是必问的面试题目了。
在一些互联网的群里面也经常会有产品经理和技术之间各种故事发生。微信群的相关表情包也是非常多。
产品经理与开发人员之间算是相爱相杀的一对组合了。说相爱是因为大家是配合最多的两个部门，配合的好项目就能进展的更顺利。
想杀是因为这两个岗位之间不仅仅只是提出需求和实现需求的简单的过程，还有很大的矛盾，产品的需求量直接决定了技术的工作量。
如果产品在没有了解技术实现的难度和时间前，就擅自确定完成项目的deadline，那么必然会引起双方的矛盾。
那么产品与开发之间主要产品矛盾的点是什么呢？——工期
一个项目一个需求需要多久才能出来，这个最终的时间该怎么确定，一直是横在产品和技术之间的一座大山。
当产品拿到运营或者其他人传递过来的需求的时候，意识到这个需求很紧急就会把这个需求整理好给技术，让技术开发。然而开发人员因为还有其他的工作，就不得不把工作加快速度甚至加班。但是如果天天加班，开发人员也会有脾气。
产品经理和其他人员（运营、老板等）永远希望这个需求可以尽快被开发出来。越早越好，但是作为技术因为事情太多，永远希望项目和产品需求可以在一个对技术开发时间合理的节点完成。因此工期是产品与技术之间最大矛盾点。
然而相信同一个公司和团队都希望产品可以顺利完成，而不是某一方可以阻碍产品与技术之间，产生矛盾影响开发进度，但是这些矛盾又真的存在。
那么作为沟通的桥梁的产品经理就需要从以下几点分析自己是不是有哪些没有做到？
1.需求的优先级不明确
如果产品经理的需求与开发人员手头的项目撞期了，那么现在就同时有几个需求在技术的任务安排中。产品经理要确定这些需求的重要性排序，确定需求的优先级。
如果这些需求都是产品经理自己提出的就要根据需求的轻重缓急程度重新排序优先级。如果开发人员任务中的需求有来自不同部门的，那么就需要和其他部门沟通，最终确认一个优先级并告知开发人员。
在明确优先级后技术也可以根据需求的实施难易程度给一个比较合理的建议。例如有些比较紧急但是实施起来比较简单的就可以先做，而不是说一定要把重要的事情安排在前面。
2.产品经理不懂技术
文章前面就说了现在很多产品经理找招聘要求中都有这一条。因为当产品经理对技术有一定了解后，和开发人员沟通起来会很方便和顺畅，也不会因为自己不懂技术把一个可能只需要10分钟完成的需求给太多时间，也不会把一个可能需要半个月的需求要求技术需要2天开发出来。当产品经理对技术有一定了解后就会对工期有一定比较准确的把握，不会把工期定的太离谱。
3.开发人员对产品需求没有理解
沟通是双方的事情，任何一方没有理解对方的意思都会产生问题。在产品研发和需求实现的过程中，产品经理和技术之间也会出现因为产品没有向技术说明清楚需求，技术没有对产品需求完全理解而导致最终实现了的需求结果与预期不一样的情况。
4.在沟通中没有注意技巧
任何人都有七情六欲，喜怒哀乐。产品经理在和技术沟通的时候如果发现开发人员目前状态不对，平时可能比较好说话的技术人员，今天情绪不好那么就不要用平时直来直去的说话方式与他沟通需求了。要尽量用和缓的语气和温和的态度与之沟通。要注意在沟通过程中一些细节避免因为个人原因导致需求对接出现问题。
产品与开发人员之间不能只有简单需求文档作为沟通，为了避免矛盾和加速项目开发进程，还需要在日常工作中注意一些其他的细节。
1.准备详实的文档
需求文档是开发人员直接开发的参考文本。很多细节即使在与之面对面沟通的过程中有提到，但是还是需要在文档中体现出来。即使在开发的过程中有细节的更新也要及时地在文档中体现。
很多时候因为产品经理的需求文档不详细，特别是在交互的细节上会使最终开发出来的产品没有想象中的美好，矛盾的产生也就因此而来，所以一份详细的文档对于产品和技术之间的沟通是非常重要的。
2.沟通重要保持清晰的思路
很多时候产品经理在向技术提需求的时候，技术很可能会反问一句这样做是最好的么，其他的方式是不是更好。就会打断你的阐述过程，如果你一时半会回答不上这个问题，那么对于自己就会处于不自信的地位，你的其他需求技术可能会拿“产品自己都没有想清楚”的原因而推迟需求的实施。
所以在与技术沟通的过程中，自己也要想清楚为什么要这样做而不是那样做。产品设计中每一步都有什么意义，这样的设计与不这样的设计的理由是什么，理清楚后再面对技术的提问也会游刃有余的回答上来。自然技术人员也就会信任产品了。开发的过程也就会加快。
3.要有明确的目的
所有的需求和产品的设计的原因都有一个明确的目的。这个目的指使着运营去提出需求、产品去设计原型。
在与技术人员沟通的时候，也同样要带着这样的目的去与之沟通。因为产品在设计需求的时候也可能会有犹豫的选择。只要目的能够更好的达成，期间的技术实施的过程会有改变也是可以的。
4.要注重细节与全局的把控
一个需求的完成不仅仅只是产品和技术之间的事情。很多时候技术与产品争吵的原因可能并不是产品的问题，而是其他地方出现的问题。例如可能是运营在提需求的时候本来就没有说明清楚其需求的背景，或者设计人员在设计的高保真原型的时候漏掉了重要的按钮。这些都是细节与全局的部分，需要产品经理把每一个与技术开发过程中有可能产生的问题都认真把关。
与技术沟通核心是要把需求说明清楚，然后不要自己太武断。互联网公司中相爱相杀的一对，双方都要多理解对方的难处自然就好沟通。
互联网学习坊由资深从业者孙凌发起，针对想要学习互联网知识的在校大学生和职场新人，每天分享一篇深度好文。分享内容涵盖：产品、运营、职场等，欢迎关注。
如果你点个赞，我会更加用心分享好文章的~
网友评论