读《打造真正的新产品》

这本书豆瓣评分很低,但是我觉得还不错,下面是摘录和我的理解,文章较短。


要想创新,就必须超越功能,认清任务,创新的第一个关键就是认清任务。

为了确保找到正确的问题,你必须跳出自己的圈子,从一个旁观者的角度去审视这个问题。

功能是指产品能做什么,任务是指用户使用这个产品做什么。所有真正的产品创新,都发生在任务层面,因为是不是创新是由用户来评判的,而不是技术部门来评判的。

对于一般的购买者来说,效用的价值最大,其次是外观(且大多数情况下与效用的价值差距很大),新奇感排在最后。


作者全书,总结如下:

如何创新?

  • 首先是找到正确的问题
  • 列举使用产品的必经环节
  • 将使用流程简化到极致

这三个步骤,就是针对小创新需要的步骤。


举个例子,商场购物车乱丢问题。

首先,我们要弄清楚用户使用这个产品完成什么任务?顾客目前使用购物车的过程是这样的:

  1. 取一辆购物车
  2. 推着购物车购物
  3. 把购物的东西推到自己的车旁边
  4. 把购物车丢到一边(尤其是天冷的时候)
  5. 商场员工将购物车收集到一起
  6. 商场员工把收集好的购物车推到店铺入口处

首先,购物车的功能,是运输货物。而用户使用时,完成的任务,就是购买东西之后,把购买的东西结账,然后放到车的旁边,如果能够 顺手的放购物车,那么用户可能会顺手放过去,但是如果很远,那么用户可能就随便乱放了。

上面已经列出了当前情况下所需要的步骤,而我们可以简化的步骤是第4步和第6步。如果我们可以激励用户,就可以简化这两步。

比如:

  • 我们在停车场每隔一段距离,设置一个购物车停放点,这样就减少了用户放购物车的距离
  • 用户把购物车放到指定停放点,可以随机抽取一个奖品(或者是可以夹娃娃等),这样就增加了对用户做这件事情的激励

这样做之后,就减少了第4步的损耗,同时减少了第5步的部分损耗。

但是这只是一个提案,当我们提出提案之后,还需要对提案进行MVP验证,然后才能看是否是一个有效的创新。


更多文章
  • etcd源码阅读与分析(三):wal
  • Memory leak in net/http
  • etcd源码阅读与分析(二):raft
  • etcd源码阅读与分析(一):raftexample
  • 虚拟机里的Ubuntu sudo时卡住
  • Raft论文阅读笔记
  • Go访问私有变量
  • 避免全局变量
  • Go的unsafe包
  • Golang中实现禁止拷贝
  • 人生如戏,全靠演技 -- 《日常生活中的自我呈现》读后感
  • Golang的反射
  • 数据库事务
  • 把网站去掉CSS之后
  • 处理并发的方式