第282期：【汇报大纲】项目汇报的样例参考

推荐理由：适合人群：资深产品经理。阅读耗时：字数2317，约7分钟。项目汇报对于产品来说尤为重要，以下介绍一些好用的方法策略，希望对于成长中的产品师有所帮助。如果有哥们姐们需要把把关的，可以讲PPT内容发给我，我们共同研究探讨一下。

一、汇报大纲

第一部分：项目背景，第二部分：项目方案&所需资源，第三部分：预计项目进度。

先讲清楚为什么要做，包括项目价值和指标的提升，等于给老板画个饼，引TA上钩之后再去讲具体的方案，基于合理的方案去申请资源，最后根据方案把整个项目的时间计划汇报清楚。

二、项目背景

在第一次正式汇报的时候，如果不是从上至下的项目，这部分是最重要的，甚至会比后面的具体方案更重要。

我们会采用从大到小、从抽象到具体的方法讲述，先讲整个行业的大背景，再讲具体到项目的价值，最后预计一下这个项目能带来多少指标提升，这样既不会显得太空洞，又不会显得没有格局。

三、行业分析

1. 发展趋势

一般会看近5～10年的市场规模。如果市场规模逐年增加，甚至复合增长率超过10%，那肯定是朝阳行业了，我们先告诉老板这个行业是有搞头的，增加TA的兴趣，如果市场规模是逐年下降的，骆驼觉得最好谨慎考虑下投入资源是否值得。

2. 宏观环境

用PEST分析就行了，帮助你看到现有数据之外的东西，预测整个行业未来的趋势，总体来说就是四个方面去判断：

P，政治环境。包括国际局势、国内/业内政策；

E，经济环境。包括居民消费水平、产业结构；

S，社会环境。包括人口结构、风俗习惯；

T，技术环境。包括硬件、载体、平台。

3. 产品价值

建议先给项目起一个通俗易懂的名字，让别人一看就能理解的。然后，我们就可以开始讲项目价值了，一种是负向表述，一种是正向表述。

第一种就是欲扬先抑型的，先说一下用户的痛点以及论据和解决方案；第二种就是直接描述项目到底帮助了用户哪方面，以及论据和解决方案。

4. 预计提升指标

怎么选择指标：

01确保选择的指标和这个项目的价值能匹配上；

02排除其他因素的干扰；

03选择合适的benchmark来对比。

选完指标之后开始预估指标的提升，有三个方法：

01看行业标准，比如参考行业报告或者竞品的数据；

02类比，比如参考其他部门、类似的行业或者类似页面的数据；

03调研分析，通过抽样和分析对上面两个数据进行微调。

四、项目方案&所需资源

很多童鞋可能觉得自己非常得心应手了。特别是项目方案，直接啪啪地把设计稿贴上去就行了！

这么做对于某些公司、老板或者项目来说，确实行得通，但并不是万能的，骆驼在这里还是教给大家一个更完整的汇报框架，除了让汇报更顺利，也能利于大家更全面地去思考整个项目，而不仅仅是停留在产品层面。

1. 产品

在汇报的时候大家要注意从整体到局部去汇报，先讲整个产品的功能架构，再去讲具体的交互和视觉设计，这样才可以让老板先对整个产品有一个直观的感受，再去看具体的某一些重点功能的设计。

1）产品概览

产品架构图，有两种比较好的表达形式。

第一种是树形结构的产品架构图，大家把产品的大模块，每个模块下的功能点，每个功能点里的细节层层展开就行了，

第二种是系统架构图：更强调不同系统之间的关系，如果大家设计的是多系统之间有交互的产品，不同系统可能属于不同的部门或者供应商，那么可以用后者，否则的话用产品架构图就够了。

2）功能点介绍

汇报的时候我们不会把所有的功能点都过一遍，特别是第一次汇报，挑重点功能就行了。

在项目初期，产品方案还没有完全确定的情况下，设计的童鞋往往还没有完全介入到这个项目，不一定能帮把完整的交互稿和视觉稿都完整的输出，我们可以挑一些重点页面让设计童鞋输出，作为demo就可以，避免方案在汇报过后要调整，浪费设计童鞋的精力。

如果此时产品方案已经非常确定了，也可以直接把重点功能的流程图或者设计稿直接挑一些重点贴在ppt里面。

2. 其他资源

很多童鞋汇报完产品方案之后，仅考虑产品这部分是远远不够的。我们应该更进一步，思考以下几部分：

需要配套的运营方案和运营人员；

需要调整客服系统，配备客服人员；

涉及到销售售卖和提成；

涉及到财务流程；

涉及到法务审批；

新产品上线后，是否需要营销或者推广。

五、预计项目进度

项目的预计上线时间点了，需要讲清楚三个点，时间点，风险点，检查点。

1. 时间点

虽说是时间点，实际上我们并不能只去汇报上线时间这一个点，更好的表达方式是“时间线”或者“时间表”。如果你的项目进度已经比较明确了，那么就可以用时间表的形式，把项目拆得更详细一点，时间表上的单位，一般精确到周。

2. 风险点

作为一个合格的产品经理，我们要事先就把这些风险点。可以先自己尝试解决，如果解决不了，就可以去要求老板协助解决，不管哪种解决方式，我们都要在前期就给老板“提个醒”，把风险点充分暴露出来，避免等到下次汇报的时候发现进展缓慢。

骆驼个人总结下来，风险点一般有这么几种：设计的工作量大，比如可能涉及到新的设计规范等，而设计的资源又比较饱和；项目依赖其他部门配合开发。

3. 检查点

一个比较大的项目，如果涉及的工种、部门，甚至公司比较多，往往需要设计一些合理的检查点，给大家聚在一起充分地沟通，暴露并解决问题。所以很多大厂会采用“项目周会”的形式，周会就是一个检查点，让大家在每周留出固定的时间来参加会议，避免每次开会人都召不齐。

当然，在汇报的时候这部分带一嘴就行了，更重要的是要给老板一个下次预计汇报的时间，让老板检查项目的进度。在下个检查点，我们除了汇报项目最新的时间表，还要汇报一些具体的进展，有了完整的数据，汇报一次项目整体复盘。个人认为阶段性的复盘在项目中期和后期都很重要。

读后感：看完以后汇报就像在讲故事，把所有的内容以故事的形式说清楚非常有必要，项目背景，项目方案&所需资源，预计项目进度。尤其是最后一条项目进度非常重要。

Powered by Froala Editor