完成一份好的项目立项文档，需要在开始编写文件前需要明确文档的目的和阅读对象；在项目概况和产品设计环节中注意项目背景、用户画像、用户需求、市场价值、竞品和产品设计以及财务；在项目落地实施阶段给出产品的简要原型、项目的里程碑和资源需求。
各位产品同学，在产品工作中，或多或少都会有这样的场景。你老大给你一个任务，我们要做个XXX产品，计划在XXX时间上会讨论，我们产品和XXX类似，你在周五前给我一份文件，我们去报项目。
有类似经历的产品同学都知道，领导是要一份立项文件。其实这个比较玄乎，正常来说，要做一个什么业务，首先要做市场调研，出个MRD文件，然后再出BRD文件，最后细化成我们的PRD文件。但是除了PRD，大概其他的都是可以根据实际情况进行裁剪的。所以也没有那么绝对。我们今天要讨论的就是这个立项文件怎么写。
以下是我们本文的框架：
1、开始编写文件前需要明确的事情
A、文档的目的
B、文档的阅读或说服对象
2、项目的概况
A、项目背景
B、用户画像
C、用户需求评估
D、市场价值评估
E、竞品分析
F、产品设计与财务测算
3、项目交付物
A、产品原型
B、粗略的项目里程碑
C、项目的资源需求
我们日常产品立项文件大概就是以上的套路，需要根据实际的情况，比如领导的喜好，评审委员的喜好，公司内部的约定模板，立项流程等情况对顺序，内容，各模块详尽程度做适合的裁剪。
裁剪的原则要时刻牢记，以项目成功立项为目标。总之，让人非常失望的是，这件事没有标准答案（我也想有，就没有那么费头发了….）。
下面我们来聊聊每一项具体包含了哪些东西。
3. 项目资源需求在立项的时候，我们要初步给出一个资源预估，目前我们实践是给出所需资源的类别，但并没有给出数量，这实际是一种耍流氓的做法。
但是作为业务需求方来说，对于开发内部的工作量预估，也难以做出。若要精细化一点，那就提前找对应的开发同学做个简单的预估，这个对于能否通过立项，影响还是比较大。
下图是目前我们给出的材料，其颗粒度可以更细一点。
最后，不同的组织的项目立项有不同的要求。还是需要根据不同的因素进行相应的调整和裁剪。
总之，没有放之四海皆准的模板。仔细思考一下编制文档的目的与受众，对文件的编制有莫大的益处。
另外关于前文提到的用户画像，需求分析，市场价值评估，竞品分析等，每一个单独拿出来都可以写一大篇，可以去看下对应的分享。后续有空，也可以和大家唠叨一下。
本文由 @安安安强啊 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash，基于 CC0 协议
下一篇：你是否适合当管理者？
