立项申请材料清单按“基本信息—目标与范围—可行性与资源—风险与约束—计划与交付—审批与结论”六组字段组织，每个字段都对应一类启动决策：是否值得做、做到什么边界、能不能做成、由谁承担、何时交付、由谁批准。下面先给出一张可直接复制填写的空白表，再逐项说明字段与决策的对应关系、必填与选填的划分，并用一份完整示例展示填写方式，最后说明模板如何按组织流程调整与维护。
要点总览（TL;DR）
- 清单按六组字段组织：基本信息、目标与范围、可行性与资源、风险与约束、计划与交付、审批与结论，共二十八个字段，可直接复制为空白表使用。
- 每个字段对应一类启动决策：价值判断、范围界定、可行性、责任归属、时间与交付、审批授权；部分字段同时服务两类判断，填写时标注主要用途。
- 启动评审前优先保证必填字段齐备，再按项目规模与风险等级裁剪选填字段；裁剪时只删字段、不删决策。
- 支撑材料栏与填写栏分开记录，金额、工期、关键依赖和风险字段应有对应证据，审批结论与批准条件形成闭环。
- 模板落地可借助文档工具的模板库固化格式、用版本记录保留调整痕迹、按角色配置读写权限，审批流转配置需结合组织流程确认。
可复制空白立项申请材料清单表
下表为空白模板，可整体复制到文档或表格工具中，按项目实际情况逐行填写。“填写栏”记录结论性内容，“支撑材料栏”记录证明该结论的证据来源，两者分开填写，便于评审时核对判断依据。
| 字段编号 | 字段名称 | 填写栏 | 支撑材料栏 |
|---|---|---|---|
| 一、基本信息 | |||
| 1.1 | 项目名称 | ||
| 1.2 | 申请人及所属部门 | ||
| 1.3 | 申请日期与期望启动时间 | ||
| 1.4 | 项目类型（新建/改造/研究/合规等） | ||
| 1.5 | 立项背景与问题描述 | ||
| 二、目标与范围 | |||
| 2.1 | 项目目标（可衡量结果） | ||
| 2.2 | 成功标准与验收口径 | ||
| 2.3 | 范围边界（包含事项） | ||
| 2.4 | 明确排除事项 | ||
| 2.5 | 关键干系人与影响对象 | ||
| 三、可行性与资源 | |||
| 3.1 | 技术/业务可行性判断 | ||
| 3.2 | 所需人力及角色配置 | ||
| 3.3 | 预算与费用构成 | ||
| 3.4 | 依赖的外部条件与前置事项 | ||
| 3.5 | 替代方案及不立项的后果 | ||
| 四、风险与约束 | |||
| 4.1 | 主要风险及影响程度 | ||
| 4.2 | 风险应对措施 | ||
| 4.3 | 合规、安全与审批约束 | ||
| 4.4 | 资源或时间上的硬约束 | ||
| 五、计划与交付 | |||
| 5.1 | 关键里程碑与时间节点 | ||
| 5.2 | 交付物清单 | ||
| 5.3 | 项目负责人与核心成员 | ||
| 5.4 | 阶段评审与汇报机制 | ||
| 六、审批与结论 | |||
| 6.1 | 申请人结论与建议 | ||
| 6.2 | 评审意见汇总 | ||
| 6.3 | 审批结论（批准/有条件批准/退回） | ||
| 6.4 | 审批人与审批日期 | ||
| 6.5 | 批准条件与后续动作 | ||
表格共六组、二十八个字段。填写顺序建议从基本信息开始，先写清背景与问题，再确定目标与范围，随后补充可行性与风险，最后落到计划与审批。支撑材料栏不必填满，但涉及金额、工期、关键依赖和风险的字段应有对应证据。
每个字段支撑哪类启动决策
启动评审通常要回答六个问题，每个问题对应一组字段。字段与决策并非一一对应，部分字段会同时服务两类判断，填写时应明确其主要用途，避免评审时反复追问。
| 决策类型 | 要回答的问题 | 主要支撑字段 | 次要支撑字段 |
|---|---|---|---|
| 价值判断 | 是否值得做 | 1.5 立项背景与问题描述、2.1 项目目标、3.5 替代方案及不立项后果 | 3.3 预算与费用构成 |
| 范围界定 | 做到什么边界 | 2.3 范围边界、2.4 明确排除事项、2.2 成功标准 | 2.5 关键干系人 |
| 可行性 | 能不能做成 | 3.1 可行性判断、3.4 外部依赖、4.1 主要风险 | 3.2 人力配置、4.4 硬约束 |
| 责任归属 | 由谁承担 | 5.3 项目负责人与核心成员、3.2 人力及角色配置 | 2.5 关键干系人 |
| 时间与交付 | 何时交付什么 | 5.1 里程碑、5.2 交付物清单、1.3 期望启动时间 | 5.4 阶段评审机制 |
| 审批授权 | 由谁批准、按什么条件启动 | 6.3 审批结论、6.4 审批人与日期、6.5 批准条件 | 4.3 合规与审批约束 |
价值判断主要看1.5和3.5：背景描述说明问题真实存在，替代方案对比说明立项是当前较优选择，两者结合才能支撑“值得做”的结论。范围界定依赖2.3和2.4的成对填写，只写包含事项容易在启动后不断扩张，明确排除事项才能让评审对边界形成一致理解。
可行性判断中，3.1给出技术或业务上的判断依据，3.4列出必须满足的外部条件，4.1标注风险影响程度。三者共同回答“能不能做成”，其中3.4和4.1也服务于风险决策，填写时以可行性为主、风险提示为辅。责任归属以5.3为核心，评审需要看到具体负责人而非部门名称；3.2的人力配置作为支撑，说明负责人可调配的资源是否与目标匹配。
时间与交付由5.1和5.2共同支撑，里程碑回答“何时”，交付物清单回答“交付什么”，两者缺一都会让启动后的验收缺少依据。审批授权集中在第六组，6.3至6.5记录结论、审批人和附加条件，是启动决策的最终落点。同一字段支撑多类决策时，建议在填写栏末尾用括号标注主要决策类型，例如“范围边界（范围界定）”，便于评审快速定位。
必填与选填字段的划分
启动评审前必须齐备的字段，是那些缺少后评审无法形成结论的字段。其余字段可按项目规模、风险等级和组织审批习惯裁剪。下表给出划分建议及理由。
| 字段 | 划分 | 理由或适用条件 |
|---|---|---|
| 1.1 项目名称、1.2 申请人、1.3 申请日期 | 必填 | 材料归档与评审流转的基础标识 |
| 1.5 立项背景与问题描述 | 必填 | 价值判断的起点，缺失则评审无从判断必要性 |
| 2.1 项目目标、2.2 成功标准 | 必填 | 启动后验收的依据 |
| 2.3 范围边界、2.4 明确排除事项 | 必填 | 防止启动后范围失控 |
| 3.1 可行性判断 | 必填 | 回答能否做成，是启动决策的核心依据 |
| 3.3 预算与费用构成 | 必填（涉及资金投入时） | 无资金投入的内部改进项目可简化为资源占用说明 |
| 4.1 主要风险、4.2 应对措施 | 必填 | 风险等级为中高时必须填写；低风险小项目可合并为一行 |
| 5.1 里程碑、5.2 交付物清单 | 必填 | 时间与交付决策的直接依据 |
| 5.3 项目负责人 | 必填 | 责任归属决策需要具体到人 |
| 6.3 审批结论、6.4 审批人 | 必填 | 启动授权的正式记录 |
| 1.4 项目类型 | 选填 | 组织有分类审批流程时填写 |
| 2.5 关键干系人 | 选填 | 跨部门项目建议填写，单部门内部项目可省略 |
| 3.2 人力及角色配置 | 选填 | 需要跨团队抽调资源时填写 |
| 3.4 外部依赖、3.5 替代方案 | 选填 | 存在外部供应商或明显替代路径时填写 |
| 4.3 合规与安全约束、4.4 硬约束 | 选填 | 涉及数据、资质或固定截止时间时填写 |
| 5.4 阶段评审机制 | 选填 | 周期超过一个季度的项目建议填写 |
| 6.1 申请人结论、6.2 评审意见汇总、6.5 批准条件 | 选填 | 按组织审批表单要求决定是否保留 |
裁剪原则可以按两条线把握：项目规模决定字段数量，风险等级决定字段深度。小规模、低风险的项目可保留必填字段并合并部分选填内容，例如把3.4和4.1合并为“依赖与风险”一行；跨部门、涉及资金或合规要求的项目，应补齐选填字段并提高支撑材料的完整度。裁剪时只删字段、不删决策，确保六类启动决策仍有字段支撑。
完整填写示例：一个单项目立项申请
以下示例为演示情景，用于说明各字段与支撑材料如何配合，不代表真实项目数据。示例项目为某业务部门申请建设内部数据看板，周期约三个月。
| 字段编号 | 字段名称 | 填写栏 | 支撑材料栏 |
|---|---|---|---|
| 1.1 | 项目名称 | 销售数据看板建设 | — |
| 1.2 | 申请人及部门 | 销售运营部 张某 | — |
| 1.3 | 申请日期与期望启动时间 | 申请日期：示例日期；期望下月初启动 | 部门季度工作安排 |
| 1.4 | 项目类型 | 改造类 | — |
| 1.5 | 立项背景与问题描述 | 销售周报依赖人工汇总，平均耗时两天，数据口径不一致 | 近三个月周报汇总记录、访谈纪要 |
| 2.1 | 项目目标 | 周报数据自动汇总，汇总时间缩短至半天以内 | 现状耗时统计 |
| 2.2 | 成功标准 | 连续四周周报由看板生成，口径与财务核对一致 | 财务口径说明 |
| 2.3 | 范围边界 | 覆盖销售订单与回款两类数据 | 数据源清单 |
| 2.4 | 明确排除事项 | 不含客户画像分析与预测模型 | — |
| 2.5 | 关键干系人 | 销售部、财务部、信息技术部 | — |
| 3.1 | 可行性判断 | 数据源已具备接口，团队有同类看板建设经验 | 接口文档、过往项目记录 |
| 3.2 | 人力及角色配置 | 数据分析1人、开发1人、业务对接1人 | 部门资源确认邮件 |
| 3.3 | 预算与费用构成 | 主要为内部人力，外部费用为零 | — |
| 3.4 | 外部依赖 | 需财务部确认回款数据口径 | 口径确认待办记录 |
| 3.5 | 替代方案及不立项后果 | 继续人工汇总，误差与耗时维持现状 | — |
| 4.1 | 主要风险 | 数据口径反复变更导致返工，影响程度中等 | 历史返工记录 |
| 4.2 | 风险应对 | 启动前完成口径确认并形成书面记录 | — |
| 4.3 | 合规与安全约束 | 销售数据仅限授权人员访问 | 数据分级说明 |
| 4.4 | 硬约束 | 需在季度经营会前上线 | 经营会日程 |
| 5.1 | 里程碑 | 第2周口径确认，第6周看板初版，第10周试运行 | — |
| 5.2 | 交付物清单 | 看板系统、口径说明文档、使用手册 | — |
| 5.3 | 项目负责人与成员 | 负责人：销售运营部李某；成员见3.2 | — |
| 5.4 | 阶段评审机制 | 每两周向部门负责人汇报一次 | — |
| 6.1 | 申请人结论 | 建议批准，优先完成口径确认 | — |
| 6.2 | 评审意见汇总 | 财务部要求口径确认后再进入开发 | 评审会议记录 |
| 6.3 | 审批结论 | 有条件批准 | — |
| 6.4 | 审批人与日期 | 部门负责人王某，示例日期 | — |
| 6.5 | 批准条件与后续动作 | 第2周前提交口径确认记录，否则暂停开发 | — |
示例中，1.5与3.5共同支撑价值判断：现状耗时与误差有记录，替代方案说明不立项的后果可接受但无改善。2.3与2.4成对填写，把范围限定在订单与回款两类数据，排除客户画像与预测模型，支撑范围界定决策。3.1、3.4和4.1说明项目可做但存在口径风险，评审据此给出“有条件批准”，并在6.5写入前置条件，使审批授权与风险应对形成闭环。
模板的调整与维护方法
模板需要随组织审批流程变化而调整，但调整应有依据，避免每次立项都临时改表。新增字段的判断依据是：现有字段无法支撑某一类启动决策，或评审反复追问同一信息。删减字段的判断依据是：连续多个项目该字段为空且不影响评审结论。调整前先统计近几次评审的追问记录，用实际缺口决定增删，比凭印象改表更可靠。
字段与审批节点需要对应调整。若组织新增了合规审批节点，应在第四组补充合规相关字段，并在第六组增加对应审批记录；若审批层级简化，可合并6.1至6.2，但6.3和6.4作为授权记录应保留。调整后应同步更新填写说明和示例，确保模板、说明、示例三处字段编号一致。
版本管理建议为模板标注版本号与生效日期，旧版本归档保留，便于追溯历史立项材料按哪一版填写。定期复核可安排在每季度或每次审批流程变更后，复核内容包括：必填字段是否仍与评审要求匹配、选填字段的使用率、支撑材料栏是否被普遍留空。复核结论形成简短记录，作为下一版调整的依据。
模板落地时，可借助文档工具的模板库把空白表固化为制式文档，减少每次复制粘贴的格式偏差；版本记录与回滚能力便于保留历次调整痕迹；按角色配置读写权限，可以让申请人、评审人和归档人员看到各自需要的内容。ONES Wiki 支持页面模板库一键创建制式化文档模板，并记录页面版本、支持查看与回滚，可作为立项材料复用与留存的承载方式；页面组关联项目后，立项文档与项目工作可以保持对应。审批流转与审批状态跟踪的具体配置，需结合组织现有流程和所购版本能力确认后再落地。
常见问题
小项目字段填不全，能否先提交评审再补材料？
可以先提交，但需要区分缺的是哪类字段。基本信息、目标与成功标准、范围边界、可行性判断、负责人和审批记录属于必填项，缺少这些字段评审无法形成结论，建议补齐后再提交。预算、外部依赖、阶段评审机制等选填字段，可在评审中说明补齐时间，并写入6.5批准条件与后续动作，作为启动后的前置事项跟踪。
如果项目风险等级为中高，即使规模小，也建议保留4.1主要风险与4.2应对措施，避免启动后风险无人认领。
同一字段既支撑价值判断又支撑可行性，填写时怎么处理？
按主要用途填写，在填写栏末尾用括号标注决策类型，例如“可行性判断（可行性）”。评审关注的重点不同：价值判断看背景与替代方案，可行性看技术依据与外部依赖。一个字段承担两类判断时，支撑材料栏应同时放两类证据，并在评审意见汇总中说明评审主要依据哪一类结论。
若两类判断结论不一致，例如价值成立但可行性存疑，应在6.1申请人结论中写明取舍建议，交由审批环节决定是否“有条件批准”。
立项材料在评审流转中如何保留版本和审批痕迹？
常见做法是把空白表固化为制式文档，每次立项基于模板创建新页面，修改过程保留版本记录，评审意见与审批结论写入同一文档的第六组字段。ONES Wiki 支持页面模板库一键创建制式化文档模板，并记录页面版本、支持查看与回滚，页面组关联项目后立项文档与项目工作可以保持对应。审批流转与审批状态跟踪的具体配置，需结合组织现有流程和所购版本能力确认后再落地。
组织审批流程调整后，旧立项材料需要按新模板重填吗？
通常不需要。模板标注版本号与生效日期，旧版本归档保留，历史材料按当时版本追溯即可。新模板只适用于生效日期之后提交的立项申请。若流程调整涉及新增合规审批节点，建议在第四组补充合规字段、第六组增加对应审批记录，并同步更新填写说明与示例，确保模板、说明、示例三处字段编号一致。
多个项目同时申请时，这份清单还适用吗？
这份清单面向单个项目是否启动的判断，每个项目各填一份。多个项目之间的准入比较与优先级排序，需要在单项目材料齐备后另行组织，比较维度通常包括目标价值、资源占用和风险水平。单项目清单的作用是保证每个候选项目的材料完整、结论可核对，为后续比较提供一致的信息基础。
