关于产品经理的一些思考和笔记

很多摘抄于网络上的文章，忘记记下出处了。。。

市场调研

市场调研是指研究市场以了解客户需求，竞争状况以及市场力量，其最终目标是发现创新或改进产品的潜在机会。

• 商业需求文档（BRD）
• 市场分析报告
• 行业分析报告

SWOT

产品定义与设计

产品定义是指确定产品要完成哪些功能。

• 产品需求文档（PRD）
• Roadmap 规划

产品设计是指确定产品的外观。

UML

UML是产品需求分析和设计的强大武器。全称是 Unified Modeling Language，翻译过来就是统一建模语言。UML是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法。UML展现了一系列最佳工程实践，这些最佳实践在对大规模，复杂系统进行建模方面，特别是在软件架构层次已经被验证有效。

在学会如何画用例图之前，必须了解一个完整的用例图具体包含哪些元素：
其中关系分为四种：

项目管理

Scrum 是迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum 中的主要角色包括 Scrum Master 负责维护过程和任务，Product Owner 代表利益所有者，开发团队包括了所有开发人员。

Product backlog

Product backlog 是由 Product Owner 负责制定的一个按照重要性的级别排序的用户故事列表。

用户故事是一句简短的、采用用户熟悉的术语表达的需求，是Product owner讲给开发人员的故事，含有一定业务价值的端到端交付，用来描述对用户有价值的功能。一个好的用户故事应该包括角色、功能和商业价值三个要素。

• 角色：到底是谁要使用这个功能，这个功能是为谁而设计的？
• 功能：这个功能是怎样的，要达到什么程度？
• 商业价值：为什么要这个功能，这个功能最后能带来什么有益的商业价值，对用户来说有什么意义？

一般我们在描述一个用户故事的时候会按照以下格式：

作为一个<角色>, 我想要<功能>, 以便于<商业价值>。

比如：作为一个“项目经理”，我想要“有快捷方法把所有项目生成甘特图”，以便于“项目管理和查看所有项目进度。”

需要注意的是用户故事不能够使用技术语言来描述，要使用用户可以理解的业务语言来描述。

Sprit

通常业务部门出BRD，产品部门出PRD，并在需求池Backlog里面放置用户产品故事（story），大的模块（Epic）包含多个小的产品故事。

需求评审后，技术leader和测试leader对当前需求没有疑议之后，当场给出开发排期与测试排期。我们得到一个预上线时间，根据这个时间我们建立这个项目版本Sprit。

说到这里，我们介绍一下看板模式的三列含义

• to do 将要做的事情

• in progress 正在做的事情

• done 已经完成的事情

这个项目sprint中的所有task都是基于我们产品部门的用户故事进行的；举个例子：1个产品故事，包含前端页面开发的task、后端接口的task、测试用例的编写。

各个职能部门、前端组、后端组、测试组、运维组、配管组建立每周周sprint（周计划），周sprint又与各条产品线的sprint中的task进行关联。

产品宣介

产品市场推广

产品生命周期管理

参考资料

1. 51Testing软件测试网
2. 一支神笔融资助手
3. UML：需求分析与设计的利器
4. 产品必修课——轻松搞定UML
5. 大话PM | 产品经理必备利器：UML
6. 简单介绍Agile－Scrum Framework