项目管理入门
项目管理,在有限的资源约束下,运用系统的观点、方法和理论,对项目涉及的全部工作进行有效的管理。
即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价。以实现项目的目标。
这是一个资源利用最优化的事情,很多时候会很感性,有时候又要理性有依据。
如何做需求评审?
- 统一思想,明确需求,确定实现过程的会议
- 俗称挑刺大会、挑毛病大会
- 通常评审会要经过多次,一次完成要拼“专业度”和“产品人品值”
- 需求评审的过程通常很激烈,通常会有很多类似的问题逼问产品经理
- 这样做很麻烦,开发难度很大
- 你考虑清除了吗?真的要这样做吗?
- 这个流程太复杂了,能不能简单一些
- 你这根本没考虑到实际情况
- 还有一种情况你没考虑到
需求评审都有什么人参加?
- 同行:本项目产品,配合部门产品的PM
- 设计:UI,UE
- 研发:前端、后端、移动端程序员
- 测试:测试人员
- 运营:运营推广、客服、学科
为什么非得做需求评审
- 让所有人都明确需求的背景和目的
- 提前确认和统一产品需求实现的过程和方法
- 让研发、测试评估产品的开发周期,让产品经理做决定
如何组织一场成功的需求评审会
1.开场前的准备工作
- 确认你的需求、文档、原型都完成了吗?
- 提前找核心人员小范围沟通,提前消灭掉大问题
- 和核心的会议参与者确认可出席时间
- 至少提前2天发出会议邀请,定好会议室
- 会议邀请时主动带上需求文档和原型交互设计稿等相关资料
- 提前到会议室,提前演练一遍
2.在评审会现场
- 不要一上来就讲功能
- 抓大放小,细节上不要争论
- 讲需求要有节奏和调理
- 记录重点的争论点
顺序: 1.需求背景 2.用户与需求 3.功能模块 4.讲流程 5.原型与交互 6.数据指标 7.需要谁来支持 8.预计上线时间
3.评审会后
- 追排期,追排期,追排期
- 整理遗留问题,拿出解决方案
- 发出会议记录,每个问题都有行动计划
- 发出修改后的需求文档,并更新到内部系统中
- 约下一次的评审时间(如果必要)
总之:需求评审会,能极大段落产品经理的表达能力,逻辑能力,说服能力,执行能力
如何写好上线邮件
什么是上线邮箱
- 上线后一段时间,由项目负责人发送给相关同事的通报邮件,主要描述研发过程和上线结果的邮件
为什么要写上线邮件
- 总结项目过程,未来翻查资料速度超快
- 项目推动:产品上线后才是开始,需要推动,协调各方资源
- 团队的润滑剂,给参与者,帮助你的人一个正向、感谢、激励的回应
高颜值的上线邮件特点
- 标题很直白:标题简单明了说明了项目内容
[产品名称] + [版本] + [卖点(主题、特色)] + [动作(事件、行为)]
内容很清晰:有背景,有过程,有功能清单,有后续计划
- 简要描述一下研发过程
- 简单介绍一下需求背景是什么
- 上线的功能清单是什么
- 数据对比是如何的
- 后续的计划是什么
- 是否需要同事支持
数据有对比:上线前后的数据对比来说明效果
- 表扬有技巧:说案例、说小事、说观察
- 谁,给你提供了什么帮助
- 谁,在研发过程中,有哪些事情让你很“感动”
- 从谁身上,学到了什么东西
- 获得帮助和支持:提前准备好素材和资料,提时间和要求
- 求测试,则附上测试账号和收集渠道
- 求推广,附上相应的位置、文案、物料
- 求销售,准备好材料和宣讲会时间