【读书笔记】启示录--打造用户喜爱的产品(二、流程)

1.评估产品机会

产品机会评估需要解决以下10个问题:
*产品要解决什么问题?(产品价值)
*为谁解决这个问题?(目标市场)
*成功的机会有多大?(市场规模)
*怎样判断产品成功与否?(度量指标或收益指标)
*有哪些同类产品?(竞争格局)
*为什么我们最适合做这个产品?(竞争优势)
*时机合适吗?(市场时机)
*如何把产品推向市场?(营销组合策略)
*成功的必要条件是什么?(解决方案要满足的条件)
*根据以上问题给出评估结论。(继续或放弃)
##结交财务人员:帮助了解产品、了解用户、确认商业上的可行性

2.探索产品阶段
*评估产品机会,搜集用户需求=>*制作产品原型=>*用户测试产品原型=>*完成产品用例,与开发一起评审产品原型和说明文档
#探索产品的过程不可预测、开发人员是紧缺资源

3.产品原则
*确定团队最看重的价值理念
*解决意见冲突:
*究竟要解决什么问题?
*要为哪类人物角色解决这个问题?
*产品要达到什么目标?
*每项目标的优先级是什么?(这句是关键、是解决意见冲突的方法)

4.产品评审(由非产品设计和开发人员组成的评审团队--感觉就是老板的角色)
*评审产品战略、路线
*根据评估产品机会的结果,决定是否定义产品
*评审产品原型、用户测试结果、成本估算明细
*评审最终产品、产品品质、发布计划、社会效益

5.市场调研
用户调查、产品使用分析、数据挖掘、拜访用户、用户角色、可用性/现场性测试、同类产品分析
*谁是目标用户?
*用户会使用怎样的产品?
*用户能想明白怎样使用产品吗?障碍在哪里?
*用户为什么选用你的产品?
*用户喜欢产品的哪些特点?
*用户希望如何改进产品,增加哪些功能?
!!市场调研不能决定产品研发的方向,只能作为依据和参考(意思就是说,不能让完全由用户来决定产品最终怎么定义)
定义产品的阶段需要解答:*采用什么技术来解决问题*设计什么样的用户体验
成功的产品基于以下两点认识:1)深入理解用户需求;2)明白什么样的解决方案在现阶段是可行的。

6.产品的人物角色

囫囵吞枣的一小节,确定目标用户,确定用例角色一类

7.重新定义产品说明文档
*包含用户需求和用户体验两部分
*必须描述软件行为
*直观的把产品信息和行为告诉给所有人(人有点多,各方面的人)
*要可以修改,随时准备修改(所以图表什么的,千万不能删原件)
*图表、模型什么的,要有清晰的主体来代表产品的(不能一窝蜂的全部放在一起)
##作者觉得高保真的产品原型,就是满足以上所有要求的产品文档;
##光有原型是不够的,业务逻辑、平台交互要求、发布要求在原型上展现不出来(所以最终还是要一纸Word文档呀)

8.用户体验设计与实现
*需求调研和体验设计要交叉进行,不浪费时间,不怕随时变更
*设计和开发不能同时进行(开发可受不了随时变更),敏捷开发,不能出现设计上的混乱

9.基本产品
*第一点还是强调产品要跟设计师一起做出高保真的产品原型
*做产品原型时,邀请开发参与,分析、评估,最终敲定了,开发也心里有数了,后面的开发时间就好把控了
*请真实用户测试产品原型,通过目标用户测试、不会再删减功能的产品,就是基本产品了
*基本产品出来了,进入开发阶段,就不能再随意修改设计了(所以不是随意的,还是可以修改,哈哈)

10.产品验证(证明产品的价值、可用性、可行性)
*可行性测试,找架构师探讨,深入参与技术调研
*可用性测试,和交互设计师合作,评估用户体验的实际效果
*价值测试,就是看用户喜不喜欢产品的这些功能,愿不愿意花钱

11.原型测试(这里就是产品验证的实际操作了)
*物色测试者(有各种征集、活动方式,这个应该是具体产品具体策划了)
*准备测试
   事先准备测试内容;
 先什么都不给用户,观察他们的习惯,再引入原型;
 让用户没准备的接触产品,观察;
 测试完后,聊天收集信息,为每个问题答案打分;
 不用原型全部完成后测试,可以完成主要功能后就开始测试。
*测试环境
测试环境,总结起来,就是随意,不用太正式的实验室什么的,方便用户的地方更好
*产品经理要亲自参与测试
*要一个人主持测试,一个人记录
*测试原型
作者给了一些测试过程中跟用户交流的建议,重点是不要提示、引导用户操作,要完全让用户自己思考。这个,修行靠个人。
*更新原型
  就是根据测试结果修改原型;
  如果所有测试者都能理解和欣赏产品的价值,而且连续好多人都能完成关键的测试项,原型测试就完成了;
  如果所有人都不理解产品,不感兴趣,产品经理也无法让产品变得更简单易用,这个产品就需要放弃了。
~~~又推荐了一本书~《点石成金:访客至上的网页设计秘笈》~~

12.改进现有产品
不要一味的增加功能,通过分析数据改进产品(好像没说点实际的,就是靠经验了)

13.平滑部署
*有些用户抵触新版本(我身边就有这样的朋友,讨厌更新系统、更新应用)
*三种措施降低负面影响
  提前通告新版发布
  充足的测试
  并行部署或增量部署(这就是平滑部署的两种方式,并行就是新旧两个版本并行,让部门用户试用新版;增量是指先让部分区域的用户更新)

14.快速响应阶段
*就是产品发布后,不要立即撤退,分轻重缓急地,快速响应、处理用户的反馈意见。
*关注数据,页面访问量、注册用户数、访问停留时间、会员转换率、订阅数、广告收益。。。

15.合理运用敏捷方法
这部分,看了两遍,没抓住重点。我想大概说的就是,既要满足敏捷开发,又不能丢了设计原则吧。

16.合理运用瀑布式开发方法
由于敏捷方法那部分没抓到点,这部分都放弃细看了,大概浏览下来,主要在讨论瀑布式的缺点啊。
##总之呢,无论什么方式开发,作者就是建议产品经理该怎么做就怎么做,把每个流程的事情一定要做好,要重视产品探索过程和产品原型测试。

17.创业公司的产品管理
*前期就三种角色,产品经理,交互设计师,原型开发人员。重点有二:
&创建高保真原型
&请目标用户进行原型测试
*通过原型测试再请开发来开发产品
(感觉好有道理的样子,前面的事情就两个人都可以做到了,产品不行就放弃,产品行就开始请人做,正式开始创业)

18.大公司的创新
*20%法则(给20%的工作时间让员工搞自发的创新研究,出来成功的创新产品几率很高)
*臭鼬工程(公司不给时间,私底下自己搞创新研究)
*主动观察(看别人用已有的产品,发现一些东西)
*改善用户体验(感觉可以可上一条结合起来)
*收购小公司

20.怎么在大公司混
*了解公司制定决策的方式(掌握你的事情谁可以拍板)
*建立人脉网络
*臭鼬工程
*自己顶上(有些该别人做的事情,如果找不到人,就自己做?真的?)
*有选择的据理力争(不发脾气,少争论,争论也要对事不对人)
*会前沟通,形成默契(重要决策会议前,先逐个私聊,知己知彼嘛,有问题事先就有准备了)
*合理分配时间(不开无必要的会)
*分享信息,交换资源,共赢
*向上司借力,实力获取上司信任,让他帮你当说客
*传播你的产品理念(给公司上上下下洗脑,捂嘴笑~)

下一篇:【读书笔记】启示录--打造用户喜爱的产品(三、产品,四、总结)

posted @ 2016-07-05 15:43  残了尾巴的喵  阅读(186)  评论(0编辑  收藏  举报