PM工作知识框架
2023-05-22 12:05:04 0 举报AI智能生成
登录查看完整内容
PM工作知识框架
作者其他创作
大纲/内容
需求采集的对象为用户，也称用户研究
明确目标
选择采集方法
制定采集计划
执行采集
资料整理
步骤
表现形式：座谈会、焦点小组
定性地说：用户访谈
如何设计一份实际的问卷
定量地说：问卷调查
邀请用户对产品功能测试
定量地做：可用性测试
做出方向性推测，提取数据验证
定量地说：数据分析
以自己提需求为例，需求人员可以通过《单项需求卡片模板》完成提交
其他方式：现场测试、A/B测试、日记研究、自己提需求
采集方式
需求采集
用户需求：用户自以为的需求，并且经常表达为用户的解决方案
产品需求：经过分析，找到的真实需求，并且表达为产品的解决方案
需求定义
包括新增功能、功能改进、体验优化、BUG修复、内部需求等
分类
基础、扩展（期望需求）
增值（兴奋需求）
层次
需求分类
改变现状：常用
降低理想
转移需求
需求满足方式
定义：从用户提出的需求出发，找到用户内心真正的渴望，再转化为产品需求的过程
记录：使用excel表来记录需求，详见《需求管理文档》
需求转化
编号、提交人、提交时间、模块、名称、描述、提出者、提出时间、bug编号
确定基本属性
按照重要度、紧急度、持续时间
分析商业价值
资源评估与开发量评估
初评实现难度
商业价值/开发量，来决定先做哪个
性价比计算
需求分析
需求打包
项目背景
商业价值
功能需求描述
非功能需求描述
资源评估
风险与对策
商业需求文档BRD
需求筛选(老板团队)
需求的前世今生
项目与产品的区别联系
项目经理与产品经理的区别联系
产品经理和技术经理来担任项目经理的优略势
区别
项目监督委员会
PM、项目经理、技术经理、测试经理、UE、运营经理等主要干系人
团队组建
再次评估开发周期确定工作量
周期
渠道
发起者
参与者
方式（内容）
项目晨会
项目日报
评审会
项目变更申请
发布预告及公告
方法（内容）
沟通方式方法
计划确定
项目目标 /价值
需求与功能点概述
项目组织架构
时间点与里程碑
个人工作职责
项目计划
沟通计划
Kick Off（项目启动）
立项阶段
修订历史
项目概述
功能范围
用户范围
专业词汇
非功能需求
整体说明
参考UC模板
UC部分
PRD文档结构
产品需求文档PRD的编写，主要内容包括整体说明、用例文档、产品demo等
学习使用UML（统一建模语言）表达需求开发的过程信息，包括 类图、用例图、状态图、时序图、活动图等
PM
概要设计与详细设计文档，根据需求评审的成果，由技术经理以设计文档的形式描述对产品需求的理解
技术团队
测试用例文档编写，根据需求评审的成果，由测试经理以TC文档的形式描述对产品需求的理解
测试团队
材料输出
是对PRD评审（PM主讲）、demo评审（UE主讲）、UC评审（PM主讲）的总称
需求评审
概要设计文档由技术主讲，PM、测试评审
设计评审
也称TC评审，TC文档由测试主讲，PM、技术评审
测试评审
大型项目中，需要运维确认
发布评审
文档评审阶段
设计、概要评审、编码、单元测试阶段
开发阶段
BUG级别
所述功能/项目
BUG名称
描述
测试中出现的BUG描述
TC编写、TC评审、冒烟测试、功能评审（PM主导）、测试
测试阶段
发布评审、预发布、发布、线上验证
发布阶段
项目开发与管理
项目总结
项目与产品
PM工作知识框架
0 条评论
回复 删除
下一页
