产品经理新手之路

B端产品经理工作流

1.项目立项
暂时没有经历该步骤，在我转为产品前该项目就已经存在

2.需求调研&竞品分析；
先分析然后给出一个框架，提出一些问题，通过询问、访谈的方式跟销售经理及客户进行交流。

3.画用例图或业务分析图；

4.产品主体框架评审与讨论，确认大框架没问题

5.绘制业务流程图；
系统流程图
初版流程图，建议用笔和纸，最好是用铅笔，还可以擦除
一个是业务流程图，一个是系统（交互）流程图。业务流程图侧重点在业务如何形成闭环，走完流程；而系统（交互）流程图，则侧重在系统或者各个模块如何交互，形成关系脉络。

6.梳理产品功能结构图，确认功能项与产品边界；
注意：形容一个功能点时建议多采用“动词+名词”的语言描述形式，这种方式不仅信息传达更加准确而且可以避免读者不必要的困惑；

7.梳理产品信息结构图，确定细节与主体信息

8.画出原型图，做好相关批注和逻辑说明；
PRD基本不写纯文字版，采用Axure+批注+思维导图+TAPD的方式来替代传统的PRD。
一般的需求用TAPD管理，涉及到比较大的功能和模块，会在Axure里面写上对应的逻辑和规则等.

1. Word版本的PRD写起来非常冗余，且开发基本不会看；
2. 敏捷开发往往一个功能涉及多个迭代，维护和查看都很困难；
3. PRD维护成本高，编写时间长，不如面对面沟通来的效率快；

9.评审-调整-开发-优化

10.写操作手册

11.数据分析
根据之前定好的指标进行验收，用数据埋点的方式查看效果，研究客户使用情况。