恭喜你成为UI中国推荐设计师 (详情)
//百度统计 20220402 uicn

您的意见是我们 UI 中国进步的动力!
点击立即反馈按钮,发表您的意见!
立即反馈
QQ群反馈
您也可以加入UI中国官方反馈群进行反馈!
群号:302892100
备注:反馈问题后@管理员能让我们及时了解您的意见

提交需求

赛事与广告咨询合作,请填写需求表单,我们会在第一时间与您联系!

0/20
0/200

设计大赛

  • 设计大赛
  • 发布广告
  • 发布招聘
  • 其它需求

提交完成
感谢您对UI中国的支持和信赖!
《从点子到产品》干货整理
0.0°
2018-05-17 原创文章 经验/观点 举报 986 2 2 0

最近读了刘飞的《从点子到产品》,里面提供了不少干货,也给予到我不少启发,所以在此对书中的内容做一些提炼,一是可加深对知识的理解;二是可理清思路,加强表述的逻辑性;三是若能够给大家提供一丝丝帮助,我也是感到万分庆幸哒。


在此,我主要提炼了7点我觉得在工作中比较实用的,当然书中介绍了很多更为具体的工作流和方法论,大家如果感兴趣的话可以去细读。



1.找到产品的核心价值


‘解决问题’是产品的核心价值。指的是从根本上产品是在为用户做什么,微信是聊天工具,表现上是聊天,但是根本上是熟人社交。陌陌也是聊天工具,但是根本上是完全不同的陌生人社交,解决的是兴趣社交的问题。


‘用完即走’并不是不要黏性。指的是黏性没有问题,但是不能不分场合、不分情况的黏住用户。汽车的价值是让你顺利驾驶到目的地,不能因为空调做的好就黏住用户让他待在车里不出来,这根本违反了整个产品的逻辑,结果就是用户未必能很好的解决他的问题,甚至可能制造新的问题。


  确保产品能够真正解决问题,用户的‘量’没有用户的‘质’来的重要。‘比起有100万个普通粉,宁愿要100个脑残粉’,用尽各种办法把100万人留在平台上,但并没有解决他们的什么问题,他们对你毫无价值,长远看不会继续留在你的平台上,从商业价值上看他们几乎不会产生付费意愿。但如果你有100个脑残粉,你能解决他们的实际问题,他们会对你产生信任,不仅愿意养活你和你的团队,甚至还可以成为你的免费推销员。



2.MVP(Minimum Viable Product)快速验证


MVP是在低成本的前提下将核心价值体现出来的最好方法。MVP目的是验证2件事:一是产品满足了用户需求;二是产品能够创造商业价值。


MVP的方法有以下几种:


广告:Dropbox的MVP方法经常被大家提起,广为流传。在他们团队想到做云盘的点子后,在根本没有实现时,就做了一条3分钟的广告,描述了他们的产品内容,并留下了产品注册方式。一夜之间,75000位用户注册了他们的产品。


假MVP:做一个视觉效果没有问题的产品,但功能都是假的。电子邮件营销公司Sendwithus的案例就很经典。他们团队不仅做了一个网站,甚至可以登录注册并能看到高仿真的使用界面,但是界面里的功能都是假的,每次当用户点击某个功能后,都会弹出界面,提醒用户产品正在开发中,并建议用户留下电子邮件,产品开发完成会有邮件通知。通过这种方法他们收集到了用户使用他们产品的数据。


线下实现:线下能够实现的,可以考虑不开发线上产品。其实很多互联网产品都是由传统行业的产品或服务衍生出来的,互联网提供的是信息化带来的高效、便捷,并没有改变本质。


众筹:在国内基本都运用在硬件领域。把对产品功能的设想预售,用户只要愿意付钱买单,那么东西自然卖得出去。这是可以同时检验功能和商业价值的方法。



3.找到痛点


3.1通过分析数据发现痛点


3.1.1用户数据


使用频次:对于社交产品来说期望值会高一些,比如1~2天开启一次;普通的工具类产品期望值低一些,比如3~4天一次;而电商类、服务类的产品,可以根据用户的实际需求频次来确定。


日活跃用户、周活跃用户和月活跃用户:如果对找到痛点这个阶段的产品来说,日活的增长率可能突然呈现几倍的指数增长,在这种情况下,才是‘快速增长’。


用户留存:用户的留存率或者流失率有显著变化,也说明产品正在越来越吸引用户。较好的次日留存数据,或者对电商和服务产品来说的复购率,至少要在10%~20%。


3.1.2商业数据


付费转化率:要根据最早的商业模式来计算转化率是不是在预期中,是不是在理论上支撑公司的运营。


LTV/CAC>3:即用户终生价值/用户获取成本>3,用户终生价值指用户在使用产品的整个生命周期中与产品互动所产生的全部总计收益;而用户获取成本指的是获取同样的用户,要花费的总成本。整体的用户终生价值要大于用户获取成本的3倍,这样的用户值得我们去获取。


3.2通过用户反馈发现痛点


数据分析可以定量的对痛点进行判断,而用户反馈可以定性的对痛点进行感知和理解。


对于定向访谈来说,可以用访谈的形式根用户确认以下几件事:


‘你喜欢我们的产品吗?’

‘你在用这个产品之前,在用什么产品?’

‘这个产品给你带来帮助了吗?或者解决了你的问题吗?’

‘如果继续用它,你觉得会用多久?'

   '你觉得要变成什么样,你就更不会离开它了?'

   '如果现在你用不到它了,你会有不适吗?'

   '如果我们收费/做广告/提供付费服务,你会接受吗?'

   '你愿意在这个产品上花多少钱?'



4.需求优先级排序方法—KANO模型

Image title  简化版KANO模型截图


基于KANO模型可以完成优先级的标注,通常会用P1、P2、P3、P4来标注不同优先级的需求,P1优先级最高,P4优先级最低。


在需求分配时大致按照模块分配,但在出现工作量不平衡的情况时,可以酌情调整一下,让活少的同事予以配合,但是不管怎样,一定要指定负责人,它需要对需求负责,一直到产品上线后,出了问题他也要承担责任。


需要划定时间节点,指的是方案完成的截止时间(Deadline),就是当前需求能够完整提交给开发人员的时间。另外,如果要跟相关部门再确认、需要对用户调研及要统计各种数据再做判断,那么还要有调研或讨论完成的时间。



5.开发阶段需求排序


在可行性评审会后跟开发同学讨论出的实现成本,有个大致的排序(D1、D2、D3按照实现成本由低到高排序),再结合之前评估的需求重要紧急程度(P1、P2、P3),可把P序列和D序列做成矩阵图。

Image title

需求矩阵完成的顺序示意截图


有了矩阵图我们就可从性价比由高到低的顺序,依次完成需求了。


6.工作流中的协作管理


与技术人员的常规协作:与技术人员进行正式场合下的评审沟通,其意义在于:第一,确保产品经理对产品的要求传递给了技术人员;第二,确保技术部门的意见得到了表达;第三,双方对共同认可的内容予以确认。对于较大需求也是较复杂的功能,建议多进行几次评审,拉长进入开发前的准备时间是有帮助的。


与需求来源方的协作:跟他们协作主要关心的重点是需求完成的准确度和及时程度,所以也是类似跟技术部门的协作,要在需求管理的重要节点,跟需求来源方同步信息,确保他们认可目前的进展。如果有异议,那么就在节点尽快解决,拟定解决方案。


双赢心态:在遇到问题时,有的产品经理首先想的是说服程序员,想要‘赢过’程序员,有时很多问题是需要妥协的,在一些并没有太大影响的细节上跟程序员争执,看起来是你能取胜,但是事情却往更糟的方向发展。


所以在判断事情如何解决最有利时,要确保‘对大家有利’以及‘对产品有利’,而不是‘对我有利’,这样的心态才能确保协作的价值最大化。



7.技巧和方法—分析问题


7.1抽象问题


比如协作问题,跟技术部门的同事很难相处,通过了解实情,发现是经常有需求改动让大家情绪不好,再加上产品经理平时沟通时不大注意方式,让技术部门的同事反感。


可以说,不信任感是这个问题抽象出的本质。未必需要想尽办法去解决频繁改动需求的问题,也未必要让产品经理以后必须处处跟技术部门的同事退让,关键在于技术部门的同事对产品部门产生了不信任感,要想办法消除这种心态才是最重要的。


7.2逻辑分析的常见问题


混淆因果关系和相关性:2015年百度董事长李彦宏的一番话引起了热议,他说:“根据百度大数据的统计,常去足疗店的人身体最健康。”这句话在没有其它信息可供判断的情况下很可能是错的。常去足疗店的人群和身体健康的人群是有很大重叠的。也就意味着去足疗店和身体健康这两点只有相关性,而没有因果关系。所以,在看数据或者通过很多信息来判断事务时,不要先入为主认为两件事肯定是因果关系,要看一看他们是不是只有相关性,是否是由别的诱因导致的,而并没有逻辑上的先后关系。


概念有歧义或者偷换概念:在问题中,任何可能会造成歧义的词语短句都要明晰其定义,不管是自己分析,还是跟大家讨论都要避免前后不一、有冲突的情况。’9.11‘事件之后,世贸中心一个租户的保单里规定了每一桩事故的承包范围限制。被保险人的理解是每个受害者都是一桩事故,但保险公司认为整个恐怖事件是一桩事故。这个歧义影响到了保险公司到底是赔偿35亿美元(每桩事故的上限),还是很多个35亿美元。另外,建议用词尽量中立,大部分词语不要带褒贬色彩去讨论。


逻辑关系混乱,不熟悉归纳演绎:如果接触过计算机代码或者逻辑学方面的知识,就应该知道基础的逻辑运算就是‘与’、‘或’和‘非’。比如在设计功能时,只考虑了A与B条件下的情况和非A且非B条件下的情况,却不知道还要考虑A与非B和非A与B下的情况。


假设错误:我们通常会给逻辑分析设定一个假设,即使有时没有刻意去设定,也会有很多潜在的假设,在分析问题的时候,不仅要关注分析的流程本身有没有问题,还要看最初的假设是不是正确,如果假设是站不住的,那么整个分析就没有意义了。同时要避免滑坡谬误(slippery slope fallacy),是指假设整个事情是不可控的前提下,再去讨论问题。


轻易断言:问题摆在这儿,现在只有二种方法了,到底选哪个?这种话就是轻易断言。很多事情我们只是没有想到更好的解决方案,在这个世界上既不存在‘完美的’解决方案,也不存在‘唯一的’解决方案。在分析问题时,我们要找的是可以真正解决问题并且让我们自己满意的方案。


被统计数据欺骗:产品经理应该对统计数据敏感,但不能误读统计数据的含义。平均数就是一个很容易造成误导的数据。一个10人的微信群里大家的平均年薪是10万元,新加入了一个年薪100万元的人,整个群的平均年薪就会变成18万元。但跟原来相比,大家并没有更有钱。


以上,就是对与书中部分内容做出的提炼,后期继续上传对于其它书籍的解读。


最后借用书中的话总结一下,对于想从事产品经理岗位的同学来说,不要只把自己对知识和经验的追求限定在‘产品设计’和‘用户研究’这些层面,要尽量多地接触自己感兴趣的领域,它们会在你意想不到的地方发挥作用

更新:2018-05-17

收藏

2人已收藏

Ma小婧

生命的意义在于体验

  • 12

    作品

  • 4

    粉丝

  • 19

    关注

  • 捋捋在线K12
  • 母婴电商分析
  • illustration
  • 提升创造力的4步法
相关标签

    猜你喜欢

      2018-05-17 原创文章 经验/观点 举报 986 2 2 0

      《从点子到产品》干货整理

      0.0°

      你确定要举报《从点子到产品》干货整理

      如果查出恶意举报,十天内禁止提交任何举报申请。

      0/200

      上传证据: 超过10M的附件请使用网盘地址

      点击上传附件

      对谁可见:

      全部设计师
      • 全部设计师
      • 推荐设计师和认证设计师

      您确认要推荐?

      该作品发布时间:2018年05月17日

      评分

      完整度

      启发性

      勤奋性

      排版布局

      推荐心得

      建议20-200字以内

      0/200

      2
      2
      0

      账号或密码错误,请重新输入

      账号或密码错误,请重新输入

      登录

      手机号

      发送验证码 120s 验证码错误

      登录
      第三方账号登录