作为一个产品经理,需要负责产品需求分析到产品上线所有阶段,而其工作也离不开文档管理这一辅助手段。下面介绍产品经理具体工作及文档管理的手段。产品生命周期包括市场和用户分析,需求采集和分析阶段,需求开发阶段,产品研发阶段,产品运营阶段共五个阶段。下面只对前四个阶段特性进行解说,并分析每个阶段的输出文档。
产品经理做产品前需要确定两件事:1.用户能从产品得到什么,2.公司能从产品得到什么,这两个问题的答案需要基于市场和用户的实际分析。用户从产品得到的是需求的满足,公司从产品得到的是公司的发展。正如用户从微信中获得了交流的便利,公司通过微信获得了移动端的大量用户,进一步扩展了营销渠道。第一个阶段对于一个成功的产品最为关键,在每一回答这两个问题前不能进行下一步产品工作。这个在市场及用户研究阶段,需要输出三个文档:1.市场分析文档,2用户研究文档,3.竞品分析文档,这三个文档可以组合成一个文档---MRD文档(市场需求文档)。市场分析文档对于目前产品的市场份额、市场利润空间等进行分析。用户研究文档着重分析产品使用用户,同类产品用户分类等,用户的具体信息对于产品的运营策略等都很重要。竞品分析报告侧重分析同类业务app或web端产品的差异,一方面对于自身产品的开发有一定帮助;另一方面通过分析对手产品,可以了解对手业务重点,迅速改变自身业务思路,或同领域竞争,或差异化经营。在有的公司,良好的MRD文档后可以有效从老板处拉资源,这对于产品经理来讲是必备的工作之一。
在需求采集和分析阶段,产品经理需要采集用户需求,并分析市场需求成为合理的产品需求。用户需求采集有多种方式,如问卷调查、电话调研、用户大会等等。针对不同的需求搜集方式,我们使用不同的需求采集表进行需求管理;同时在需求整理时,我们使用一个固定格式的需求管理文档进行需求整理。一般来讲,我们使用一个excel文档管理需求。具体的市场需求需要经过分析转换成产品需求,产品经理工作中需要识别用户的伪需求。市场需求转化成产品需求的时候需要确定需求DNA,如需求采集人,批准人,优先级,功能模块范畴,完成时间,需求状态等等。确定需求优先级尤为重要,需求直接影响产品的开发进度和利润效果。在有限时间内,产品经理尽量完成高优先级需求,低优先级需求可以在下一阶段进行开发。另外,在市场需求到产品需求的转换过程中,产品经理需要通过评审会的形式进行确定。在一些公司内部,人力资源和财务资源相当有限,这个时候就需要通过产品会议。为了在产品会议中赢得资源,产品经理需要制作BRD文档(商业需求文档)作为产品武器。BRD文档包括项目背景、商业价值、功能需求描述、非功能需求描述、资源评估、风险和对策等内容。BRD文档最重要的点在于确定商业价值和资源评估,即性价比,以最少的资源获取最大的利益。、
另外,需求的状态也在一直改变。最初需求采集时,需求状态为“待讨论”。待需求讨论会通过后,其状态变为“需求中”,而其他未通过需求则设置为“暂缓”或“拒绝”。经过产品会议后,状态为“需求中”的需求会变更为“开发中”或“未通过需求”两种状态。经过开发,最终需求状态变为“已发布”。产品会议中的参与人最少得是产品团队、开发、测试、销售、服务等各个部门的老大,或有话语权的接口人。
第三阶段为需求开发阶段,这一阶段产品经理需要制作出prd文档;若同时承担有项目管理职责的,还需要制定出相应的项目计划。首先从项目管理开始说起,一个项目需要立项,产品经理需要制作相应的项目任务书,并确定项目组织架构和团队成员安排。不光需要掌握WBS(工作分解结构),还需要对项目开发时间进行估算。这个过程需要输出项目任务书、组织架构文档、团队成员安排说明、WBS文档及甘特图等一系列项目管理和说明文档。在推动项目落地实施过程中,产品经理一定在各个阶段积极参与,确保产品需求开发和设计开发过程中不出差错。
产品经理制作prd文档前,首先应根据整理后的需求制作出低保真的交互原型,再将其整合到prd文档中。需求文档会保留一个baseline版本,一切的改动都基于baseline版本。后续的开发过程中,会遇到一系列的需求变更情况,产品经理应极力确保需求的合理性以避免需求变更。
prd文档包括项目总体说明,功能需求和非功能需求,以及UC部分。UC部分可以用可视化图(交互原型图)来表示。制作prd过程后需要进行prd评审,评审会议中需要研发和测试人员一起在场。prd文档详细记录了产品交互流程,一方面会用流程图表示,另一方面会用原型图进行说明。prd评审会议的重要性在于保障prd文档制作的正确性,以及确保项目运作过程中全体成员的一致性。项目运作过程中,每一个参与者都是product owner,都需要对产品负责,产品经理需要努力工作以保持团队的信任。如果prd文档通过会议评审,产品经理可以叫低保真原型图交付给设计人员,设计人员根据设计标准将其设计为高保真原型。高保真原型加prd文档则是产品经理交付给开发人员的最终文件。当然,在开发过程中,需求会一直增加,且会伴随着不断地需求变更。每一次需求变更都可能引起代码重构,这是考验产品开发人员和产品经理的过程。
最后,在产品开发过程中,产品经理需要保持介入,其目的是确保需求得以正确开发。此外,产品经理还需要介入到测试和功能确认工程中。
最后,附上具体的文件夹组织层级关系:
产品管理层级关系
1.市场及用户研究
1.1市场分析
1.1.1市场分析文档
1.2用户研究
1.2.1用户研究文档
1.3竞品分析
1.3.1竞品分析文档
1.4MRD文档
2.立项前需求管理
2.1需求采集
2.1.1需求采集表
2.2需求分析
2.2.1需求列表
//包含需求状态excel文档
2.2.2需求讨论会议记录
2.3产品会议
2.3.1BRD文档
2.3.2产品会议记录
3.开发及项目管理
3.1立项
3.1.1项目任务书
3.1.2项目组织架构
3.1.3团队成员安排
3.1.4Kick Off文档
3.2项目过程管理
3.2.1项目WBS
3.2.2项目开发进度
3.2.3项目管理制度
3.2.4项目发布预告与公告
3.3需求开发
3.3.1需求管理
3.3.1.1需求baseline
3.3.1.2需求变更
3.3.2产品规划
3.3.3产品设计
3.3.4PRD文档
3.3.5UC用例
3.3.6Demo制作
3.4产品开发
3.4.1需求确认
3.4.2开发跟踪
3.4.3产品测试
3.5每日周报
4.产品运营
5.市场推广
6.规范管理制度
7.文档模板管理
7.1文档模板
7.1.1市场分析文档模板
7.1.2用户研究文档模板
7.1.3竞品分析文档模板
7.1.4MRD文档模板
7.1.5需求采集模板
7.1.6需求列表模板
7.1.7需求讨论会议记录模板
7.1.8BRD文档模板
7.1.9产品会议记录模板
7.1.10项目WBS模板
7.1.11需求基线版本模板
7.1.12需求变更模板
7.1.13PRD文档模板
7.1.14流程图模板
7.1.15项目任务书模板
7.1.16项目发布预告与公告模板