立项的背景写什么

在产品工作中，有时我们会遇到这样的情况：上级给我们下达一个任务，要求我们开发一款类似于XXX的产品，并在XXX时间进行讨论，然后将在周五前提交一份文件作为项目报告。

有经验的产品同学都知道，上级要求我们提交一份立项文件。这个过程可能有些复杂，通常情况下，我们在启动一个新的业务之前，需要进行市场调研，并编写一份市场需求文档(MRD)，然后再制定一份业务需求文档(BRD)，最后将其细化为产品需求文档(PRD)。不过除了PRD外，其他文件的内容可以根据实际情况进行调整和裁剪，没有绝对的规定。今天我们讨论的重点就是如何编写这份立项文件。

请注意，以上内容是根据提供的文本重新组织并改写得到的，不代表原文的全部观点和细节。如果有任何误解或者需要补充，请您指出。

以下是我们本文的框架：

1、开始编写文件前需要明确的事情

A、文档的目的

B、文档的阅读或说服对象

2、项目的概况

A、项目背景

B、用户画像

C、用户需求评估

D、市场价值评估

E、竞品分析

F、产品设计与财务测算

3、项目交付物

A、产品原型

B、粗略的项目里程碑

C、项目的资源需求

我们常见的立项文件大致都是按照上述方式进行编写的。根据实际情况，比如领导的喜好、评审委员的喜好、公司内部约定的模板和立项流程等，需要对顺序、内容和各个模块的详细程度进行适当的调整。裁剪的原则始终要记住，即以项目成功立项为目标。不过，令人失望的是，这件事并没有标准答案，我也希望有一个标准答案，这样就不会那么困扰了……

接下来，让我们具体探讨一下每个部分包含哪些内容。

在开始编写文件之前需要明确的事情。还记得之前提到的模块裁剪的原则吗？我们的目标是实现项目的成功立项，这是编写该文件的首要需求。这部分内容可能不会在文件中体现，但它确实是整个工作的指导思想。

文件的目的是什么？我们是在介绍如何编写立项文件，其中隐含的逻辑是，你已经对要做的事情进行了初步评估，并认为它是可行的，业务能够获得回报，无论是战略意义还是经济利益。在这之后，你才会系统地编写这份文件，用来向组织争取资金、人力和资源。因此，毫无疑问，这份文件的目的就是说服组织，通过立项，获得许可，获得使用组织资源的权力。

文档的阅读或说服对象也同样重要，不同的对象关注的重点也会有所不同。面对财务负责人，你需要关注投产比；面对法务负责人，你需要强调合规性；面对开发负责人，你需要详细说明里程碑和预估资源。对于组织的CEO以及其他高层管理者，你需要解释清楚，并可能补充一些他们关心的内容。根据我们组织的实践经验，项目立项评审的参与者包括CEO、财务负责人、法务负责人、IT负责人等。因此，我们提供的内容一般都比较全面，但我们会尽量在20分钟内完成介绍，然后留出时间进行答疑和讨论。

项目概况和产品设计的概述

在项目概况环节中，有几个核心问题需要回答。首先，我们要确定为哪些需求的用户开发什么样的产品，以提供服务。我们需要了解市场上是否已有类似的竞争对手，他们满足用户需求的程度如何，我们现在开发的产品是否还有市场空间。我们还需要考虑从我们自身的角度来开发，对我们有什么样的好处。这些问题都将在实际运营中作为重要的考虑因素，但同样也需要审慎地进行裁剪。

项目背景

项目背景主要是解释商业机会的形成逻辑，即为什么我们要开发这个产品，基于什么样的商业模式。举个例子，有些产品是因为具备了良好的渠道和一批客户群体，我们针对这部分客户群体设计产品来满足他们的需求。当然，我们的产品可能比较特殊，因此无法广泛套用。但是基本的背景介绍仍然是必要的。

用户画像

用户画像简单来说就是我们计划为哪些用户提供服务。在实际操作中，我们常常会定义用户的年龄、性别、职业、收入和所在地区等维度。当然，更多的维度需要根据我们要提供的服务而来。由于我们的产品依赖于特定的客户群体，我们通常会评估一个流量渠道是否可行，为此我们会与渠道方共享一些数据，并与我们已有的用户数据进行比对，以确定为该客户群体开发产品的可行性。在这个过程中，我们也不只依赖于渠道方提供的数据，还会寻找行业报告来佐证。

用户需求分析

在对用户进行画像之后，我们会对他们的需求进行分析，以确定提供的产品属性。举个例子，如果我们提供信贷产品，针对的客户群体是普通职员，他们可能需要的产品属性是等额本息的小额信用贷款产品。然而，如果我们的客户群体是企业主，他们的资金需求可能是短期、小额且急需资金周转，因此可能需要设计一款随借随还、循环授信、全线上审批的产品。当然，用户需求是可以分类的，行业中存在许多研究报告明确指出不同类型的用户可能有什么需求，适合什么样的产品。从这个角度来看，信贷产品的设计相对较简单。然而，其他类型的产品可能与信贷需求不同，因此设计可能不会那么简单。

市场价值评估模块旨在对目标市场进行量级估计，并提供预估数值作为后续财务测算模型的输入数据。该模块主要关注评估渠道所能带来的用户量。

竞品分析阶段，我们对经营同类产品的竞争对手进行分析。以信贷产品为例，我们比较额度、期限、利率、件均、通过率、日均或月均放款量等指标数据，以及还款方式等少数组合。一般来说，一个流量渠道不仅仅为一家产品引流，因此我们会考虑该流量渠道对接的所有产品，并分析这些产品在以上几个要素的组合方面。我们会尽量确定一个或多个产品方案，这些方案将决定后续财务模型的构建方式。

在产品设计与财务测算阶段，我们基于对用户、需求、市场价值和竞品的综合考量，设计了几个不同要素组合的产品。我们针对不同产品建立了财务测算模型，并确定了一个或多个要素组合。确定标准主要包括财务价值和战略价值。财务价值体现在该项目能够创造多少收益，以及投入产出比大致如何。而战略价值则包含更多方面，例如与合作伙伴合作、迅速扩大规模等。由于这是一个自下而上的项目，我们需要有足够的理由来说服评审委员会。在立项文件中，我们会引用之前关于市场、用户、需求、竞品和财务测算的分析结果，为方案设计提供有力支持。

项目落地与实施阶段，根据前文的分析，我们已经确定了要开展的产品以及开展此产品的原因。接下来，我们需要提供产品的初步形态，并确定在何时完成该产品，同时提出我们能够预估到的资源需求。

产品原型是我们以简要的方式描述产品形态的一种方式，同时也为IT领导提供评估依据。一般来说，不需要过于详细，只需呈现出业务的主要流程即可，并可附带文件进行说明。

粗略的项目里程碑是指项目生命周期中的关键时间节点，即启动、规划、实施、测试、上线等阶段。当然，也可以有更详细的里程碑规划。一般在立项通过后，开发部门会进行更为精细的里程碑和进度计划的制定。

在进行项目资源需求评估时，我们经常会给出资源的类别，但并没有具体的数量，这种做法可能会被认为是不诚实的。作为业务需求方，我们对于内部开发工作量的预估也很困难。如果要更细致地评估，我们可以提前与相应的开发人员沟通，进行简单估算。这对于项目立项的通过与否有着相当大的影响。

最后，不同的组织对于项目立项有不同的要求，我们需要根据不同因素进行相应的调整和裁剪。总之，并没有一种适用于所有情况的模板。仔细思考编制文档的目的和受众，对于文件的编写非常有益处。此外，关于用户画像、需求分析、市场价值评估、竞品分析等内容，每一个都可以写得非常详尽，可以去查看相关分享。如果有时间，我也可以与大家进一步讨论这些话题。

需要推荐靠谱PMP机构的同学可以关注我后台回复【推荐机构】

备考资料分享如下：