开发喜欢跟什么样的产品经理打交道?

某次需求评审会上

产品经理唾在沫横飞的介绍新版本的需求：“这是我们下个版本计划要做的需求，主要功能包括&#!*￥@!￥&，以及*&&@%#@￥%%，这是A页面，这是B页面，&&%￥#@￥”。这个版本很重要，要准时上线。好了，我讲完了，各位开发大佬有什么要问的吗?”

某后端开发(指着某个页面)：这个图片哪来的?

产品经理：不……知不道

某后端开发(指着某个页面)：这个数据哪来的?

产品经理：……我想一下

某前端开发：这个操作跳到哪里去?

某前端开发：跳到XX页面。

某前端开发：XX页面呢?

产品经理：……忘了

你们猜，接下来会发生什么事?

产品经理要懂技术吗?

以前经常用学生问我：产品经理需要懂技术吗?如果不懂技术，怎么跟开发交流?

我一般是这样回答的：这个“技术”是指什么技术?如果指的是代码，那么产品经理不需要懂。市面上那么多优秀的产品经理，也不是个个都懂代码。但是“技术”这个词包含太广了，代码只是其中的一部分。这其中，还有一部分，是需要产品经理懂的技术。

那么，哪些技术是需要产品经理懂的呢?

产品经理要懂的技术

我们得先聊聊产品的职责，再来谈产品经理应该掌握什么技术。

对于产品经理而言，要做的就是把产品的需求传递给开发人员，由开发人员去实现。至于如何实现，用什么代码技术，那是开发的事，跟产品经理没关系。那么，产品经理如何去传递自己的需求呢?

前面的文章，咱么聊过PRD文档的事。也强调过，PRD文档就是由产品经理输出并用于传递产品需求的。所以，一份合格的PRD文档才是产品经理需要掌握的技术。那具体而言，这里的技术包含哪些呢?

PRD文档里，核心要素就是两个：数据规则和操作规则。对于自己画的原型，产品经理在跟开发交流的时候，必须明确的说明每一个数据的来源、显示样式和格式等;也必须很清晰的说清楚每一个操作的规则和流程。

而对于开发而言，他们希望从产品经理这里获得的信息，也就是这两样。因为开发的工作分为后端和前端：后端负责提供数据、接口传递;前端负面交互效果实现、页面效果。而这些实现的前提，都是必须有明企鹅的数据来源和清晰的操作规则流程。产品经理能做到这些，也就是掌握了这个岗位应该具备的技术，也能流畅愉快的跟开发沟通。

至于代码，who care?

猜你喜欢：

如何撰写产品需求文档(PRD)？产品经理须知！

产品经理如何写PRD需求文档?

产品设计：后台列表页如何设计？

产品设计：如何实现精准推送？

传智教育产品经理培训课程