揭开AI产品PRD的面纱 | 浅谈其和互联网产品PRD的异同

前言：本文作者团员@星云 是腾讯车联网部门的产品经理，这是她的第1篇输出文章。AI产品的PRD（Product Requirement Document，产品需求文档）这个话题，可以说是有一定难度的，但本文的干货程度、逻辑性和文字功底，都是很不错的，赞一个。

1

引言

1、因技术领域而异的人工智能产品

首先，要说明的是，每个人工智能产品都因其所属的行业不同以及其应用的相关技术不同，有着很大的差异。比如，机器视觉产品和自然语言处理产品从行业数据特征、业务场景以及算法模型等方面都显得大相径庭，虽然同属于人工智能行业，但两个细分领域下产品经理所需的背景和知识完全不同。

2、人工智能产品分类

通常来说，人们从技术角度，将人工智能产品细分为：语音识别产品、自然语言处理产品、机器视觉产品和机器学习产品（详细内容，可以参考之前团长的文章AI产品经理的定义和分类）。此外，还有一类终端应用产品，它通过各种终端载体形式，综合应用了上述的多项技术。比如，对于车载智能终端上的语音助理，它主要应用了语音识别和自然语言处理两个领域的技术，它的产品需求除了涉及到这两个领域技术的应用策略外，还涉及语音助理客户端上相关的产品设计。  

本文尝试以“智能车载终端语音助理”产品为例，从语音识别、自然语言处理两类AI产品的角度出发，去尽可能的介绍人工智能产品需求与传统互联网产品需求的异同，也许无法完整的概括人工智能产品需求的方方面面，还请各位读者见谅。

2

AI产品和互联网产品PRD的异同

既然是PRD，AI产品的PRD也不外乎由文档描述、需求背景、竞品分析、需求范围、需求内容几大部分组成。其中，从文档描述到需求范围的部分，AI产品PRD和传统互联网产品PRD并没有太大的不同，二者的差异主要集中在需求内容的部分。而需求内容这方面的差异又因PM角色的不同而有所不同，因此在展开这一部分之前，先简要介绍一下车载语音助理产品的分工。

一般来说，一个车载语音助理可以由声学前端&ASR、客户端及Bot Framwork三部分组成，分别对应着声学交互PM、客户端PM及技能PM。

1、车载语音助理的产品分工

1）声学交互PM  

通过制订应用语音识别技术时的一些策略，来实现端上的一些产品特性。声学交互PM有点类似传统互联网的策略PM，但需要PM对语音识别的各项技术及其应用的场景较为了解。

2）客户端PM  

主要对语音助理框架性的交互（GUI及CUI）体验负责，过程中，往往需要形成一套交互规范供技能PM参考，保证端体验的一致性。语音客户端PM相比于传统互联网的客户端PM，除了要对GUI交互熟悉之外，更需要对CUI交互有独到的理解。

3）技能PM  

基于Bot Framwork，设计各个技能的意图、会话及服务，来实现端上的一些产品特性。技能PM需要对语义技术、语义设计有自己的理解，同时在服务设计上需要对CUI交互有自己的理解。 

如果将语音助理比作一座大厦，那声学交互PM就像是负责打地基的，提供了最基础的语音交互能力；而客户端PM，则像是用钢筋搭起了整个建筑的框架；而技能PM，则是用混凝土们将整个建筑填充的更加丰满。

2、车载语音助理的产品需求

由于声学交互PM、客户端PM和技能PM的分工不同，他们的需求文档在需求内容方面的侧重就有所不同。

1）声学交互类需求

这类需求，首先对技术提出了能力方面的要求，其次选取合适的场景将能力落地，形成一定的语音交互上的产品特性。一方面，产品需要在需求文档中说明“要运用的技术需要达到的能力”，并将这个能力包装为接口，指定相应的输入和输出，同时规定一些性能指标。另一方面，产品也会结合一些场景，制订一些策略，从而产出一些新的交互特性。这些特性，往往可能不是由一个单一的技术来实现的，可能需要将多种技术综合应用。

例如，语音助理的多音区，其实包含了两种技术能力。首先是声源定位，即分辨车内发音人的来源是在主驾、副驾还是后排，其次是波束成形，即可以只对唤醒人所在方向进行收音，对过程中非唤醒人的声音信号进行抑制。在这个能