项目立项流程包含哪些环节：各环节输入、动作与交付物

项目立项流程通常包含六个环节：立项需求与来源登记、初步筛选与预评估、立项方案与可行性论证、评审决策、审批与资源确认、立项归档与启动交接。本文按这六个环节说明各自的输入、动作、交付物和完成标志，并给出角色分工、完整示例与自检清单，帮助你把立项从“填一张表、开一次会”变成可执行、可追溯的流程。

要点总览（TL;DR）

• 项目立项流程通常包含六个环节：立项需求与来源登记、初步筛选与预评估、立项方案与可行性论证、评审决策、审批与资源确认、立项归档与启动交接。
• 每个环节都要写清输入、动作、输出与完成标志；上一环节的关键输出是下一环节的输入，缺失时应退回补充。
• 角色分工要落到唯一负责人：业务提出人、项目经理、职能负责人、评审组与决策者各司其职，资源承诺以书面方式确认。
• 工具承载的重点是把立项申请做成工作项，用状态流转对应环节，并把方案、评审记录与审批结果关联留存，便于追溯。
• 流程上线前用自检清单核对环节完整性、输入输出明确性、审批权限与交付物可追溯性，运行后按季度抽查复盘。

立项流程的六个环节与先后顺序

六个环节构成一条从“想法出现”到“项目正式启动”的链路。前三个环节解决“值不值得做、做成什么样”，后三个环节解决“谁来决定、给不给资源、怎么交接”。顺序上大体串行，但预评估与方案准备、评审材料撰写与评审排期可以适度并行，以缩短立项周期。

环节	一句话目标	主要输出
1. 立项需求与来源登记	把立项想法统一收口，记录来源与提出人	立项需求登记记录
2. 初步筛选与预评估	快速判断是否值得进入完整论证	预评估意见（继续/补充/退回）
3. 立项方案与可行性论证	把目标、范围、里程碑、成本与风险说清楚	立项方案与可行性论证材料
4. 评审决策	由评审组给出明确的立项结论	评审记录与评审结论
5. 审批与资源确认	完成审批层级签批，落实人、预算与时间	审批记录与资源承诺
6. 立项归档与启动交接	文档归档，向执行团队正式交接	归档记录、启动会纪要与交接清单

环节之间的衔接靠交付物流转：上一环节的输出即下一环节的输入，缺少关键输出时下一环节应退回而不是带病推进。需要说明的是，本文讨论的是单个项目如何完成立项；当组织同时收到多个立项需求、需要比较优先级和准入排序时，属于多项目准入管理的范畴，其比较口径与排序方法不在本文展开。

每个环节的输入、动作、输出与完成标志

把骨架落到执行层面，关键是每个环节都写清四件事：输入是什么、谁做什么动作、产出什么、做到什么程度算完成。以下执行卡可直接作为流程文件的底稿，再按组织实际调整审批层级与模板细节。

环节一：立项需求与来源登记

输入是业务诉求、客户需求、战略规划分解或合规要求等来源信息；动作是由提出人填写立项需求登记，说明背景、期望解决的问题、期望时间与初步涉及范围；输出是一条完整的立项需求记录。完成标志：来源、提出人、问题描述、期望收益四项信息齐全，并已进入统一的需求池，而非停留在邮件或聊天记录中。

环节二：初步筛选与预评估

输入是登记后的立项需求；动作是由业务负责人或指定的预评估人判断必要性（是否与当前目标一致）、初步范围（大致做什么、不做什么）和资源量级（人力、预算的粗略区间），并识别是否与在办项目重复；输出是预评估意见，结论分为继续论证、补充信息、退回或合并到已有项目。完成标志：给出明确结论及理由，退回或合并的需注明去向。

环节三：立项方案与可行性论证

输入是预评估通过的立项需求；动作是由项目经理或方案负责人组织编写立项方案，内容至少包括项目目标与成功标准、范围边界、关键里程碑、成本与资源估算、主要风险与应对假设，必要时补充技术或业务可行性分析；输出是可提交评审的立项方案与论证材料。完成标志：方案覆盖上述要素，关键假设有依据，成本与工期给出估算口径而非单一数字。

环节四：评审决策

输入是立项方案与论证材料；动作是由评审组按既定评审要点逐项审议，重点看目标是否清晰、范围是否可控、资源估算是否合理、风险是否有应对；输出是评审记录与评审结论，结论类型通常分为通过、有条件通过（附整改项）、暂缓、否决。完成标志：评审结论明确、整改项有责任人和时限，评审意见完整记录。

环节五：审批与资源确认

输入是评审结论及方案；动作是按项目金额、影响范围等维度走对应审批层级签批，并由职能负责人以书面方式确认投入的人员、预算与时间窗口；输出是审批记录与资源承诺。完成标志：审批链完整签批，资源承诺落到具体人员或岗位与时间段，口头同意不算完成。

环节六：立项归档与启动交接

输入是全部立项文档与审批结果；动作是归档立项材料、召开启动会、向执行团队交接目标、范围、里程碑、角色分工与已知风险；输出是归档记录、启动会纪要与交接清单。完成标志：文档归档可查，执行团队确认接收，项目状态正式转为“已启动”。

角色分工与各环节交付物清单

立项流程常见的失效点不是环节缺失，而是职责悬空：需求登记后无人预评估，评审结论无人跟踪整改。用一张角色—环节职责表把“谁负责、谁参与、谁被咨询、谁被通知”固定下来，可以显著减少推诿。

角色	主要职责	关键参与环节
业务提出人	提出需求、说明背景与期望收益、配合澄清	环节一、二
项目经理（或方案负责人）	编写立项方案、组织论证、准备评审材料、牵头启动交接	环节三、四、六
职能负责人	确认可投入的人员与预算、承担资源承诺	环节二、五
评审组	按评审要点审议并给出结论与整改项	环节四
决策者（审批人）	按权限签批、对资源投入做最终决定	环节五

RACI 式分工在立项流程中的用法是：每个环节只设一个“负责”（A），避免多人拍板；执行动作的人为“执行”（R）；需要提供意见的职能方为“咨询”（C）；需要知悉结果的为“通知”（I）。例如环节四中评审组集体审议，但结论签发人应唯一。

交付物清单与最低内容要求如下：立项需求登记需含来源、提出人、问题描述、期望收益；预评估意见需含结论与理由；立项方案需含目标、范围、里程碑、成本估算、风险清单；评审记录需含评审要点逐项意见、结论类型、整改项；审批与资源确认需含签批记录与人员预算承诺；归档交接需含文档清单、启动会纪要、交接确认。所有交付物应保存在统一位置，按版本号管理，评审后的修改需留痕，避免出现“最终版”“最终版2”并存的情况。

示例：一个内部系统建设项目如何走完立项流程

以下为演示情景，用于说明六环节如何衔接，不代表任何真实组织案例。

背景与来源。某公司业务部门反映现有合同审批依赖线下流转，平均处理周期偏长，提出建设合同管理系统。提出人在需求池登记：来源为业务部门，期望收益是缩短审批周期并留存过程记录。

预评估。业务负责人判断该需求与年度数字化目标一致，初步范围限定为合同起草、审批与归档，估算需要两名开发与一名产品人员投入约一个季度，结论为继续论证。

方案与论证。项目经理编写立项方案：目标为审批周期缩短并实现全流程留痕；范围明确不含财务结算对接；里程碑分为需求确认、开发、试运行三段；成本按人力与外部服务分别估算；风险列出与现有系统集成的技术不确定性，并给出先做接口验证的应对。

评审与审批。评审组审议后给出“有条件通过”，整改项为补充集成接口的验证计划并明确责任人。整改完成后进入审批，按金额走部门负责人与信息化负责人两级签批，职能负责人书面确认投入人员与时间窗口。

归档与交接。立项材料统一归档，召开启动会，向执行团队交接目标、范围、里程碑、角色分工与风险清单，执行团队确认接收，项目状态转为已启动。

可迁移的规律。该示例中真正起作用的是三点：预评估阶段就收窄范围，避免方案阶段反复；评审结论带整改项并跟踪闭环；资源以书面承诺而非口头同意落地。这三点与项目类型无关，可直接迁移到其他立项场景。

用工具承载立项流程：状态、文档与评审记录

流程设计完成后，如果仍靠邮件和表格流转，状态、文档与评审记录会分散在多个地方，追溯成本很高。用协作工具承载时，重点是把四类管理动作结构化。

立项申请作为工作项。为立项申请设计独立的工作项类型，字段至少包括来源、提出人、所属业务线、预估投入、期望上线时间、当前环节、评审结论。字段的作用是让需求池可按来源和状态筛选，而不是每次人工汇总。

环节状态流转。把六个环节映射为状态：待登记、预评估中、方案编制中、评审中、审批中、已立项、已退回。状态流转规则与审批节点绑定，例如进入“评审中”前必须附方案文档，进入“审批中”前必须有评审结论。

文档与评审记录关联。立项方案、预评估意见、评审记录作为附件或关联文档挂在同一条立项申请下，评审结论以结构化字段记录，整改项作为子任务跟踪，避免结论只存在于会议纪要里。

可追溯性。审批记录、资源承诺与最终立项结论应能在同一处查看，便于后续复盘“哪些立项在评审后被暂缓、原因是什么”。

ONES 可作为承载这类管理动作的协作平台：以工作项类型与自定义字段组织立项申请，以状态流转对应环节推进，以文档与工作项关联保存方案和评审材料，使立项过程的状态与记录集中留存。具体字段与流转规则需结合组织现有流程配置，本文不对未验证的产品细节作额外断言。

完成检查：立项流程是否可用的自检清单

流程文件写完不等于可用。以下清单可逐项核对，任一项为“否”都意味着流程在实际执行中会出现断点。

• 环节完整性：六个环节是否齐全，是否存在“评审后直接开工、跳过资源确认”的缺口。
• 顺序与衔接：每个环节的输入是否来自上一环节的输出，退回路径是否明确。
• 输入输出明确性：每个环节是否写清了输入、动作、输出与完成标志，完成标志是否可核验。
• 角色与权限：每个环节是否有唯一负责人，审批层级是否与项目金额或影响范围对应。
• 交付物可追溯：立项方案、评审记录、审批与资源承诺是否集中保存并可按版本追溯。
• 常见阻断项排查：需求登记无统一入口、预评估无结论标准、评审整改项无人跟踪、资源承诺停留在口头，这四类是最常见的流程阻断点。
• 复盘与调整：流程上线后按季度抽查若干立项记录，检查环节是否被跳过、平均立项周期是否合理，据此调整审批层级与模板，避免流程越加越重。

把这套清单作为流程发布前的验收标准，并在运行一段时间后重新核对，立项流程才能持续支撑项目决策，而不是成为一项形式化的行政动作。

常见问题

立项流程中哪些环节可以并行，哪些必须串行？

预评估与方案准备可以适度并行，例如在预评估结论尚未正式签发前，先启动方案框架的起草；评审材料撰写与评审排期也可以同步推进，以缩短整体立项周期。必须串行的是决策类环节：评审结论未出，不应进入审批；审批与资源确认未完成，不应召开启动会或向执行团队交接。判断标准是后一环节是否依赖前一环节的结论性输出，依赖则串行，不依赖则可并行。

评审结论为“有条件通过”时，整改项应该怎么跟踪？

“有条件通过”意味着立项方向被认可，但存在必须先补齐的事项。做法是把每个整改项写成独立条目，明确责任人、完成时限和验收标准，并作为进入审批环节的前置条件。整改完成后由评审组指定人员确认关闭，再推进审批。如果整改项涉及范围或成本的实质变化，应回到方案环节更新材料，而不是在审批阶段口头说明。

资源承诺只拿到口头同意，会带来什么问题？

口头同意在立项阶段看似推进很快，但执行阶段容易出现人员被抽调、预算未列入、时间窗口冲突等情况，项目一启动就面临资源缺口。建议在审批环节要求职能负责人以书面方式确认投入的人员或岗位、预算额度与时间区间，并把这些内容记录在立项材料中。资源承诺发生变更时，应有对应的变更记录，便于后续复盘资源投入与立项预期的差异。

立项流程上线后，怎么判断它是否过重或过轻？

可以从两个方向观察。过重的信号是环节层层加签、模板字段大量填写却无人使用、平均立项周期明显拉长；过轻的信号是评审走过场、整改项无人跟踪、资源承诺缺失。建议按季度抽查若干立项记录，核对环节是否被跳过、退回原因集中在哪一环、评审结论与后续执行是否一致，据此调整审批层级和模板内容。调整时保留必要的决策与留痕环节，压缩重复填写和无效签批。

单个项目立项和多项目准入比较的边界在哪里？

本文讨论的是单个项目从需求登记到启动交接的完整流程，回答“这个项目该怎么立项”。当组织同时收到多个立项需求、需要在它们之间比较优先级、决定先做哪个或哪些不进入时，属于多项目准入管理的范畴，涉及排序口径、资源池分配和组合决策，其方法不在本文展开。实际工作中两者衔接的方式是：单项目立项流程负责把每个需求论证清楚，多项目准入环节再基于论证结果做横向比较。