程序员角度看待产品经理的需求介绍

测试积点老人

路上遇一产品同学的问题：产品经理如何更好地与其他人员（包括开发，测试等相关人员）沟通，阐述整个产品。

吃完饭，闲着蛋疼，刚好自己对于面对不同的产品经理也有所感触。废话不多说，根据不同情况进入正题。

1.全栈工程师，集法宝于一身，六脉神剑，打造自己的产品，需求肯定非常清楚。

2.一些初创的公司，项目boss带领几个组员。  boss接到某个任务，然后分发给组员。这里boss即为产品经理，一般这种情况，好的boss会给组员画个草图，说明下一些功能点。大致排版从草图中可以意会，具体的排版，美观度自己解决。开发好了如果不符合重来。  优缺点：一般只有在添加某些小功能才会用到这种方式，同时组内交流也很方便，不会影响开发。大功能还是算了吧，好记性不如烂笔头，还是要有需求文档。

3.一般的公司有某个开发任务时，先由专职的产品经理进行需求分析，然后交由技术组

（1），进行技术方案编写，然后让架构师进行技术评审

（2），一系列技术评审通过后进行开发，开发完了交由测试人员测试

（3），产品经理进行需求分析后，至少需要让上面的1,2,3三种角色了解不同程度的需求。

• 1.开发组，对于开发组的人员要对需求进行全面的了解，包括自己需要保存什么数据，如何与第三方交互，才能出技术方案。
• 2.评审人员：需要了解大致的需求，但不需要开发人员那么细致。
• 3.测试：跟开发组差不多吧
  

因此，要节约项目开发时间以及项目设计合理，项目经理应该让相关人员能清楚，明了的知道项目需求。

那么，如何让其他人轻松，全面的知道你想表示的东西，我想最直观的就是图像。同时把图像串起来，在一定程度上也就把逻辑，流程串起来了。

人都是很直观的，往往在做事的i时候，都是先哪一步，再哪一步。如果开发页面的时候，比如对微信的需求分析显示，出发点是登录页面，登录后跳到主页面，主页面里总共有4个按钮项目，A微信，B通讯录 C发现 D我。 D设置里有钱包，卡包等功能。每个功能1张图。类似于树状图，由xmind进行组装，每张图的备注在下面阐述，这是我第一家公司的产品经理用的一种方式，目前为止，我觉得是非常好的一种方式。比用wiki还是word进行页面显示好多了。如图自己随便创建了一张xmind的图，因为第一次画，见谅哈。图下面的文字就是对图的说明。我认为这样，整个流程都走通了，每个流程都有大致的数据显示，对于开发人员，测试以及评审人员都能很轻松的明白产品的大致面貌。

文笔有限，就这样吧。。。或许就应该让产品经理（女的多）和程序员（男的多）互殴，斗着斗着不知道了。。哈哈哈

jackge2016