读《打造真正的新产品》

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


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

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

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

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


作者全书,总结如下:

如何创新?

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

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


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

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

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

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

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

比如:

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

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

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


更多文章
  • Golang(Go语言)爬虫框架colly简明教程及源码阅读与分析
  • 选择合适的技术栈
  • Golang的template(模板引擎)简明教程
  • 毕业三年,一路走来
  • 代码的坏味道
  • 消息分帧(字符串设计或协议设计)的两种形式
  • C, Go, Python的错误处理和异常机制杂谈
  • 好的命名是最好的文档
  • 读《系统之美:决策者的系统思考》
  • Linux高分屏支持
  • GCC默认的头文件搜索路径
  • 读《远见-如何规划职业生涯3大阶段》
  • 后端工程师学前端(五): SASS
  • 后端工程师学前端(四): CSS进阶(盒子模型)
  • 读《投资中最简单的事》