价值发现与快速验证:软件开发的关键环节
立即解锁
发布时间: 2025-08-24 02:20:42 阅读量: 1 订阅数: 5 

# 价值发现与快速验证:软件开发的关键环节
## 1. 价值发现循环
价值发现循环涉及业务流程的多个方面和各种角色。在探讨问题的可行解决方案时,可能会发现另一个重要但潜在的问题。
### 1.1 测量与量化的意义
在发现过程中,“测量和量化”具有重要意义。讨论时,人们对测量指标和量化结果的理解往往不一致,这可能导致对先前商定指标的异议。不过,这是好事,因为我们发现了日常交流中通常被忽视的理解偏差。应对这些偏差时,探索者可以先记录下来稍后深入研究,或者记录当前讨论结果并开启新问题的发现之旅,甚至分成更多小组分别讨论这些偏差,然后同步结论。无论异议是什么,参与发现的人都应就行动达成共识。
### 1.2 风险不等价原则
通过对每个业务问题的分析,我们可以发现风险或提出假设。如果为每个假设制定多种验证方案并逐一实施,成本太高,还可能错过市场机会。因此,只需为高风险假设设计验证方案,并尽量以较低成本进行验证。对于低风险假设,团队在设计解决方案时应确定一些测量指标,并在验证完成后收集相关数据。
### 1.3 避免上帝视角
在某个领域工作多年后,一些人认为自己非常了解用户,在开发产品时可能会“凭空想象”,并以“关心用户体验”为荣。但这种工作方式可能导致产品上线后收到用户对产品功能的抱怨。
例如,2017 年一家互联网公司的人工智能部门需要大量不同类型的数据标注。最初通过线下考试招募数据标注员,但随着数据标注需求的增加和标注员的流动性,人力短缺问题加剧,线下考试无法招募到足够的标注员。于是公司决定组建产品研发团队开发在线考试系统。产品负责人在从数据操作员和顾问那里了解业务领域知识和需求后,编写了需求规格说明书,并直接设计了一个完整的用户界面。然而,该系统上线第一天就收到了大量反馈,称多个功能运行不佳。
回顾和反思后,团队承认有两个主要错误:
1. 团队成员认为自己了解受访者的所有需求,在完成所有开发工作之前从未在真实用户中验证该系统。
2. 团队成员认为自己有能力开发出令人满意的在线考试系统,一开始就没有考虑开发 MVP,而是直接设计了一个“大而全”的产品,导致开发周期长。
后来,团队讨论了如果项目返工该怎么做,并找到了几种提前验证功能需求的可行解决方案:
1. 纸质原型法(POP):将系统交互原型打印在纸上,邀请用户体验其功能,观察他们的行为,并与他们沟通以获得真实的用户反馈。POP 现在适用于许多电子工具。
2. MVP 方法:快速向标注员推出简化版测试,即在线考试只要求申请人标注一种类型的数据,题库和出题功能暂时由内部人员手动操作。
### 1.4 数据的局限性
建立数据指标系统和测试机制并能够收集大量数据后,要注意收集的数据只能告诉我们当前的状态,而不是根本原因,也不能帮助我们完全预测未来,尤其是当业务市场发生变化且数据无法显示时。
例如,中国短视频移动应用快手的前身是 GIF 快手,一款移动 GIF 生成工具。在其鼎盛时期,GIF 快手有数千万用户和数百万日活跃用户,但留存率较低。2013 年,GIF 快手转型为现在的短视频应用快手,日活跃用户一度降至 1 万级别,但到编写本书时已达 1 亿。如果公司只关注用户数量并坚持 GIF 业务,就不可能拥有如此庞大的用户群。
总之,即使获得了指标数据,我们仍需仔细思考,分析数据背后的原因,思考未来发展趋势,甚至提出一些尚不确定的问题或方向,并重新启动发现循环。
### 1.5 蛇形爬行效应
团队针对问题想出实验设计 A 并准备实施,但在实施完成或结果出来之前,团队又提出了新设计 B,他们对这个新想法非常兴奋,决定立即实施。不久后,又提出设计 C,如此循环。
这种情况在中小企业快速扩张人员时经常发生。其原因可能是实施时间过长,或者 CEO 迅速转移注意力。尽管我们试图解决的业务问题可能变得无效,但这种情况仍然给团队领导带来了巨大挑战。
### 1.6 价值发现循环总结
价值发现循环包括四个关键步骤:提问、目标设定、共创和细化。为了顺利实施这四个步骤,必须遵循“分解与快速试错”、“一次只验证一点”和“允许失败”的原则。
常用的共创和细化方法有六种,即装饰窗口、最小可行功能、特殊区域、定向探索者、玉米娃娃和 MVP。这些方法可以帮助团队以最少的时间和成本确定真正的用户需求,避免最终产品与用户需求之间的偏差,达到事半功倍的效果。价值发现循环中的最小可行解决方案对价值验证速度有很大影响,是一种以最低成本实现更多价值交付的高度推荐方法。
以下是价值发现循环的关键要点总结表格:
|要点|详情|
|----|----|
|测量与量化|发现理解偏差,不同应对方式|
|风险不等价|高风险假设重点验证,低风险假设确定指标收集数据|
|避免上帝视角|案例说明错误及解决方案|
|数据局限性|数据不能说明根本原因和预测未来|
|蛇形爬行效应|中小企业常见情况及原因|
|关键步骤与方法|四个步骤及六种方法助力价值发现|
下面是价值发现循环的 mermaid 流程图:
```mermaid
graph LR
A[提问] --> B[目标设定]
B --> C[共创]
C --> D[细化]
D --> A
E[测量与量化] --> F[风险不等价分析]
F --> G[避免上帝视角检查]
G --> H[数据局限性考量]
H --> I[蛇形爬行效应预防]
I --> A
```
## 2. 快速验证循环
在商定了价值发现循环中开发的最小可行产品(MVP)后,需要将其交付给用户(客户),收集他们真实可靠的反馈,并通过快速运行的验证循环进行验证。验证循环的速度由两部分决定:一是价值发现循环中开发的 MVP 的规模和复杂性,二是验证循环本身的速度。
### 2.1 验证循环的目标
进入验证循环的基本前提是“团队认为所选解决方案是验证或解决当前业务问题的最佳方式”。验证循环的目标是通过各种方法和工具,尽快将可靠的解决方案交付给客户,然后收集和分析他们的反馈并从中学习。
虽然质量和速度是验证循环的关键因素,但它们通常被认为是相互排斥的:高质量通常会降低交付速度,而快速交付会降低交付质量。然而,根据 Puppet 和 DevOps 研究与评估(DORA)发布的《2017 年 DevOps 状态报告》,与低绩效信息技术(IT)组织相比,高绩效组织可以同时实现两个目标(更好的稳定性和更快的吞吐量)。持续交付 1.0 的原则,如内置质量、小批量交付和所有重复性任务
0
0
复制全文
相关推荐










