内部领导汇报
释义（什么事？）
内部领导汇报（产品方案），又称向上汇报，指将产品需求文档转化为汇报内容（易于汇报与演示的载体），通过面对面、会议、评审或线下的方式汇报给团队领导，以得到领导的确认与后续支持。
汇报目的：获取内部领导后续推动（协调资源）的支持。
认知（怎么做？）
内部领导汇报，汇报的内容、环境、方式、标准规范与流程、对方与你的层级差别（扁平式管理除外）等因素，都会影响汇报时应提供的汇报材料（PPT演示版的产品需求文档，Word版的产品需求文档）、汇报的形式（评审会、单独汇报、通过第三方工具传递）等。
标准产品需求文档汇报的组合：PPT格式的简版PRD（内含关键的需求点、原型Demo等），通过评审会或会议室面对面汇报。
示例（打个样！）
【案例分析】小杰搭建平台产品线分为几个模块，其中会员管理模块由小葛分担。在会员管理的新功能产品需求文档评审时，部分核心评委及领导未能参会，在未征求他们意见的情况下，小葛直接发起了对跨部门领导的汇报。
在跨部门汇报前，小葛没有进行内部沟通与协调，没有向跨部门领导预约时间，没有让跨部门领导获知产品需求文档的总体性，汇报时，跨部门领导发现了3～5个小葛未能掌握与及时解答的关联问题，项目被终止，同时产品评审委员会收到项目停摆的意见书（P-S-EMAIL）。
可想而知，负向的汇报行为会给项目带来不可预知的负面结果。
汇报工作，不仅是把产品整体需求快速地传递给领导，更是需要诸多协调与对其他相关人员起码的尊重，这些都能影响成败。
待交付方汇报
释义（什么事？）
产品方案的待交付方汇报，是指产品需求文档在通过评审后，如何向待交付方（研发、测试等）传达与启动下一里程碑（研发立项与项目计划、测试用例撰写计划等的推进）工作。
关键点：产品需求交付阶段的里程碑确认。
在交付时，采用培训或汇报的方式，宣传介绍产品需求文档的细节，并收集问题及约定相应里程碑的工期时间节点、项目对接人、日常协作与推进流程等。
认知（怎么做？）
向产品需求文档的待交付方汇报，形式不限，目的是让交接方获知产品需求文档的当前现状并开启交付方的相关工作。
难点：交付方的对接人员与实际执行人之间有差异与变化，会出现对接不畅与重复劳作，易出现需求交付错误与不及时的情况。
示例（打个样！）
【案例分析】小唐由于新接手产品工作，一切均是从0到1。(www.xing528.com)
在交付产品需求文档的过程中，因为觉得跨部门领导较忙或内心胆怯，怕自己提出的产品需求有漏洞或是错误，在交付的过程中，是采用倒漏斗的形式逐级进行交付的。
在与各模块研发执行人员沟通交接完之后，接着找到各组负责人及研发总负责人，但是发现在交付过程中，融入了各方意见的需求后，在跟研发总负责人汇报时，已经过去一周。交接任务重，各个研发小组的分歧越来越多！小唐在默认研发团队的总负责人了解需求的基础上，讲着反馈各种研发问题。
接下来的结果可想而知，还好研发团队的总负责人在得知小唐是新产品经理时手下留情，让其先重新讲一下产品需求文档，并在得知需求大概后，找到各组研发负责人协调并解答各自在产品需求上理解的差异。
小唐的经历大家应该都遇到过，但是未必都能遇到如此细心的研发团队总负责人。所以，在产品需求的交付过程中要找到交付的关键人，并通过关键人协同自身一起推动产品需求准确地传递到各个待交付的团队。
内部团队宣讲
释义（什么事？）
产品需求文档的内部团队宣讲，在形式（开会讲PPT）上可有可无，但在实际产品推进的过程中却是不可或缺的环节。
产品需求文档内部团队宣讲，是指将需求文档的内容给公司内、团队内的关联执行者宣讲的工作，是通过尽量短的时间，让更多的人获知需求的过程。
认知（怎么做？）
假设：如果一个产品是一个研发、测试的小微项目，那么就把相关方一起请来，在宣讲过程中让更多的问题碰撞，并得到解答，给予内部团队统一的认识。
示例（打个样！）
【案例分析】在内部团队宣讲，有些时候是指在产品模块关联时，产品需求与被需求方的内部统一认识的过程。尤其是多模块协同的产品线，产品经理在开模块产品的需求发布会或宣讲会时，如果内部需求没有达成一致，在对用户讲解或是内部关联团队参会的情况下，会带来负向认知。
外部对接团队宣讲
释义（什么事？）
外部对接团队宣讲，根据内外部的划分不同，所指不同，一般情况下，是指给予项目团队以外的对接团队（甲方、外包等）的产品需求文档的宣讲工作。
认知（怎么做？）
外部对接团队宣讲的开展，一般以多方会议的形式进行。在会议过程中，建议先讲产品需求，在了解产品需求的基础上，再讲双方的对接点及问题，在达成共识的基础上，讨论问题才会有一致的目的性。
示例（打个样！）
【案例分析】小章做了多年乙方的产品，对于外部对接团队的宣讲有自己的独到认识。如何能顺利地开展外部对接团队宣讲，首先要目的清晰，把握住当前阶段不是与外部的团队谈接口需求，而是传递自己的产品需求。
关键点：先讲需求，再谈接口，在产品思路上统一认识后，沟通与探讨的目的性才会更强些。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
