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

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

        吃完饭，闲着蛋疼，恰好本身对于面对不一样的产品经理也有所感触。废话很少说，根据不一样状况进入正题。

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的图，由于第一次画，见谅哈。图下面的文字就是对图的说明。我认为这样，整个流程都走通了，每一个流程都有大体的数据显示，对于开发人员，测试以及评审人员都能很轻松的明白产品的大体面貌。

 

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