这是Kevin的8月 第8篇分享

觉得文章不错，记得 点赞＆在看

产品经理工作5年之后，就开始迈入高级产品经理。

(资料图片仅供参考)

对应的，会承担着从0到1的项目。基于公司战略要求下，来做产品设计方案，最终达到索要资源，启动项目的目的。

1.为什么要立项，因为产品经理是没有腿的

许多人都说，离开了开发，产品经理什么都不是， 除了纸上画饼 。

所以越是高级的产品经理，一定会刻意的要资源，会尽可能的找到开发团队，通过立项得到开发。因此高级产品经理的立项，除了讲解问题解决办法、以及未来的商业模式，本质上 是给自己画一块地。

2.有了项目，才有地

当一个中小企招聘进来了高级产品经理，往往就是要其承担着扛大梁的任务，而至于资源怎么给你，给多少 ，就需要你立项了。

因此立项至关重要，一个好的立项不仅可以得到公司对你个人能力的赏识，重要的是 还可以给自己尽快争取到一块地，并且告知风险。

我可以做什么，但是你先要给我什么，否则就做不了。

一个好的立项包含： 项目背景、产品框架、功能描述、产品规划、商业模式、资源需求、预计风险， 有了这7个结构，基本就可以完成一篇不错的项目了。

而对于产品经理来说，一个项目本身就包含一个产品，下面我们用项目来代指产品。

1.项目背景

项目背景在立项会的时候，往往是最重要的。因为参会的人可能有对你的项目一点都不知情，比如为什么要做这个项目，以及项目的解决方案是什么，都需要进行阐述，才能更好地得到项目价值认同。

如果只是产品内部评审，则项目背景就意义不大了，一个高级产品经理在做一个立项方案的时候前期会经过调研，而调研过后才会开始撰写立项方案。所以你的任务和打算做的事情其实早就和领导讨论过了，

比如部门之间、部门内部以及业务流程等等。

2.产品框架

项目背景介绍了问题是什么，以及解决问题的方法，接下来就要介绍解决问题的产品是什么了， 其背后的产品框架应该包含什么。

可有的时候一个业务可能会包含多个产品，比如一个智慧书店，可能会包含门店的管理、仓储管理、用户端、支付等等。

这个时候我们就只是罗列业务下的各个产品名称即可， 而不需要再细致到门店管理系统有什么功能、仓储管理有什么功能。

有时候我们只是做一个APP或者某一个工具产品，那么就是基于前端、后台、以及数据、算法层面。

如果产品不涉及到算法和数据功能， 那么前端、后台即可了。

产品框架是产品功能建设的上帝视角，同样的也可以看到是否能够满足解决业务问题。

2.功能描述

这里有点像PRD（需求文档）的功能描述了，但是讲解功能的主要的使用逻辑，不需要讲解每一次按钮、页面的逻辑含义，每一个功能描述都是为了解决某一个业务节点问题。

通过多个主要功能的功能描述，以此将产品的特点介绍清楚。

3.产品规划

有时候，为了简单我们会把产品规划放在产品框架里， 分别介绍、、阶段要做什么。

虽然张小龙说，微信从来不做产品规划，不知道明年要做什么。但实际上，我们仍然要给出一个阶段计划， 比如产品达到什么阶段才会做下一个事情。

就像2020年，微信视频号的数据终于达到了生死线，才会获得腾讯更多的资源投入。

产品规划包含了时间节点、以及对应版本下的功能框架。通过产品规划可以知道大体可以为业务带来什么样的价值，决定是否有无必要继续投入。

4.商业模式

有的时候，商业模式不会在立项里去讲。因为产品的定价、产品的竞争对手可能都不清楚， 但有的产品经理有时间和精力，并且对行业了解，仍然可以介绍商业模式。

商业模式也是在立项里也是最诱人的一篇，如果商业模式较好，也能够为后面的资源进行铺垫，让别人了 解至关重要的ROI（投资回报率） 。但在有的公司，除了投资回报率， 还要看和自己业务是否相关，比如在医院就要有医院特色，在音乐行业就要在音乐相关。

5.资源需求

讲了功能框架、功能描述了，也给领导们介绍了商业模式（画了饼），接下来就要提出资源了， 如果没有资源，自然产品也是没有办法完成。

切记在提出资源的时候就要学会“膨胀” ，尽可能将资源给出、排期时间给出空余时间，这样才能够项目有弹性和回笼阶段。

资源需求可以是钱、也可以是人还能够是其他部门支持。总之一个好的项目一定要多个内部员工参与，切勿只让一个人带领一群外包商，否则出了事也是自己的。

今天的分享就在这。来自Kevin改变世界的点滴