学习笔记–人人都是产品经理
- 互联网产品设计的五个层次:战略、范围、结构、框架和表现
- 产品就是用来解决某个问题的东西
- 涉及到:产品规划,数据分析,用户研究,需求分析,功能涉及,项目管理,敏捷方法等。
- 互联网,软件产业的产品经理更重视产品功能本身的规划,需要对市场的发展趋势有敏锐的洞察力和创新意识及良好的分析,研判能力
- 善利用设计工具完成产品UC设计和Demo制作
- 在乎应聘者有没有激情,是否够机灵,好学,逻辑思维清晰,沟通表达是否流畅。
- BRD:Bussiness Requirement Document 商业需求文档
- PRD: Product Requirement Document,产品需求文档
一个需求的奋斗史
(用户)→ 用户研究 → 需求采集 → 需求分析 → 需求筛选 → 需求管理 → (需求,开发)
- 产品经理重要的是:发现一个问题,然后设法将其转化为一个任务来解决
- 需求采集的过程:明确目标→选择采集方法→制定采集计划→执行采集→资料整理→然后进入下一步的需求分析阶段
- 焦点小组(Focus Group)是由一个经过训练的支持人以一种无结构的自然形式与一个小组的被调查者交谈,可以视为一种一对多的用户访谈形式
- 灰度发布:互联网产品发布上线的一种常用形式,先让少量用户看到新产品,利用他们的反馈进行修正,逐步把新产品展现在所有用户眼前。
- 可用性测试:通过让实际用户使用产品或原型方法来发现界面设计中的可用性问题,通常只能做少数几个用户测试,看他们怎么做,属于典型的定性研究。
- UGC(User Generated Content)用户产生内容。让终端用户参与到产品的设计的各个环节中。
- 统计学参考书籍:《黑天鹅》,《统计数字会撒谎》
- 数据分析如何转化为商业价值:在对产品足够熟悉的基础上,先做出方向性的假设,再提取相应的数据并分析, 得到一些现象,最好是之前没发现的现象,接下来做用户调研修正解释,最终指导产品发展方向
- 二手需求采集工具–单项需求卡片:产品的需求工作不只是需求分析人员的事,而是涉及产品的每个干系人的义务,至少得参与“采集”的过程。
- 常见的需求采集方法:现场调查,AB测试,日记研究,卡片分类法,自己提需求
- AB测试:基于大用户量比较合适,先让少部分人进行试用,过段时间分析结果,在决定剩下的大部分用户该怎么办,让用户直接参与了设计,低成本
- 用户需求 VS 产品需求
1) 用户需求:用户自以为的需求,并且经常表达为用户的解决方案
2) 产品需求:经过我们的分析,找到的真实需求,并且表达为产品的解决方案
3) 需求分析:从用户提出的需求出发,找到用户内心真实的渴望,再转化为产品需求的过程
- 需求分析不同于技术分析,技术分析一般是把大问题分解成小问题,发现难点逐一攻克,而需求分析一方面不能漏掉提炼用户需求的过程,目的是透过现象看到本质,另一方面也不能停在本质上。
- 改变需求中理想与现实的差距:改变现状,降低理想,转移需求
- 产品设计的最高境界:创造需求
- 给需求做一次DNA测试(需求分析):需求转化(用户需求转化为产品需求)→ 确定基本属性 → 分析商业价值 → 初评实现难度 → 计算性价比
- 头脑风暴(Brainstorming)原指精神病患者头脑中短时间出现的思维紊乱现象,病人会产生大量的胡思乱想。奥斯本(现代创造学的创始人)用来比喻思维高度活跃,打破常规的思维方式而产生大量创造性设想的情况
- 信息架构(Information Architecture)简称IA,主要任务视为信息与用户认知之间搭建一座畅通的桥梁,是信息直观表达的载体。通俗的说,信息架构就是研究信息的表达和传递。
- 需求的分类:新增功能,功能改进,体验提升,Bug修复,内部需求
- 需求的层析:基础,扩展(期望需求),增值(兴奋需求),理论依据–KANO模型:一种对顾客需求或者说对绩效指标的分类,通常在满意度评价工作前期作为辅助研究模型,KANO模型的目的是通过对顾客的不同需求进行区分处理,帮助企业找出提高企业顾客满意度的切入点。
- 商业价值,或者叫做商业优先级,是对重要性,紧急度,持续时间等几种商业价值指标的综合评判,需求列表中最核心的部分。
- 性价比 = 商业价值 ÷ 实现难度(简化为开发量)
- 需求筛选:需求打包 → BRD制作(商业需求文档)→ 产品会议 → 立项
- 鲶鱼效应:即采取一种手段或措施,刺激一些企业活跃起来投入到市场中积极参与竞争,从而刺激市场中同行业企业。其实质是一种负向激励,是激活员工队伍之奥秘。
- 做项目,终极目标就是“多快好省”,即范围大,时间短,品质高,资源省。
“多快好省”对比经典的项目TRQ:项目时间(Time),项目资源(Resource),项目质量(品质Quality和数量Quantity),大同小异。
1) "需求打包"最好打包类似的功能点
2) 需求依赖,功能互相之间有依赖关系。功能与人力资源之间的相互关系也会经常存在。
3) 需求的颗粒度大小问题
- BRD (Bussiness Requirement Document),商业需求文档,产品周期中最早的文档,其内容涉及市场分析,销售策略,盈利预测等,通常是给大老板们演示的PPT,比较短小精炼,没有产品细节,像创业者给投资人看的商业计划。只要为了获得认可,获取资源
MRD (Market Requirement Document),市场需求文档。获得老板支持后,产品进入实施阶段,需要写的文档。要有更细致的市场与竞争对手分析,包括可以通过哪些功能来实现商业目的,功能,非功能需求分哪几块,功能的优先级,等等。实际,PD在这个阶段常见的产出物有产品的Feature list, 业务逻辑图等。从商业目标到技术实现的关键转化文档。
PRD (Product Requirement Document), 产品需求文档, 对产品功能的进一步细化,是产品新人写的最多的文档,即“需求开发”过程。主要包含整体说明,用例文档,产品Demo等。对产品功能做具体描述。
== FSD (Functional Specifications Document),功能详细说明==,比较写用例文档,通常包含在PRD中,会出现很多技术的内容,产品界面,业务逻辑的细节都要确定,同时也要确定硬件系统的设计,数据库设计,表结构设计等工作。
- BRD包括:项目背景,商业价值,功能需求描述,非功能续期描述,资源评估,风险和对策。
项目坎坷的一生
- 项目def: 只会进行一次,包括多项互相关联的任务,并且有绩效、时间、成本和范围都限制的一项工作。(产品是解决问题的一个东西,而县古墓是一个过程)
最通用的项目的定义:指一系列独特的,复杂的并相互关联的活动,这些活动有着一个明确的目标,必须在特定的时间、预算、资源限定内,依据规范完成。比如三峡工程
2. 产品经理 PK 项目经理
产品经理–靠想,产品经理是做正确的事情,其所领导的产品是否符合市场的需求,是否能给公司带来利润
项目经理–靠做,项目经理是把事情做正确,把事情做完美,在时间、成本和资源约束的条件下完成目标。
3. kick off : 足球场上开球,广泛用于开始做某事,在项目里指项目的启动大会。
4. 立项:
graph LR
需求筛选-->团队组建
团队组建-->计划确定
计划确定-->Kick-off
- 工作量–三点估算法
工作量 = (最乐观+最悲观+最可能)/3
或
工作量 = (最乐观+最悲观+最可能*4)/6
- WBS:Work Breakdown Structure,工作分解结构
- UML :Unified Modeling Language,统一建模语言,试图将软件过程规范化,
- 类图:Class Diagram, 描述系统中出现的各个对象之间的关系,以及和外部系统的关系,有点像软件工程里面经常提到的实体关系图(ERD),只是ERD更接近现实世界的对象,类图更接近技术实现的对象。
- 用例图:User Case Diagram,描述各个用例之间的关系,
- 状态图,State Diagram, 表达系统里实体的状态转换
- 用例文档, UC:需求人员写给开发人员看的一种最基本的文档。
UC一般只描述功能需求,不便于描述诸如产品扩展性,系统容量,人员培训等非功能需求,要求:无歧义,完整,一致,可测试性。 - 三次评审:需求评审,设计评审,测试评审
- 冒烟测试,Smoke Test, 该测试耗时短,
UAT:User Acceptance Test,用户接受度测试 - 对一个Bug的描述:缺陷级别(Severity),所属产品、项目,Bug名称,Bug描述
- DCP:Decision Check Point,商业评审点
LCM:Life-Circle Management, 生命周期管理团队
我的产品,我的团队
- 五种用户群体:创新者(Invator),早期追随者(Early Adopters),早期主流用户(Early Majority), 晚期主流用户(Late Majority),落伍者(Laggards)
- 用户体验的要素(五层)
1)战略层:明确商业目标和用户需求,找准方向,重点是解决两者之间的冲突,找到平衡点
2)范围层:明确“做多少”,对于软件类产品,是确定功能范围;对于网站类产品,确定内容范围。
3)结构层:考虑产品的每个部分互相之间的关系。对于软件类产品,主要工作由交互设计,对于网站类产品,主要有信息架构。
4)框架层:用户真正能看到的东西。对于软件类产品主要是界面设计,对于网站类产品则是导航设计。都是信息设计
5)表现层:包含了视觉设计和内容的优化,比如页面的配色,字体字号等。
- 水平营销是Revolution(革命,特点是突变)
纵向营销:Evolution(进化,特点是渐变)
别让灵魂跟不上脚步
- 从市场扫描开始,一种常用的方法是PEST分析,分别分析政治法律环境(Polotical Factors)、经济人口环境(Economic Factors),社会文化环境(Social Factors),技术环境(Technological Factors)
- 市场扫描可以让我们看清这个行业,接下来需要了解这个行业有哪些竞争对手。竞争对手分析,也叫竞品分析。
- 竞品分析的一些实战方法:
- 上网搜,狂搜要做的东西类似的产品,试用这些产品,看其功能列表,假装用户,打电话过去给他们的客服,销售
- 查看行业分析报告,常见的需求来源,注意查看出处,作者与机构的背景。这种报告一般都有各款产品的市场占有率,简单的功能对比,用户的人口统计,潜在的需求分析,对未来几年的市场容量测试。
- 自我剖析常用的方法:SWOT分析,分析企业的优势(Strength),劣势(Weakness),机会(Opportunity)和威胁(Threats)。
- 可行性分析三步曲:1)我们在哪儿 2)我们去哪儿3)我们怎么去
- KPI:key performance indicators,关键业绩指标。在分解企业战略目标的基础上,分析并建立各子目标与主要业务的联系之后提出的。KPI是企业目标的具体表现,不一定只是常见的营收、利润、用户数,也可以是客户投诉率,员工满意度,社会贡献等。
- KPI的SMART原则:
1)S:具体(specific),绩效考核中要切中特定的工作指标,不能笼统
- M: 可度量Measurable, 指绩效指标是数量化或者行为化的,验证这些绩效指标的数据或信息是可以获得的。
3)A:可实现Attainable,指绩效指标在古初努力的情况下可以实现,避免设立过高或过低的目标
4)R:现实性Realistic, 指绩效指标是实实在在的,可以证明和观察
5)T:代表时限(Time bound),注重完成绩效指标的特定期限
产品经理的自我修养
- 产品经理:需求,项目,团队,战略
- “个人名片”的用户需求:通过个人名片展现个人特色,具体为:
1) 真实感,公司名片把人符号化,而个人名片通过爱好,经历,专长,展现出有血有肉的人
2) 亲切感,公司名片适合商务场合把对方当客户,而个人名片把对方当朋友
3)专业感:由名片做介质,推导出“我设计产品很靠谱”
- 产品经理的关键职责:
1)市场调研:通过研究市场以了解客户需求,竞争状况及市场力量,其最终目标是发现创新或改进产品的潜在机会。市场调研最终会形成商业机会、产品战略或商业需求文档(BRD),讲述如何利用潜在的机会
【市场调研方式】:
- 与用户和潜在用户交流
- 与直接面对客户的一线同事如销售,客服、技术支持等人员交流
- 研究市场分析报告及文章
- 试用竞争产品
- 仔细观察用户行为等
2) 产品定义及设计:产品定义是指确定产品要完成哪些功能。通常采用产品需求文档(PRD)来进行描述。 产品设计指确定产品的外观,包括用户界面设计(UI, User Interface)和用户交互设计(User Interaction)。 PRD包含:
- 产品的愿景
- 目标市场
- 竞争分析
- 产品功能的详细描述
- 产品功能的优先级
- 产品用例(Use Case)
- 系统需求
- 性能需求
- 销售及支持需求
3)项目管理:带领来自不同团队的人员(包括开发人员,测试人员,UI设计师,市场、销售、客服人员等),在预算内按时开发并发布产品
- 确保资源投入
- 制定项目计划
- 根据计划跟踪项目进展
- 辨别关键路径
- 必要时争取追加投入
- 向主管领导报告项目进展状况
4)产品宣介:主要包括和内部同事,如老板,销售市场,客服人员沟通产品的优点,功能和目标市场,也可能包括向外界如媒体,行业分析师及用户宣介产品。
5)产品市场推广:主要是对外的信息传播–向外界介绍有关产品。通常包括制作产品数据表,手册,网站,Flash演示,媒体专题及展会演示等
6)产品生命周期管理,“概念化–> 发布–>成熟 -->退出市场”,主要:
- 产品定位
- 产品定价及促销
- 产品线管理
- 竞争策略
- 建立或收购合作伙伴
- 识别并建立合作关系等
4.产品经理的沟通能力
- 沟通能力
- 无授权领导能力
- 学习能力
- 商业敏感度
- 热爱产品
- 注重细节,追求完美
- 日常产品管理能力