第三章
kick off 项目启动会议
项目的定义: 只会进行一次,包含多项相互关联的任务,并且有绩效,时间,成本和范围限制的一项工作.
产品是一个解决问题的东西,项目是一个过程,两个是不同层面上的概念
产品 (vs) 项目
第一:从生命周期的角度来看
产品生命周期长, 产品没有尽头,只能不断的完善
项目生命周期短, 项目可以结项
第二: 从具体要做的事情来看
产品需要更多的探索,不断修正
项目一开始就拥有明确的目标
第三: 从产出物的角度来看
产品可以批量生成,大量提供(设计一件衣服)
项目只进行一次,定制化,个性化,满足特定的需求. (做一件衣服)
产品经理 productManager (vs)项目经理 projectManager
产品经理: 靠想,产品经理是做正确的事,所领导的产品是否符合市场的需求,能否给公司带来利润.
项目经理: 靠做,项目经理是吧事情做正确,把事情做的完美,在时间,成本和资源约束的条件下完成目标.
需求筛选>团队组建>计划确定>kickoff
kick off 项目启动会议工作内容
评估工作量推算出工期
三点估算法 工作量计算公式:
工作量 = (最乐观 + 最悲观 + 最可能)/3
工作量 = (最乐观 + 最悲观 + 最可能*4)/6
通常"1人天"等价于5-6"人小时",不是按照8小时算的. 每个人很难保证不被干扰, 一天能有5个小时高效工作已经很不错了.
kick off 项目会议 传达的信息:
项目意义,目的与目标
需求,功能点概述
项目组织架构介绍成员
项目计划项目的时间点和里程碑 , 各个阶段需要做什么事情
沟通计划
(如果有缺席的人,将资料发于缺席的人)
(如果有缺席的人,将资料发于缺席的人)
(如果有缺席的人,将资料发于缺席的人)
重要事情说三遍
产品模块项目WBS图 page126
产品经理需要经常涉及到的文档
BRD: 商业需求文档。
MRD: 市场需求文档。
PRD: 产品需求文档。
FSD: 功能详细说明。
PRD模版目录与结构示意图 page128
产品经理掌握的UML:可参考书籍<>
类图
用例图
状态图
时序图
活动图
协作图
用例文档: UC(UC模版 page133)
UC概述如下:
用例的唯一标识"小明小馆子"
用例名称点菜
业务描述吃饭
需求描述去哪里 吃什么
行为者小明
前置条件周末
后置条件服务员接受点餐
其他说明7788
UC主题:
界面描述
业务规则小明不吃辣
流程描述
UM对语言要求高,要做到:无歧义、完整性、一致性、可测试等
时序图: 也叫顺序图,描述事物变化在时间维度上的先后顺序,善于表达对象的交互比如多个页面之间,多个角色之间. page135
活动图: 比较接近我们常说的流程图,描述各种动作如何引起系统变化,善于表达用到较多,分支较多的情况page136
协作图: 表达不同对象之间是如何相互影响的. 目前用的不多
文档写的时候注意二点:
第一, 不以写的东西是需求还是设计区分职责,而已业务或技术区分.
第二, 细节末节的设计经常重复,PD应该和开发工程师一起协商,渐渐沉淀出产品规范.可以省去重复劳动
需求的生老病死 page142
项目开始之前需求讨论会
项目中的需求阶段需求评审会
项目中的需求阶段之后功能评审会
开发阶段工作内容 : 设计 > 设计评审 > 编码 > 单元测试
测试阶段工作内容 : 测试案例编写 > 测试案例评审 > 冒烟测试 > 功能评审 > 测试
UAT测试: 用户接受度测试
BUG级别定义标准: page147
BUG状态流转图: page148
项目发布流程: 发布评审 > 预发布 > 发布 > 线上验证
建立自己的文档规范PD常用的文档模版 page156
需求规范类:
PD做什么
用户体验规范
通用原则
需求管理类:
用户调研
产品需求列表
产品信息架构
项目管理类:
项目管理制度
项目任务书
kickoff的PPT
项目组织结构
项目WBS
项目日报周报
项目发布预告与公告
日常工作类:
会议记录
个人日报周报
模版的作用:
<1 让经常看同类文档的人提高效率
<2 让写文档的新人可以尽快上手
<3 让写坐着不会漏考虑某些内容
通用做产品的流程:
概念
方案
开发
验证
发布
生命周期维护
评审会议集合:
产品会议
kickoff会议
需求评审
设计评审
TC测试案例评审
功能评审
发布评审
敏捷开发方法特点:
有计划,更要"拥抱变化"
迭代周期内尽量不要加任务
集中工作,小步快跑 (站立晨会)
持续细化需求,强调测试 (TC编写,评审)
不断发布,尽早交付
项目TRQ:项目时间(Time)、项目资源(Resource)、项目质量(Quality)
三边六拍
三边: 边计划,边行动,边修改
六拍: 脑门 肩膀 胸部 桌子 屁股 大腿
项目的坎坷一生 图3-25
第四章
空间之大:商业 产品 技术
商业:阿里巴巴
产品:Apple公司
技术:Google公司
技术之大
例子1:地铁都是先上三台阶,用来雨天防雨水的.
例子2:地铁出口设计转弯,是因为地铁里面开了空调,让冷气散的慢,节约电
产品设计的5个层次:
战略层: 用户需求,网站目标
范围层: 功能规格说明 内容需求
结构层: 交互设计信息架构
框架层: 界面设计 导航设计 信息设计
表现层: 视觉设计
团队之大
用户体验部门:
用户研究员:
交互设计师:
视觉设计师:
前端工程师:
潜在用户 = 访客数 X 转化率
文案设计
低级阶段:错别字,病句,错误标点
中级阶段:用词不统一,不准确
高级阶段:语言风格不统一,产品气质不统一
产品市场化
包装
定价
促销
销售
渠道
需求维度:分析吃包子
替换: 将包子替换 中药包子 美容包子
结合: 包子上画红心
反转: 反客为主
目标维度:本来的目标应该是中国人
替换: 卖给外国人
地点与情境维度
替换: 抢包山活动
时间维度:
替换: 针对夜宵市场
体验纬度:
结合: 包子和文化结合,吃包子需要什么流程等等 类似功夫茶
有形的产品或服务
替换: 包子里面肉换成水果等
结合: 包子用吸的
夸张: 一斤中的包子, 旺仔小馒头
品牌特征
替换: 狗不理包子 西施包子
换序: 吃包子有利于健康
使用或购买
替换: 包子支付改为月付款
倒序: 预定包子 订多少 送货上门
管理VS领导 很有意思的一长串4.6.2
