自动驾驶产品需求文档(PRD)的构成:构建需求蓝图

作者 | 陈龙

荐 言：

今天推荐Vehicle公众号主理人陈龙老师的新书《自动驾驶产品经理》，这是一本基于大量案例分析和实战经验，构建起系统且全面的知识框架。本书通过自动驾驶基础与产品核心、产品研发与交付流程、产品运营与商业化、未来展望与行业趋势和产品经理的成长路径五个分，细讲解了自动驾驶产品“从0到1”和“从1到N”的全生命周期概念与知识，以及自动驾驶产品经理的职业要求和发展路径。特别推荐给大家！

本文节选自书籍第4章“产品需求文档（PRD）的撰写与管理”。更多内容可以点击下方链接了解。

正 文：

产品需求文档（Product Requirement Document，PRD）是产品经理与研发、测试、设计、运营等团队沟通的核心桥梁。在自动驾驶领域，PRD的撰写尤为关键，因为它不仅要详细描述功能，还要明确定义复杂的系统行为、安全边界和性能指标。一个高质量的PRD能有效减少沟通成本、避免理解偏差，并为后续的开发、测试、验收提供明确依据。

自动驾驶产品的PRD（图4-1）通常比传统软件产品的PRD更加详细且复杂，需要涵盖宏观的产品愿景和微观的交互逻辑，以及严格的安全和性能要求。

图1 自动驾驶产品PRD

以下是一个典型的自动驾驶PRD的核心构成要素。

记录文档责任人、创立修改时间等，确保文档管理和答疑联络正常执行，一般包含以下内容。

1）版本历史：记录每次修改的时间、修改人、修改内容摘要，确保所有团队成员都以最新版本为基础开展工作。

2）作者与负责人：明确PRD的撰写者和主要负责人。

3）创建日期与最近更新日期：方便追踪文档状态。

4）状态（草稿/评审中/已发布/已废弃）：便于对文档进行生命周期管理。

确定产品的背景信息，明确需要达成哪些目标，一般包含以下内容。

1）产品概述：用简洁的语言描述产品或功能的核心，包括需要解决什么问题，以及在产品体系中的定位。

2）市场背景与用户痛点：详细分析为什么要开发一项功能，用户有哪些痛点，市场上有哪些空白或机会，这些分析将为后续的功能设计提供依据。

3）产品愿景与目标（Vision & Goals）。

① 愿景：产品长期希望达成的终极状态。

② 北极星指标（North Star Metric）：产品的核心成功指标（如自动驾驶里程渗透率、用户留存率等）。

③ SMART目标：设定具体、可衡量、可实现、相关、有时间限制的阶段性目标，例如“到2026年年底，高速NGP百公里接管次数降低至2次”。

4）用户价值与商业价值：明确一项功能将为用户带来什么（安全、便利、效率），以及为公司带来什么（用户增长、营收、品牌提升）。

5）产品范围（Scope）：明确哪些功能或场景在当前版本中不予支持，避免范围蔓延（Scope Creep）。这在自动驾驶领域尤为重要，因为它的场景复杂度高，需要严格限定功能边界，例如明确“城市NGP版本不包含掉头”。

将产品置于目标用户的生活场景中，分解用户旅程等。

1. 用户画像：描述目标用户群体的特征、需求、行为模式。

2. 核心用户故事：以用户为中心描述功能，通常格式为“作为【某类用户】，我想要【做某件事】，以便于【达成某种价值】”。 

示例1：作为一名经常跑高速的商务人士，我想要在高速巡航时开启自动驾驶功能，以便于减轻驾驶疲劳感，并能偶尔查看手机信息。

示例2：作为一名“新手司机”，我想要使用自动泊车功能，以便于在狭窄车位也能轻松泊车，避免刮蹭。

3. 关键使用场景（Key Use Cases）：详细描述用户在何种场景下使用该功能，具体如下。

1）前置条件：功能激活需要满足的条件（如车速、车道线、传感器状态）。

2）用户操作：用户如何与系统交互（如按键、语音、中控屏幕操作）。

3）系统响应：系统如何反馈（如视觉提示、听觉提示、车辆行为）。

4）异常场景：功能在异常情况下的行为（如传感器失效、网络中断、遇到特殊交通状况等）。

5）退出条件：功能何时退出，如何安全退出。

4. 场景示例：高速导航辅助自动变道功能的关键使用场景。

1）前置条件：车辆处于NGP模式，车速30~120km/h，导航设定，前方有慢车或导航推荐变道。

2）用户操作：持续NGP状态。

3）系统响应：

① 系统判断变道时机。

② 屏幕显示变道提示，发出语音提示“即将变道”。

③ 车辆自动开启转向灯，检测盲区无障碍物，平稳变道。

④ 变道完成后，关闭转向灯，恢复车道居中。

4）异常场景：变道中突然有车辆加塞，盲区传感器故障，车道线消失，用户进行制动操作。

5）退出条件：用户接管方向盘/踩下制动踏板，系统判断无法安全变道。

拆解用户旅程，将其定义为可以设计的功能和技术要求，这是PRD的核心内容，即详细定义产品，并让开发和设计人员理解。

1）功能模块拆解：将核心功能拆解为更小的子功能模块，并详细描述每个模块的具体行为。

2）逻辑流程图：使用流程图清晰展示功能从开始到结束的完整逻辑，包括决策点和分支。

3）状态机：对于复杂的系统行为（如自动驾驶的激活、运行、降级、退出状态），使用状态机图清晰定义每个状态及其转换条件。

4）人机交互（HMI）规范。

① 视觉（UI）：屏幕显示界面、图标、动画、文字提示等，需要附带原型图或草图。

② 听觉（Audio）：语音提示、警示音等，包括文本、语调、触发时机。

③ 触觉（Haptic）：方向盘振动、座椅振动等（如有）。

④ 交互逻辑：用户如何通过屏幕、方向盘按键、语音等与系统进行交互。

5）性能指标：针对功能的核心表现，明确可量化的性能指标和目标值，这与第3章的指标体系紧密关联。

示例1：城市NGP车道保持居中误差：90%时间段内≤20cm。

示例2：自动泊车平均泊车时长：≤38s。

示例3：障碍物识别率（针对行人）：白天≥99%，夜晚≥95%。

6）非功能性需求（Non-Functional Requirements）。

① 安全性：详细定义安全设计原则、故障降级策略、安全冗余要求、应对失效模式的措施。

② 可靠性：系统在长时间运行下的稳定性，如平均无故障时间（MTBF）。

③ 可维护性：系统易于调试、修复和升级的能力。

④ 可扩展性：系统未来功能扩展的灵活性。

⑤ 数据要求：需要采集哪些数据用于算法训练、系统监控和问题分析，以及数据存储、传输和处理的规范。

⑥ OTA要求：功能是否支持OTA，以及升级流程和兼容性要求。

⑦ 法规合规性：遵循当地的交通法规和自动驾驶相关标准，可以罗列出法规框架。

⑧ 硬件兼容性：功能支持哪些硬件配置（如传感器版本、计算平台）。

数据与埋点是产品迭代运营的关键，它们能帮助确定产品的成功率和迭代方向。

1）关键数据点定义：明确哪些数据需要被采集，用于后续的产品分析、算法优化和问题诊断。

2）埋点方案：定义埋点的名称、触发时机、参数等，确保数据能被准确记录。

3）日志要求：定义日志级别、内容和存储策略，用于故障排查。

4）案例：对于自动驾驶系统，需要记录每次接管的车辆状态、环境信息、传感器数据、算法决策过程等。泊车功能需要记录泊车成功/失败、泊车时长、泊车路径等。这些数据是驱动产品迭代和优化的生命线。

一些方便用于客服用户支持和评价产品的常用信息。

1）客服与用户支持：当用户遇到问题时，如何提供支持，以及客服需要了解哪些信息。

2）数据看板需求：需要展示哪些关键指标，以供产品、运营、研发团队日常监控。

3）监控与告警：如何监控上线后的功能表现，需要设置哪些告警阈值，例如，如果百公里接管次数突然升高，则需要触发告警。

下一篇，我们将介绍：自动驾驶PRD评审与“讨还”的艺术，欢迎关注！