读《打造真正的新产品》

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


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

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

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

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


作者全书,总结如下:

如何创新?

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

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


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

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

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

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

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

比如:

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

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

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


更多文章
  • Redis源码阅读:key是怎么过期的
  • Redis源码阅读:字典是怎么实现的
  • Redis源码阅读:执行命令
  • Redis源码阅读:启动过程
  • WAL(Write-ahead logging)的套路
  • 搞定CORS问题
  • 如何定位程序问题所在
  • 设计一个IM归档系统
  • logrotate read only filesystem问题
  • Golang GIN写单测时,愉快的使用返回值
  • Python Queue源码分析
  • Go里优雅的使用全局配置
  • Golang sync.Map源码分析
  • Android滑动时隐藏FAB
  • Python中用tuple作为key