# 交付

LLMS 索引： [llms.txt](/llms.txt)

---

<a id="part2"></a>

作为一名具备产品思维的工程师，当你即将发布一个重大版本时，请执着地追问一个问题：你将如何让用户来验证，你的产品确实做到了它该做的事。

在这件事上，主流社交媒体公司很幸运。它们拥有规模庞大且宽容度高的用户群，以及极其强大的软件分发机制：信息流。它们可以快速发布实验性功能；无论是投票、游戏邀请、活动、群组、视频还是限时动态（Stories），都能先分发给一小部分用户，收集反馈和指标，并进行 A/B 测试。

而在光谱的另一端，自动驾驶创业公司就没这么幸运。它们往往要先迭代多年，才能向客户发布任何产品。它们雇用专业人员在采集数据时看护车辆，直到系统可靠性达到超越人类的水平。换句话说，在其行驶里程中，超过 99.999999% 都不能发生致命事故。

这些做法几乎没有共同点。唯一的共性是：它们都在做产品验证。

> [!TIP]
> 让用户验证你的产品。

让用户参与产品验证，既能回答关键的未决问题，也能发现你此前没有想到的问题。

接下来的两章将介绍一些成本效益极高的方法，帮助你基于用户验证来迭代交付并持续打磨软件产品。

在发布之前，你会通过 [Chapter 4](/ch4/#ch04_dogfooding) 的内容，先让产品承受早期压力：你和同事会亲自试用软件、进行测试、撰写摩擦日志，并认真编写文档。

[Chapter 5](/ch5/#ch05_user_feedback) 将聚焦发布之后：如何通过反馈、实验和指标，听见真实用户的声音。