淘系技术团队的需求澄清

1. 淘系技术团队的PRD文档

淘系技术团队的产品需求文档，通常也称为PRD（Product Requirements Document），一般都是由淘系技术团队的产品经理根据需求的需要进行撰写，PRD是需求进入交付环节之前非常重要的产物，也是淘系技术团队的产品经理将淘系技术团队的业务需求、系技术团队的用户需求翻译成产品语言的产物，那么系技术团队的PRD的意义到底有哪些呢？

l  降低项目成员沟通成本：淘系技术团队的项目成员可以通过文档理解和查看逻辑问题，而无需额外找淘系技术团队的产品经理在线下确认。

l  逻辑梳理，避免遗漏：PRD中会梳理所有的产品逻辑。

l  信息存档：方便后来淘系技术团队的产品经理对于过往需求有更全面的了解，同时也是作为淘系技术团队沉淀的资产，PRD可以算作是对产品的注释。

但是实际上，每个产品经理都有自己的风格，因此可能会因为每个人履历的不同，所写的PRD文档也是千差万别，那么为了更好地统一大家的认知、提升其他成员的浏览效率，作为PM应该针对需求模板进行相应的统一，淘宝天猫常见的需求模板包括如下几个方面。

l  需求背景：填写需求来源、需要解决的问题和达成的目标等，用于描述需求的重要度等。

l  需求方案：填写需求的详细逻辑，业务流程（正常异常）和业务规则等。

l  需求验收标准：填写需求的详细逻辑和内容，数据类需求需要增加明确的指标定义。

l  依赖方：填写需求所要依赖的业务和模块。

l  数据埋点：确认数据埋点的需求，以方便后续进行数据分析。

利用上述统一模板的PRD进行撰写，一方面可以统一大家的PRD格式，另一方面，我们也会要求PD（Production designer，产品经理）在写PRD之前，一定要考虑清楚需求的价值、目标到底是什么，这在一定程度上可以避免一些没有经过深入思考和论证的需求直接进入开发过程，从而导致开发资源的浪费。

2. 淘系技术团队的评审活动

需求评审的意义

需求评审是淘系技术团队的产品经理阐述需求设计思路的重点环节，也是从需求设想到开发阶段的必经之路。淘系技术团队的需求评审一般扮演着非常重要的承上启下的作用，需要在需求评审会上让各参与方都明白产品的设计思路、产品价值、背景、目标及可能需要的依赖。如果淘系技术团队的评审会上还有不明确的点，那么在会后还需要继续讨论，直至明确敲定所有的细节。下面简单总结一下淘系技术团队的需求评审的几个目的。

明确业务、产品价值

需求是为提高用户体验、解决用户痛点等服务的，那么我们做需求也要明确其最终实现的业务或产品价值到底是什么，需要通过需求评审会议做一次全方位的传达。

达成一致意见

现实中一个需求的实现往往需要项目组各端成员的协同，那么拉齐大家对于需求理解的一致性是非常有必要的，同时也能明确大家对于需求的疑问点，以及所要面临的挑战。

 明确最终需求

评审会的各参与方可以从不同的角度思辨需求的真伪、完善度及合理性，从而保障最终得出的是真正的需求。

需求评审的参与人

需求评审会需要所有决定需求实现的淘系技术团队相关人员都参与其中，包括淘系技术团队的业务方、淘系技术团队的产品经理、淘系技术团队的UED（交互视觉设计师）、淘系技术团队的项目经理、淘系技术团队的开发人员、淘系技术团队的测试人员、淘系技术团队的相关依赖方等，只要是会影响到需求按时上线的相关人员都需要到场一同参加。

 业务方：运营人员往往也会提出一些需求，对于运营人员来说可能只是一句话的需求，对于淘系技术团队的产品经理来说就需要翻译为产品预演，结合整体的产品设计给出合理的解决方案。

UED：指交互视觉设计师，产品人员一般会在需求评审会之前就准备好产品的原型，这就需要交互视觉设计师对于整体的交互流程、页面展现等进行实现，最终向开发人员提供交互稿或视觉稿。

PM：如果淘系技术团队项目组有专门的项目管理人员，则一定要参与

开发人员：包括客户端、前端、服务端等所有与需求实现相关的开发人员都需要参与，同时建议技术总监一同参与需求评审会。

测试人员：测试是对需求质量进行把控的重要一环，因此测试人员必须参与需求评审会。

依赖方：如果该需求的实现需要依赖其他团队的上下游链路，那么依赖方的产品人员和开发人员也要参加需求评审会。

淘系技术团队的需求评审流程

淘系技术团队需求评审的流程一般分为三个阶段，分别是评审前、评审中、评审后，在各个评审阶段，我们都要提前做一些准备，下面具体来看下各阶段的准备工作

1）评审前

准备好需求之后，淘系技术团队的产品经理或项目经理应至少提前2~3天向参与方发送需求评审会议，明确评审会议的时间、地点，同时附上PRD，让参与方能够提前了解需求细节。

2）评审中

需求评审会中主要由淘系技术团队PD（产品经理）讲解需求的背景和价值、功能模块及整体的优先级，同时如果提前准备好了交互流程，那么交互视觉设计师也可以在会上讲解交互流程。评审会上参与方应对所有不明确、依赖边界情况、技术实现困难点等问题提出自己的疑义，尽量在会议中明确敲定各项问题，如需进行线下讨论，那么淘系技术团队产品人员应与所有相关方将存在疑义的问题点全部讨论清楚。为了保证需求评审会的高效性，需要特别注意如下列举事项。

·          评审过程中要确保PRD与交互稿保持一致。

·         淘系技术团队产品经理或淘系技术团队项目经理一定要控制好整体会议的流程及进度，避免大家在讨论的过程中跑题，组织者应尽量控制会议的效率及讨论的方向。

·          如果会议中出现大的歧义或疑义点，应记录下来在会后进行小范围讨论，评审会上先明确敲定大家一致认同的需求点。

·          切忌在会上陷入技术方案的讨论，技术方案应通过单独的会议进行对焦，评审会上开发人员可以根据自己的经验提供一些建议和反馈，但不要展开细节的讨论。

3）评审后

评审会议结束后，如果会上所有的逻辑都已明确，那么淘系技术团队产品经理应将最终版本的PRD明确后，提交给到项目组的相关人员，同时淘系技术团队设计师开始介入进行UI设计，淘系技术团队开发人员设计技术方案并评估工作量。

如果会议中还存在有待明确的点，那么会后淘系技术团队产品经理或淘系技术团队项目经理应连同相关人员明确敲定这些疑问的点，并且在得出明确结论后，应该同步给所有的淘系技术团队相关人员，建议通过当面沟通、邮件、群沟通等各种形式同步最终结论，以防部分人员因信息不对而导致需求遗留，或者造成开发资源的浪费。