制造企业上项目管理系统，最常见的起点错误是：把"项目"当成一个统一的东西。
实际上，制造企业里的"项目"至少有两种，管理逻辑完全不同。用一套模板套两类项目，是很多系统上线后水土不服的根本原因。
一、制造企业的"项目"其实有两种
订单型项目：一台非标设备、一套模具、一批定制件、一个工程配套订单。这类项目的核心是"按合同交付"，管理重点是交期、成本、物料齐套、变更。
研发型项目：新产品导入（NPI）、工艺开发、APQP 项目。这类项目的核心是"按阶段推进"，管理重点是阶段门、交付物、评审记录、问题闭环。
两者的差异有多大？可以这样对比：
维度 | 订单型 | 研发型 |
目标 | 按时交付、控制成本 | 按节点交付、控制风险 |
时间结构 | 连续工序，可压缩 | 阶段门，不可跳过 |
成本焦点 | 单台/单批的实际成本 | 预算与投入 |
变更性质 | 客户改配置 | 技术方案迭代 |
失败形态 | 延期、超成本 | 项目无限期悬停 |
一个企业如果两类项目都有，却用同一套流程模板，结果通常是：订单项目被研发流程拖慢（阶段门太多），研发项目被订单流程做浅（只看进度不看交付物）。
二、订单型项目的四个管理核心
交期。 不是"计划什么时候交"，而是"按现在的物料和产能，能不能交"。这要求计划能看到物料齐套状态和工序负荷。
成本归集。 一个订单到底赚不赚钱，必须能算出来。这要求材料、人工、外协、制造费用四类成本都能挂到订单上。这一块在后面 B02 详讲。
物料齐套。 不齐套就开工，等于把缺料风险转移给装配现场。齐套检查必须作为开工的前置校验。
变更控制。 客户改配置是常态，问题是改完之后，设计、采购、生产、成本能不能同步。没有系统的企业，变更靠微信群通知，必有遗漏。
三、研发型项目的四个管理核心
阶段门（Gate）。 每个阶段结束时有一个决策点，决定是继续、暂停还是终止。阶段门要设在出口，不是入口——这一点在 B07 详讲。
交付物清单。 每个 Gate 对应固定的交付物，缺项不能过门。这是研发项目唯一可靠的进度度量。
评审记录。 评审不是为了走流程，是为了留下"当时是怎么判断的"。半年后回看，这些记录能解释很多决策。
问题闭环。 研发过程的问题（设计缺陷、供应商能力不足、测试不通过）必须有状态：发现、分析、措施、验证、关闭。开放的问题要能被看见。
四、混合型企业的处理方式
如果一个企业两类项目都有（多数中型制造企业都是这样），正确处理方式是：
共用一套主数据，配两套流程模板。
主数据包括：项目主键、人员、客户、供应商、物料。这部分必须统一，否则数据无法汇总。
流程模板必须分开：订单型走"接单→设计→备料→加工→装配→调试→交付"，研发型走"概念→计划→开发→验证→量产准备"。用项目类型字段驱动不同模板。
这样做的额外好处是：两类项目的成本可以在同一张报表上对比，看研发投入产出比。
五、选型时必问的四个问题
不要问"你们支持哪些行业"，问这四个：
- 能不能按单台设备归集成本？ 注意是"单台"，不是"单订单"。一个订单三台设备，成本要能分开。
不是管库存，是能回答"这个订单现在还缺哪些料、缺多少、什么时候能到"。 能不能让订单型和研发型跑不同的流程，而不是所有项目走同一条线。 物料主数据、库存、财务凭证。这一条决定了会不会形成两套账。四个问题里，前两个是分水岭。答不出来的产品，大概率是通用项目管理工具加了个行业标签。
一句话：制造企业的项目分两类，订单型看交期与成本，研发型看阶段门与交付物。用一套模板套两类，是上系统最容易踩的起点错误。
评论区留「制造」，发订单型 / 研发型两类项目的流程模板对照。
