zoukankan      html  css  js  c++  java
  • 【读书笔记】启示录--打造用户喜爱的产品(二、流程)

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

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

  • 相关阅读:
    docker 基本概念
    6_State 游戏开发中使用状态机
    5_Singleton 游戏开发中的单例模式
    4_Prototype 原型
    3_observer
    2_flyweight, 轻量化模式
    1_Command 游戏开发命令模式
    CentOS7 Failed to start LSB: Bring up/down解决方法
    CentOS 7 中firewall-cmd命令
    CentOS查询端口占用和清除端口占用的程序
  • 原文地址:https://www.cnblogs.com/ACatWithNoTail/p/5643886.html
Copyright © 2011-2022 走看看