什么是好的产品研发流程?

子珂
2021-10-05 看过

这本书读起来感觉有点过时 (虽然是17年的新版),或者说很多新的想法、细节没有涉及

本书的主要内容,就是product discovery. 推荐阅读顺序

- https://svpg.com/insights/product/discovery/ 2020年以来最近的discovery专题 ("discovery - " 开头的)

- 本书的part 1, 3, 4. 讲解什么是product discovery; 针对不同的场景,采用什么样的discovery/test 方法

- https://book.douban.com/subject/35363202/ Working Backwards 中的PR+FAQ部分. 属于Amazon的方法论. 视野更打开一些


关于最新blog中的product discovery的笔记如下(书中的方法细节可以需要再读)

(0) 没有固定的方法 (No Recipe)

这其实是书中的,大概是我从中得到的最大慰藉.

人们以为只要遵循某些流程、方法就可以打造出爆品。这是不存在的. 只能在流程上下功夫(即product discovery/delivery相关的方法). 具体见书part 3, 4

(1) 寻找洞见 (Insights >> Learning)

https://svpg.com/discovery-learning-vs-insights/

在产品开发/迭代中,会一直了解新东西(因为功能通常不会一开始就满足需求、或者一些方向有问题)

但学习并不是目的,需要寻找insight (可以产生实际行动、效果的看法)。根据影响不同,可能会是功能的改进/修正,产品策略的调整,或者整个产品的转型。怎么更好地给客户提供服务、解决问题

因此也不需要给discovery设定OKR, OKR还是围绕着商业效果产生. 不要本末倒置过于重视各类persona等等(即学习的产物)

(2) 需求验证大部分时候没什么用 (Solution >> Problem)

https://svpg.com/discovery-problem-vs-solution/

很多时候,人们倾向于让PM定义问题,工程师提供解决方案. 搜易PM花很多时间调研用户的需求、问题

但需求/问题/市场通常都是存在的,(经过调研,很多得到的回答是没有需求,或者产品做出来觉得没需求)。大部分问题实际是产品不够好。比如,

- zoom

- slack/discord

- shopify

- stripe

- airbnb

...大部分都并不是该领域的第一款/最早的产品,但都取得了极大的成功. 更大层面来说, google, iphone, netflix都不是领域的第一款产品.

所以当拿着一个很弱的产品的时候(比如slack之前的工作IM, zoom之前的通讯软件),去找用户验证需求,会得到没有需求的反馈. 产品团队要重视的不是"没有需求",而是"这款产品相对于用户的现状/现有产品,改善了多少?"

(3) 好产品需要各方的合作 (empowered engineer, mkt etc.)

https://svpg.com/discovery-problem-vs-solution/

那怎么做出好的产品呢? 如果去看这些成功产品的路径,对比之前的项目,会发现各有不同,但都会在某些方面补强,可能是distribution, 稳定性,底层技术,用户体验...

所以在discovery阶段,PM/designer/领域专家为主,但同样也需要来自工程师(或者市场, sales等等)的参与

换句话说

- 业务领导/PM直接出方案、需求,工程师直接写代码,只能产出比较弱的产品 (除非PM非常强,产品形态简单的情况)

- 当有任何人命令"直接做什么就可以"的时候,通常不会产生好的结果。因为没有来自其他团队的改进。本质和请外包团队做开发差不多。如果产品依赖于创新,那自然很难做好

(4) product discovery是灵活多变、需要判断力的

https://svpg.com/discovery-judgement/

https://svpg.com/discovery-vs-documentation/

做产品需要考虑的问题很多,如果全部按流程,确定性可以提高,但需要的资源、时间就很久了

因此很多时候,需要主观判断。比如某些方面并不重要(比如对技术驱动产品而言,UX相对问题是小的,可以简化处理),因此可以少投入资源、文档可以少写、可以定性分析需求而不用定量...

也正因为如此,团队才需要有经验的PM. 更快的得到结果,而不是完全按流程进行。对新人来说, 可以学习各类思维框架/文档模板,然后选取重要部分入手

(5) startup founder如何测试产品想法

https://svpg.com/discovery-excuses/

本质来说,就是分析清楚涉及的问题、采用各种可能的方式验证最重要的问题。形式是不拘一格的,不一定需要开发完产品才行. 其实和Amazon的PR + FAQ差不多.

对创业团队来说,更重要的是认识清楚问题之后,找到能解决这些问题的人. 即组建团队、获取初始资源.


总结

(1) 流程

BRD -> PRD -> 开发 (不是直接PRD -> 开发)

这就是作者认为的好的产品研发流程 (即How to Create Tech Products Customers Love)。这本书想解决的问题,就是很多团队跳过调研(或者对市场没有足够的认识),直接进入开发阶段,因此要么做出来的产品在某些方面不够好、忽略了某些重要问题,要么没有意识到要不断迭代才能有效果

BRD就是marty cagan所说的product discovery, 考虑产品可能面对的主要问题, 做各类原型测试; 也是Amazon的PR + FAQ的阶段

(2) 原则

- 做产品很难. 通常不是没有需求,而是产品不够好 (产品的定义很宽泛,可以说是用户体验的总和,而不仅指功能).

- 调研/BRD阶段需要各团队(不仅是工程师,也可以是市场等其他团队)的合作,提前考虑清楚重点问题如何解决。因为不同产品的面对的难点是不同的,有的可能在于市场层面,有的可能在技术层面,有的可能在线下层面等等

- 根据产品/问题大小的不同,对于高不确定性的事情,需要重视调研; 对比较确定的功能,出产品出方案,工程师直接开发是可以的

3 有用
0 没用
Inspired Inspired 8.8分

查看更多豆瓣高分好书

评论 3条

查看全部3条回复·打开App 添加回应

Inspired的更多书评

推荐Inspired的豆列

了解更多图书信息

豆瓣
免费下载 iOS / Android 版客户端