汇报文档,泛指在工作场景中出于推动立项、汇报进展、复盘分享等目的,为自己或上级所撰写的即用稿或用于整合的材料。虽然企业管理日趋扁平化,但由于专业化分工和自下而上决策场景的广泛存在,如今在绝大多数商业组织,汇报文档仍是一种对上沟通、争取资源、展示成果的有效工具。一篇优秀的汇报文档可以帮助使用者事半功倍,扩大在组织内的影响力。
随着组织分工程度的提升,汇报场景和汇报文档的内容也日趋功能化、模块化,如:市场需求文档(MRD)、商业需求文档(BRD)、产品需求文档(PRD)、竞品调研、行业分析等。各类文档的格式范例在网络上不难找到,但格式上的面面俱到不等于优质,固定的格式有时无法应对复杂的工作环境和工作内容。正所谓大象无形, 我们真正需要的是根据实际场景分析需求,从而组织内容和格式,以达到汇报目的的能力 。故而本篇侧重讲解汇报文档撰写的原则理念与需求识别等方法论,以帮助读者更好地掌握撰写文档的底层能力。
一、汇报文档撰写原则
汇报文档重在“汇报”,一篇好的汇报文档要以达成汇报目的为中心,本着高效地服务于使用者在特定场景下进行汇报、并达成目的原则进行撰写。文档撰写遵循3个重要的原则:以终为始、注重效率和用户友好。
1. 以终为始
所谓“以终为始”,是指在开始撰写前,一定确保自己已经清晰地了解汇报目的,这样才可以有针对性地准备材料和组织内容,避免目标偏差、本末倒置。有时,上级在布置任务时交代的信息有限,比如:“针对某一产品功能的撰写竞品分析文档”,但并没有详细介绍任务背景和汇报目标(初入职场时,许多任务往往正是如此)。在这种时候一定要及时、勇敢地“不耻上问”,了解清楚任务背景:是基于什么背景要开展竞品调研、重点关注哪些竞品等等。因为不同的背景下我们所应该关注的重点也不会一样,下面是两种不同目标的文档撰写思路:
如以推动本公司目标产品功能的使用体验优化为目标,在研究对象的选择上则应对标市场上相同功能公认使用体验较好的产品进行研究,而不局限于直接竞对。调研内容应侧重于不同产品该功能的使用细节,对使用路径、流畅度、视觉效果等重点要素进行分点总结,最后和自身产品的优劣势对比、并结合自身情况给出优化建议。为方便汇报对象直观地看到竞品的产品功能,还应附以截图、录屏链接等。如果想要更加完整地完成汇报并借机推动项目,给出的优化建议也应该更加具体化,最好能给出几种备选方案并附以原型图等;
如以推动本公司目标产品功能的新增立项为目标,则应优先选择和本公司业务相关程度高、体量相当或处于优势的直接竞对进行研究。因为汇报的核心逻辑从“体验优化”变成了“论证为什么我们也要这么做”。内容上除了呈现该功能各项重点要素外,还应重点分析该功能的存在所带来的用户价值或商业价值。此外,还应关注不同竞品在这一功能上的差异、分析总结其各自的优劣势,最后形成2-3个可供选择的方案以及不同实现方式可能需要花费的资源,便于决策者基于本公司情况进行参考和选择。
由此可见,目标上的些许差异都可能导致行文逻辑相去甚远。以上仅举例了两个相对明显的目标差异,在实际工作中目标的颗粒度可能更加微小,同样一份竞品分析还可能服务于竞争策略、用户政策、风险规避甚至团队培训。所以,一定要在了解清楚目标后,再具体问题具体分析地开展工作。在不清楚目标时,最好不要“揣摩圣意”,因为一旦揣摸得不准,很可能会导致整个任务被搞砸,所以最高效的方式就是立刻问出来。对于工作目标的理解和沟通是日常工作中极为正常且常见的事,聪明的老板并不会认为这是在浪费时间,而会觉得你具有完成调研任务的经验。

2. 注重效率
为了达到汇报目标,文档的“观点表达效率”尤为重要。我将其拆解为表达效率和阅读效率,我们分别来看。
表达效率是指观点的输出效率,提升表达效率有几个要点:
(1)逻辑顺畅。 在我看来,逻辑的本质是说服,是为了让其他人理解并相信你的观点的一种内容组织顺序。我们来看一个简单的例子:立项汇报。在项目立项的汇报时,汇报模块一般是项目背景、行业调研、方案设计和结论四个部分。让我们看看这个逻辑是如何“说服”老板的:- 项目背景:(老板,我发现一个非常有潜力项目)为什么要做这个项目,这个项目可以帮助我们解决哪些问题/带来哪些收益;行业调研:(我直接这么说您可能还不相信,但这解决方案并非我个人凭空提出,而是行业趋势)经过调研后发现,很多同行们也都做了这方面的尝试。他们的方法有的我们可以参考借鉴,但仍然存在可以进一步优化的空间,我们可以在某些方面着手进行创新优化;方案设计:(我知道您可能在思考是否有更优的方案,所以我总结了多种实现方式供您选择,且对不同方案可行性都已进行了验证)计划实施的多种方案及方案原型图/MVP验证结果;结论:(我知道您一定还关心各种方案执行所需的资源)总结不同方案的预期效果和投入资源。
括号中是我补充的逻辑链条的潜台词,它解释了为什么要在这里说这些话,而不说其他的内容。实则是解释了当老板听到某些表述后,大概率会产生的疑问或顾虑是什么。逻辑实则就是预判对方大概率可能存在的疑惑并进行主动说明。逻辑构建的要点就是要本着“说服”(convince)的想法去组织内容。我觉得并不存在放之四海而皆准的逻辑公式,了解你要说服的人在意什么,并在所有他可能发起质疑的点提前预埋好有效的答案,就是最棒的逻辑。因此,逻辑顺畅的核心在于对说服对象的理解。为此,各种前置的了解工作就尤为重要:了解公司文化、组织架构、老板的工作目标、工作风格等。这确实需要一些时间,这也解释了为什么有些老员工的项目推动效率远高于刚入职的新人,无论新人在工作经验上多么“资深”。
除了不断积累信息,我们也可以进行一些日常的逻辑提升训练。在撰写完汇报文档后,可以先试着把自己或者要好的同事当成老板,用自己的逻辑去说服他们,看他们是否能够被说服。如果觉得哪里不太够,就在他们觉得不通顺的地方补充其所关心的资料进行论述,直到其满意为止。在文档提交或正式汇报后,再根据老板的反馈,发现自己思考欠周的地方并记录下来,在下次同类工作中避免同一问题的发生,就是一个很好的逻辑提升的过程。没有人是天生的说服大师,要本着“日拱一卒”的心态学习成长。
(2)论证充分。为保障逻辑的严谨和可信性,需要在论述中加入适当数据和例证或用户调研结论等进行佐证,用数据说话。从说服的角度来讲,数据论证也是逻辑的一部分。判断是否要在某处加入数据取决于直接表述对否是否会产生质疑。落到纸面上的数据一定要严谨,要做到数据来源真实、统计口径明确,数据含义要能做到张口就答。如制作图表,图表下方要标注数据来源,【例】数据来源:S系统内容维度TOP200播放数据,时间周期1月8日-2月8日;如引用文章,需注明文章出处,【例】Mr.怀阳,《如何写好一篇文档》,2023.2。如为线上文档,还应该使用超链接,方便点击查看。
(3)详略得当。 汇报文档并不是字数越多越好,近年来“卷”文化盛行,有时区区周报就要动辄3、5千字,下面的人写得累,老板看得也累。要记住,汇报时 重要的不是推导过程,而是表明结论 。我工作初期就常犯这种错误,有时沉浸于逻辑论述以致长篇累牍,反而导致表达效率低,老板半天听不到结论。因此,对于重点结论要详写,对于逻辑推导过程要略写,如果老板感兴趣可再展开解释。对于新发现/新认知要详写,对于老板已经知悉的事情要略写。尤其当汇报对象是对业务熟悉程度较高的老板时,背景部分一定不要赘述,仅就结论及重要信息充分论述即可。在大多数情况下,老板的信息层级远高于与我们,有些难处他们不是不知道,只是需要提出解决方案和执行的人而已。阅读效率,则是指阅读者理解的文档内容的效率。为此,我们需要做到:
(1)采用“总-分-总”结构。 直奔主题的“总-分-总”式表达方式是非常高效的职场沟通表达形式。因此,一篇合格的文档一定少不了一份takeaways(摘要),方便读者无需通篇阅读就能快速知晓结论和要点。摘要不宜过长,用最简要的语言陈述核心发现或结论即可。篇尾的结论为可选项,我习惯在篇尾再次重申重要结论,以省去跳回篇头查阅摘要的时间,不过大多数工作文档为“总-分”格式,并不会刻意去写篇尾总结。 (2)章节目录和标题。 设置好可跳转的章节目录,便于立刻跳转到想要阅读的章节。相信我,这在使用文档进行现场汇报时尤为重要,尤其是当他人提问时,如无法快速响应,容易给人留下对不熟悉工作内容的印象。另外一个重要的细节是“章节标题”,这是我在一些投行研报中得到的启发。好的标题除了能起到提示作用,还可以把结论融入其中,提升观点输出密度和阅读效率。例如,第三小节是竞品调研,相比“三、竞品调研”,融入结论的标题可以写成“三、竞品调研:A产品体验最优,B产品最具创新”。这样写标题的好处是一方面在汇报时可以提示自己本章内容,又方便放读者更为高效地理解该章节的核心结论,在篇幅有限或以PPT汇报时更加好用。 (3)可视化呈现。 在汇报会议中,图表的作用远大于文字,大家往往会就着某个图表展开讨论。这是因为对于第一次聆听汇报的人来说,很难快速阅读大量文字并找到重点(更何况有些会议投屏让人几乎无法跟上任何文字信息)。他们更多的是在“听你讲”,而仅能注意到文档上的少数可放大的图表或高亮标注的文字。因此,最重要的想要汇报或讨论的部分,最好有数据、图表或图片等可视化素材作为辅助,如实在没有,也要把想要突出的关键词用明显的字体颜色/背景颜色高亮标出或调大字体,以达到醒目的作用。 (4)贴近语言习惯。 行文的用语一定要贴合阅读者的语言习惯,不要去创造一些自己认为很酷,但别人难以理解的新词汇,这样会增加理解成本。尽可能使用阅读者自身喜欢用的词或经常说的话。如果能看到他近期的OKR的话,里面应该有很多用词用语可以借鉴,还可以知道近期他最关心的事项是什么,对于组织逻辑也是一种帮助。
3. 用户友好
“用户友好”是我在职场初期学习到的非常重要的工作原则之一。它要求我们在撰写一篇汇报文档时,要像设计产品一样设计文档,像对待用户一样对待上级。想一想我们是如何对待用户的吧:挖掘真正的需求。有时用户并不会将需求全部告诉我们,而需要我们基于实际情况去分析。想要超出老板预期完成汇报文档的撰写,就要想到他没想到的。为此,我们需要:
(1)明确汇报要素。 如前所讲,汇报文档以汇报为目的。为达成汇报目的,需要在开始撰写文档前明确几个要素,即:谁、向谁、何时、通过何种方式、用多长时间进行汇报、汇报目的是什么、其他参会人有谁。例如:自己要在本周周会上以文档投屏形式向直属上级汇报所负责的A项目进展,汇报时间为5分钟,汇报目的是希望表明进展和卡点并争取相应的资源,参会人为同部门其他同事。我们来试着解读一下这些要素背后的“需求”:
可见,除了汇报目标外,我们也要根据其他各项汇报要素灵活地调整汇报文档,方能达到最佳效果。以汇报时间为例,我想到了一个有趣的例子。在工作早期,我曾任职于某公司的战略部门,经常需要为部门负责人准备向CEO汇报的材料。在当时,每完成一份汇报文档或PPT后,我们通常还需要和负责人一起推敲在只有1分钟/3分钟的情况下,应该如何讲解该汇报材料,优先提及哪些部分。因为CEO并没有大把时间坐着听完所有人的汇报,因此可能需要在不同的场合择机汇报。所以我们需要通过摘要、章节标题等方式标注和准备不同场景下的汇报内容,为了汇报真是煞费苦心呀。不过或许正如一些成功学鸡汤文中所提到的:
“职场中人与人拉开差距的关键在于对细节的把控程度。”
(2)了解汇报人与汇报对象的习惯。这些习惯包括讲述/阅读文档的习惯,决策依据偏好等等。这些习惯因人而异,不过近年来我发现了一个现象。对业务认知程度越高的老板在聆听汇报时往往越不在意逻辑推导,因为他们非常清楚问题现状、困难程度,甚至竞品比我们好的地方。因此,他们更愿意节省时间,直接就结论和执行策略进行讨论。而对业务认知程度不高的老板(如新晋的职业经理人)则愿意花更多时间倾听你的推导论证逻辑,决策更看重数据而非经验。这些细微的差异都应该体现在我们的汇报文档上。如果汇报文档的使用者并非自己,那就也需要了解使用者(往往是你的直属上级)的汇报习惯、讲述习惯等。对这些细节的掌握需要日积月累、小道消息以及亲自汇报后得出的反馈并形成经验。
(3)注重行文细节。标注引用数据来源,附以超链接方便及时跳转至附件文档,对陌生的名词进行解释,备注数据算法公式...在细节上可以做的工作有很多。我的经验是假设阅读者是其他行业的人,为了让普通人更好地理解你的文档,需要做出必要的备注和解释。

二、常见问题与经验费分享
1. 不知道文档写到什么程度才算合格,该怎么办?
- 及时主动沟通汇报目标、明确汇报要素,再凭经验进行判断;向老板或同事寻求过往文档作为参照标准;实在无法判断的情况下,先拟大纲和章节思路和直属老板确认,得到反馈后再逐步开展;与老板约定对于标准的指令,如S级/A级/B级;(这里有一个有趣的分享:前同事Gloria以出色文档工作水平著称,在初入职场时我的上级经常让我参照Gloria的文档格式和细节程度进行撰写。后来每当遇到对文档细节程度要求较高的任务时,老板会在布置完任务后附加一句要做到“Gloria标准”,我就知道他想要的什么了。)
2. 数据可视化呈现要做到什么程度,所有数据都要做成图表吗?
- 基于逻辑需求进行判断,在直接论述不足以让人信服时再加入可视化数据,通识部分不需要数据可视化;组内日常汇报往往不需要过度可视化,在汇报对象级别较高或对一线业务了解不多时,根据实际情况使用;在大多数情况下,excel的图表和作图功能就已足够。只在最重要的发现或结论处进行更为精细的可视化加工(图/模型);一般来说,文档的中重要图表不要超过3个,多了会分散老板的注意力,无法突出重点;在表意清楚的前提下,最简单的就是最好的。设计效果和美观度是最不应该优先考虑的事情。
3. 常见汇报类型的表述逻辑
虽然并不存在放之四海而皆准的逻辑表达公式,但是可以提供一些常见汇报场景的基础逻辑给大家参考:- 项目立项:想要做什么—为什么要这么做(有哪些增益或能解决哪些问题)—其他人是怎么做的(竞品调研)—我们应该怎么做(提供多种备选方案)—预计多久能做出来(排期)—谁来做(协作分工)—需要的资源(成本/ROI)项目进展:最新取得的成果(需贴合OKR/KPI)—下一步计划怎么做—面临的卡点及需要的资源分享复盘:背景&任务—取得的成功—可复用经验/方法论总结—重点的坑—核心认知总结。
4. 不同老板对待汇报文档的态度以及关注什么
- 先说共性,不管是什么类型或级别的老板,职场人最关心的就是自己的OKR。汇报文档的目标要能够符合老板自身的工作目标,如果与老板目标背道而驰,文档写的再好项目也很难推动。需要确保自己的文档能够贴合得上老板的目标,价值能够上的去。以“想办法帮助老板实现目标”的心态开展工作;再说差异,上文提到过,近年来愈发觉得有2种类型的老板:实战型老板与职业经理人。实战型老板自身的经验可以支持大量日常决策,沟通中偏好直接交流,往往“目标+case”(想做什么—为什么要做)的文档表述形式就已足够。职业经理人依靠数据决策,沟通看重逻辑推导、数据论证,对文档的逻辑和数据的要求较高。此外,不同老板会有一些对文档细节和格式的偏好,在日常汇报的反馈中积累经验就好,具体问题具体分析。
5. 汇报时,如何使用汇报文档?
相信我,最好的汇报方式永远是脱稿,与汇报对象进行充分的眼神交流更利于对方的理解。尤其当汇报对象级别较高时,“照本宣科”的效率其实很低。建议只在展示数据/案例或汇报对象感兴趣某个板块感兴趣时使用文档进行详细讲解。完全脱稿并不容易,所以可以用takeaways来提示自己,同时利好用章节目录方便随时跳转。
三、给萌新的建议
认真对待每一篇文档。撰写汇报文档是职场中最基础、高频却重要的工作。不要以为汇报文档只是写写材料,真正的决策和自己无关,许多重要的决策有时正是一篇自下而上的文档推动做出的。文档中的每一个数据、每一个结论都有可能成为推动公司决策原动力,此时,你就是明星;另外,能写好汇报文档的人绝对是对组织和老板更了解的人,写文档也是一个自身成长的过程。
让文档成为推动事情的武器,而非碌碌无为的遮羞布。
◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。
- 控制面板
- 网站分类
- 搜索
- 最新留言
-
- 文章归档
- 友情链接
Powered By Z-BlogPHP 1.7.3
ICP证:湘ICP备2021010693号-4