项目执行和审批不是一回事：同一时期多件事并行、每件事有负责人和工期、只有关键节点才需要审批。这篇文章从产品设计角度，拆解一套工程管理模块的角色分工、三类任务工作台与落地路径。
写在前面
很多团队上了流程引擎之后会发现：请假、报销、合同签批都很顺，但一到装修、施工、巡检、交付实施，流程就开始别扭。
原因很简单------这些业务不是"一个人批完交给下一个人"，而是：
- 同一时期有多件事在干
- 每件事有负责人、参与人、工期
- 现场会临时加任务
- 关键节点才需要走审批
- 图纸、方案、送审文件要跟着任务走
CCFlow 的工程管理模块（CCPrj）就是为这件事做的。它长在现有的组织、表单、流程、菜单上，但给业务的不是审批页，而是一个可以发起、可以待办、可以看进度的项目工作台。
一句话：
流程管审批，工程管干活。两者可以在同一个项目里配合。
它看起来像什么
不要把它理解成"又一个审批流"，更接近下面这样：
yaml
室内装修 · 进行中 · 张三发起
计划周期：2026-07-24 ~ 2026-08-25
施工准备 张伟 2天
电气布管线 李强 22天
顶面工程 陈明 21天
├ 门头钢结构 刘洋 19天
├ 轻钢龙骨 赵峰 14天
└ 隐检验收 孙涛 1天 ← 这类可以走审批流程
墙面工程 陈明 25天用户每天进系统，看到的是：
- 任务中心：我今天要处理哪些工程任务
- 项目工作台：这个项目整体进展到哪
- 任务工作台：当前这件事是记工时、填单据，还是去审批
这和流程的"发起 / 待办 / 在途 / 已完成"是同一套使用习惯，所以老用户几乎不用重新学习菜单。
三类角色，各干什么
1. 管理员：先把标准做法沉淀成模板
管理员不直接管某个工地，而是管"这类项目通常怎么干"。
在项目模板库里可以：
- 新建「室内装修标准」「精装修」「巡检标准」等模板
- 把工作拆成任务组（阶段）和任务
- 给任务指定默认负责人、默认工期
- 设计项目表单（项目名称、地址、客户、计划周期等）
- 配置文件工作区：图纸放哪、谁能看、送审走哪条流程
模板是标准做法。现场项目是标准做法的一份拷贝。标准改了，已经开工的项目不会被带偏；某个工地临时加了"闭水试验"，也不会污染标准模板。
这对实施很重要：先做模板，再让业务去发起。 不是每个项目都从零画一遍。
2. 项目发起人：像发起流程一样发起工程
业务人员从「发起」里选一个模板，系统立刻生成一个工程草稿。
发起人要做的事很克制：
- 确认项目标题、计划周期
- 补全项目表单
- 检查各任务负责人和日期
- 点「发起」
发起前系统会拦明显不完整的数据：没有任务、任务没负责人、日期范围任务缺开始/结束日期。避免"先开工再补人"造成待办飞到空号上。
发起之后，发起人是这个项目的管理者，可以：
- 暂停 / 完成 / 作废
- 按权限移交
- 打开文件工作区
- 看整棵任务树和日志
草稿阶段还可以删除。进行中不能随便删，避免现场数据丢了。
3. 任务负责人 / 参与人：只处理自己那一块
普通执行人不需要进入"设计器"。他们打开任务中心，看到的是：
- 待办：现在该我处理的
- 参与中：我正在跟的
- 已办：我处理过的
点进一条任务后，系统按任务类型打开不同工作台，而不是所有任务都挤在一张大表单里。
三种任务，对应三种真实工作
这是产品上最容易讲清楚的差异点。
通用任务：干活、记日志、报工时
适合：布管、龙骨、抹灰、巡检、实施部署。
负责人打开后可以：
- 写今天干了什么
- 勾选工时
- 上传现场照片或附件
- 到节点后标记完成
- 看累计工时
它解决的是"执行过程可追溯"，不是"谁审批通过了"。
流程任务：这件事必须走审批
适合：隐检验收、设计变更、付款申请、竣工验收。
任务上预先绑定一条可发起的流程。处理人点进去，就是熟悉的流程处理页。
也就是说：工程里的某个节点，可以变成一次真正的审批。 不必为了验收单独再发起一个与项目无关的流程，项目进度和审批结果是连在一起的。
单据任务：结构化填报
适合：材料进场申报、隐蔽工程记录、设备清单、检查表。
任务上绑定一张独立表单。处理人填的是单据数据，不会把这些字段全堆到项目主表上。
项目主表继续放"这个工程是什么"；单据放"这一步产生了什么业务数据"。
一天里，一个装修项目怎么跑完
用「室内装修标准模板」把主路径走一遍。
上午，管理员（一次性）
把顶面、墙面、地面拆成任务组，把"隐检验收"设成流程任务，把"材料进场"设成单据任务，其余设成通用任务。项目表单加上工地地址和客户名称。
上午，项目经理张三
发起工程 → 填项目表单 → 指定各任务负责人 → 发起。
系统给相关人员产生待办。张三在项目工作台看到整棵任务树，状态是进行中。
下午，施工员赵峰
待办里看到「轻钢龙骨」。打开通用任务工作台，写工作日志、记 8 个工时、上传现场照片。做完后标记完成。
下午，材料员王磊
待办里看到「材料进场」。打开单据任务，填进场清单并保存。
第二天，质检孙涛
待办里看到「隐检验收」。打开流程任务，走验收审批。通过后，这条工程任务随之完成。
过程中，任何人
都可以在项目工作台看进度、看日志、进文件工作区找图纸。项目经理可以把项目暂停、作废，或在全部任务完成后结束项目。已完成后如需继续改，可以回滚为进行中。
整条链路对用户来说，和"发起一条流程然后处理待办"几乎一样，只是处理对象从审批节点换成了项目任务。
项目工作台里有什么
打开一个工程，通常是三个页签：
节点进度
看任务组和任务，谁负责、谁参与、时效、备注。选中一行能看任务文件，需要处理时点进对应工作台。
项目表单
看这个项目本身的业务信息。字段由模板的表单设计器决定，实施时按客户加，不必改产品内核。
日志动态
看系统轨迹：谁创建、谁发起、谁完成、谁作废。和任务里的工作日志分开------一个是系统动作，一个是人写的工作内容。
工具栏会按状态出现不同按钮：草稿显示发起和删除，进行中显示暂停、完成、移交、作废，已完成显示回滚。参与人还可以退出项目。按钮能不能点，还要看是不是发起人/负责人，以及这个项目有没有开放保存、完成、移交权限。
文件工作区：图纸不再堆在表单底部
装修和施工还有一个高频痛点：文件很多，而且跟任务有关。
模板上可以配置：
- 文件存放位置（对象存储目录）
- 哪些人能进工作区
- 文件送审走哪条流程
运行时，用户可以按目录看文件、按任务过滤、打开或定位文件、把文件送审。任务行上也能看到当前节点挂了哪些文件。
对实施顾问来说，这意味着：进度、审批、填报、图纸可以落在同一个项目里，不用再让现场在网盘、微信群、流程附件三处找资料。
和"用流程硬模拟项目"差在哪
实施时最常见的替代方案是：一个施工步骤做成一个流程节点。短期能用，长期会疼。
| 现场真实情况 | 用流程硬模拟 | 用 CCPrj |
|---|---|---|
| 多任务同时干 | 流程一次只在少数节点上 | 多任务并行，各有待办 |
| 现场临时加一项验收 | 改流程定义，影响后续项目 | 只改当前实例 |
| 要看工期和进度 | 靠表单日期字段拼 | 任务树 + 计划周期 + 工时 |
| 只有关键点需要审批 | 整条链都做成审批 | 关键任务绑定流程即可 |
| 日常要记工时和照片 | 全塞进节点附件 | 通用任务工作台专门做这件事 |
| 图纸按任务归档 | 附件清单越来越乱 | 文件工作区按任务组织 |
如果业务本质是"请假/报销/合同"，继续用流程。
如果业务本质是"一堆任务要并行推进，偶尔插一次审批"，用工程。
更常见的落地方式是组合，而不是二选一。
适合上，不适合硬上
适合先上的场景
- 装修、施工、巡检、交付实施
- 已经在用 CCFlow，希望项目执行和组织、表单、审批在一个体系里
- 希望把标准作业沉淀成模板，复制后现场微调
- 需要待办驱动：谁的任务谁处理，而不是只给项目经理一张大表
不适合当成专业项目管理软件的部分
- 强依赖关键路径、前置任务（FS/SS）的排程
- 以金额、造价、资源平衡为核心的工程造价
- 纯审批类业务
当前版本明确把范围收在：模板复制、并行任务、三类工作台、工时日志、文件工作区。前置依赖和成本核算没有作为第一期能力。这对销售话术也很重要------它是流程平台上的项目执行引擎，不是 Microsoft Project 的替代品。
实施时建议怎么切第一刀
不要一上来把客户所有项目类型都配完。更稳的做法：
- 选一个重复度高的业务，例如"标准装修"或"巡检"。
- 先拆 4～8 个任务组，任务不要超过现场能记住的数量。
- 只把真正要审批的 1～2 个点做成流程任务。
- 只把要结构化留档的 1 张单做成单据任务。
- 其余全部用通用任务记日志。
- 项目表单只放发起时就要填的字段。
- 跑通一个真实项目后，再沉淀第二套模板。
衡量是否跑通，看三件事就够：
- 发起人能像发起流程一样发起工程
- 负责人能在待办里找到自己的任务并处理完
- 项目经理能在一个页面里看到进度、表单、日志和文件
这三件事成立，工程模块对客户就是可用的。表结构、甘特算法、接口命名，可以留给开发去看系列的另外两篇。
小结
CCPrj 给业务的价值不是"多了一个甘特图页面"，而是把项目执行收进 CCFlow 已经被用户接受的工作方式里：
- 管理员沉淀模板
- 发起人复制出项目
- 执行人处理待办
- 关键点走流程，填报走单据，干活走日志
- 文件跟着任务走
- 全过程可查、可暂停、可完成、可追溯
如果要把这句话留给客户：
以前用流程管审批；现在审批还在，只是项目本身也有了自己的待办和进度。