读《打造真正的新产品》
这本书豆瓣评分很低,但是我觉得还不错,下面是摘录和我的理解,文章较短。
要想创新,就必须超越功能,认清任务,创新的第一个关键就是认清任务。
为了确保找到正确的问题,你必须跳出自己的圈子,从一个旁观者的角度去审视这个问题。
功能是指产品能做什么,任务是指用户使用这个产品做什么。所有真正的产品创新,都发生在任务层面,因为是不是创新是由用户来评判的,而不是技术部门来评判的。
对于一般的购买者来说,效用的价值最大,其次是外观(且大多数情况下与效用的价值差距很大),新奇感排在最后。
作者全书,总结如下:
如何创新?
- 首先是找到正确的问题
- 列举使用产品的必经环节
- 将使用流程简化到极致
这三个步骤,就是针对小创新需要的步骤。
举个例子,商场购物车乱丢问题。
首先,我们要弄清楚用户使用这个产品完成什么任务?顾客目前使用购物车的过程是这样的:
- 取一辆购物车
- 推着购物车购物
- 把购物的东西推到自己的车旁边
- 把购物车丢到一边(尤其是天冷的时候)
- 商场员工将购物车收集到一起
- 商场员工把收集好的购物车推到店铺入口处
首先,购物车的功能,是运输货物。而用户使用时,完成的任务,就是购买东西之后,把购买的东西结账,然后放到车的旁边,如果能够 顺手的放购物车,那么用户可能会顺手放过去,但是如果很远,那么用户可能就随便乱放了。
上面已经列出了当前情况下所需要的步骤,而我们可以简化的步骤是第4步和第6步。如果我们可以激励用户,就可以简化这两步。
比如:
- 我们在停车场每隔一段距离,设置一个购物车停放点,这样就减少了用户放购物车的距离
- 用户把购物车放到指定停放点,可以随机抽取一个奖品(或者是可以夹娃娃等),这样就增加了对用户做这件事情的激励
这样做之后,就减少了第4步的损耗,同时减少了第5步的部分损耗。
但是这只是一个提案,当我们提出提案之后,还需要对提案进行MVP验证,然后才能看是否是一个有效的创新。
更多文章
本站热门
- socks5 协议详解
- zerotier简明教程
- 搞定面试中的系统设计题
- 用peewee代替SQLAlchemy
- frp 源码阅读与分析(一):流程和概念
- Golang(Go语言)中实现典型的fork调用
- DNSCrypt简明教程
- 一个Gunicorn worker数量引发的血案
- Golang validator使用教程
- Docker组件介绍(一):runc和containerd
- Docker组件介绍(二):shim, docker-init和docker-proxy
- 使用Go语言实现一个异步任务框架
- 协程(coroutine)简介 - 什么是协程?
- SQLAlchemy简明教程
- Go Module 简明教程