完成一份好的项目立项文档,需要在开始编写文件前需要明确文档的目的和阅读对象;在项目概况和产品设计环节中注意项目背景、用户画像、用户需求、市场价值、竞品和产品设计以及财务;在项目落地实施阶段给出产品的简要原型、项目的里程碑和资源需求。
各位产品同学,在产品工作中,或多或少都会有这样的场景。你老大给你一个任务,我们要做个XXX产品,计划在XXX时间上会讨论,我们产品和XXX类似,你在周五前给我一份文件,我们去报项目。
有类似经历的产品同学都知道,领导是要一份立项文件。其实这个比较玄乎,正常来说,要做一个什么业务,首先要做市场调研,出个MRD文件,然后再出BRD文件,最后细化成我们的PRD文件。但是除了PRD,大概其他的都是可以根据实际情况进行裁剪的。所以也没有那么绝对。我们今天要讨论的就是这个立项文件怎么写。
以下是我们本文的框架:
1、开始编写文件前需要明确的事情
A、文档的目的
B、文档的阅读或说服对象
2、项目的概况
A、项目背景
B、用户画像
C、用户需求评估
D、市场价值评估
E、竞品分析
F、产品设计与财务测算
3、项目交付物
A、产品原型
B、粗略的项目里程碑
C、项目的资源需求
我们日常产品立项文件大概就是以上的套路,需要根据实际的情况,比如领导的喜好,评审委员的喜好,公司内部的约定模板,立项流程等情况对顺序,内容,各模块详尽程度做适合的裁剪。
裁剪的原则要时刻牢记,以项目成功立项为目标。总之,让人非常失望的是,这件事没有标准答案(我也想有,就没有那么费头发了….)。
下面我们来聊聊每一项具体包含了哪些东西。

在立项的时候,我们要初步给出一个资源预估,目前我们实践是给出所需资源的类别,但并没有给出数量,这实际是一种耍流氓的做法。
但是作为业务需求方来说,对于开发内部的工作量预估,也难以做出。若要精细化一点,那就提前找对应的开发同学做个简单的预估,这个对于能否通过立项,影响还是比较大。
下图是目前我们给出的材料,其颗粒度可以更细一点。
最后,不同的组织的项目立项有不同的要求。还是需要根据不同的因素进行相应的调整和裁剪。
总之,没有放之四海皆准的模板。仔细思考一下编制文档的目的与受众,对文件的编制有莫大的益处。
另外关于前文提到的用户画像,需求分析,市场价值评估,竞品分析等,每一个单独拿出来都可以写一大篇,可以去看下对应的分享。后续有空,也可以和大家唠叨一下。
本文由 @安安安强啊 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自 Unsplash,基于 CC0 协议
下一篇:你是否适合当管理者?