开发和产品经理在产品研发中是一群相爱相杀的人群。一个是工作的上游、一个是工作的下游。

产品经理做的产品设计、需求调研的确会影响开发的工作成本、框架设计方案。

因此掌握有效的沟通方式，减少这类矛盾、增加研发效率的必要条件。分享下我在产品生涯和创业过程中面对这类问题的沟通方式

一切以文档沟通为媒介

很多产品经理或互联网研发团队，以敏捷开发为前提，提出：“多沟通、少文档”，但敏捷中的少文档要求本质是减少精力投入在荣誉的文档撰写工作，但不是不写文档。尤其是核心功能、核心逻辑要写文档。

举个例子，登录注册PRD需求文档的逻辑。

登录包含的功能有如下

需求文档要包含注册、登录、第三方注册、找回密码、安全机制4个狐妖板块，给出核心的功能描述，如下是功能逻辑边界

登录注册PRD文档

同时涉及的第三方平台接口地址、接口说明，需要提前为开发同学准备。

api文档

用户操作的时序图逻辑，包含了信息流转、服务器响应额先后顺序需要在文档中记录。

时序图

文档有了上述三部分内容后，那开发与产品的沟通就会轻松很多。

搞清楚产品的技术实现复杂度

许多产品经理看到某竞品或新产品有了灵感，就准备启动马上自己。但能不能实现、对方背后的技术成本就没有评估。

实际上这类需求成了产品经理与开发人员沟通的核心难点。比如PMTalk做的文章编辑器，几乎每个UGC产品都会涉及的。

以为编辑器找个开源的就可以使用，但实际上并不是。开发、产品经理格子关注的功能主要是从下面5点来评估实现复杂难度。

由于没有做编辑器的技术调研，最后在研发中心发现市面上许多开源的编辑器，都很难二次开发。

编辑器的二次开发

技术实现难度要求产品经理在需求调研阶段就和开发沟通、紧密联系。甚至是让开发亲自使用这类产品。

工作中减少使用情绪化用语

这一点可以说是最重要的，和上面2点技术策略相比，这一点也最难做的。情绪化用语包括：“指责、侮辱、讽刺、甚至是脏话”。

如今的研发大多数以线上社群的方式在工作群，对开发的称呼、工作内容陈述比如工作内容的完成进度、消息的回复速度，都会影响开发同学做事情的效率。

所以经常有人吐槽，产品经理要是会为人处世，前面2点都不是问题。我见过许多产品经理就是因为第三点没有做好，即使做得1点和点再好，仍然不济于是。

只要沟通共赢，形成团队共赢，这样的互联网产品研发才会做出有效的产品。

今天的分享就在这里。