三类任务、一个工作台：项目执行模块的产品设计

项目执行类业务（装修、施工、巡检、交付实施）与审批类业务的形态差异明显。本文从产品视角说明一套工程管理模块的角色分工、三类任务工作台、文件工作区与实施落地建议。

写在前面

很多团队上了流程引擎之后会发现：请假、报销、合同签批都很顺，但一到装修、施工、巡检、交付实施，流程就开始别扭。

原因很简单——这些业务不是“一个人批完交给下一个人”，而是：

• 同一时期有多件事在干
• 每件事有负责人、参与人、工期
• 现场会临时加任务
• 关键节点才需要走审批
• 图纸、方案、送审文件要跟着任务走该引擎的工程管理模块（工程管理模块）就是为这件事做的。它长在现有的组织、表单、流程、菜单上，但给业务的不是审批页，而是一个可以发起、可以待办、可以看进度的项目工作台。

一句话：

流程管审批，工程管干活。两者可以在同一个项目里配合。

它看起来像什么

不要把它理解成“又一个审批流”，更接近下面这样：

室内装修 · 进行中 · 张三发起
计划周期：2026-07-24 ~ 2026-08-25

施工准备          张伟    2天
电气布管线        李强   22天
顶面工程          陈明   21天
  ├ 门头钢结构    刘洋   19天
  ├ 轻钢龙骨      赵峰   14天
  └ 隐检验收      孙涛    1天     ← 这类可以走审批流程
墙面工程          陈明   25天

用户每天进系统，看到的是：

1. 任务中心：我今天要处理哪些工程任务
2. 项目工作台：这个项目整体进展到哪
3. 任务工作台：当前这件事是记工时、填单据，还是去审批

这和流程的“发起 / 待办 / 在途 / 已完成”是同一套使用习惯，所以老用户几乎不用重新学习菜单。

三类角色，各干什么

1. 管理员：先把标准做法沉淀成模板

管理员不直接管某个工地，而是管“这类项目通常怎么干”。

在项目模板库里可以：

• 新建「室内装修标准」「精装修」「巡检标准」等模板
• 把工作拆成任务组（阶段）和任务
• 给任务指定默认负责人、默认工期
• 设计项目表单（项目名称、地址、客户、计划周期等）
• 配置文件工作区：图纸放哪、谁能看、送审走哪条流程

模板是标准做法。现场项目是标准做法的一份拷贝。标准改了，已经开工的项目不会被带偏；某个工地临时加了“闭水试验”，也不会污染标准模板。

这对实施很重要：先做模板，再让业务去发起。 不是每个项目都从零画一遍。

2. 项目发起人：像发起流程一样发起工程

业务人员从「发起」里选一个模板，系统立刻生成一个工程草稿。

发起人要做的事很克制：

• 确认项目标题、计划周期
• 补全项目表单
• 检查各任务负责人和日期
• 点「发起」

发起前系统会拦明显不完整的数据：没有任务、任务没负责人、日期范围任务缺开始/结束日期。避免“先开工再补人”造成待办飞到空号上。

发起之后，发起人是这个项目的管理者，可以：

• 暂停 / 完成 / 作废
• 按权限移交
• 打开文件工作区
• 看整棵任务树和日志

草稿阶段还可以删除。进行中不能随便删，避免现场数据丢了。

3. 任务负责人 / 参与人：只处理自己那一块

普通执行人不需要进入“设计器”。他们打开任务中心，看到的是：

• 待办：现在该我处理的
• 参与中：我正在跟的
• 已办：我处理过的

点进一条任务后，系统按任务类型打开不同工作台，而不是所有任务都挤在一张大表单里。

三种任务，对应三种真实工作

这是产品上最容易讲清楚的差异点。

通用任务：干活、记日志、报工时

适合：布管、龙骨、抹灰、巡检、实施部署。

负责人打开后可以：

• 写今天干了什么
• 勾选工时
• 上传现场照片或附件
• 到节点后标记完成
• 看累计工时

它解决的是“执行过程可追溯”，不是“谁审批通过了”。

流程任务：这件事必须走审批

适合：隐检验收、设计变更、付款申请、竣工验收。

任务上预先绑定一条可发起的流程。处理人点进去，就是熟悉的流程处理页。

也就是说：工程里的某个节点，可以变成一次真正的审批。 不必为了验收单独再发起一个与项目无关的流程，项目进度和审批结果是连在一起的。

单据任务：结构化填报

适合：材料进场申报、隐蔽工程记录、设备清单、检查表。

任务上绑定一张独立表单。处理人填的是单据数据，不会把这些字段全堆到项目主表上。

项目主表继续放“这个工程是什么”；单据放“这一步产生了什么业务数据”。

一天里，一个装修项目怎么跑完

用「室内装修标准模板」把主路径走一遍。

上午，管理员（一次性）

把顶面、墙面、地面拆成任务组，把“隐检验收”设成流程任务，把“材料进场”设成单据任务，其余设成通用任务。项目表单加上工地地址和客户名称。

上午，项目经理张三

发起工程 → 填项目表单 → 指定各任务负责人 → 发起。

系统给相关人员产生待办。张三在项目工作台看到整棵任务树，状态是进行中。

下午，施工员赵峰

待办里看到「轻钢龙骨」。打开通用任务工作台，写工作日志、记 8 个工时、上传现场照片。做完后标记完成。

下午，材料员王磊

待办里看到「材料进场」。打开单据任务，填进场清单并保存。

第二天，质检孙涛

待办里看到「隐检验收」。打开流程任务，走验收审批。通过后，这条工程任务随之完成。

过程中，任何人

都可以在项目工作台看进度、看日志、进文件工作区找图纸。项目经理可以把项目暂停、作废，或在全部任务完成后结束项目。已完成后如需继续改，可以回滚为进行中。

整条链路对用户来说，和“发起一条流程然后处理待办”几乎一样，只是处理对象从审批节点换成了项目任务。

项目工作台里有什么

打开一个工程，通常是三个页签：

节点进度 看任务组和任务，谁负责、谁参与、时效、备注。选中一行能看任务文件，需要处理时点进对应工作台。

项目表单 看这个项目本身的业务信息。字段由模板的表单设计器决定，实施时按客户加，不必改产品内核。

日志动态 看系统轨迹：谁创建、谁发起、谁完成、谁作废。和任务里的工作日志分开——一个是系统动作，一个是人写的工作内容。

工具栏会按状态出现不同按钮：草稿显示发起和删除，进行中显示暂停、完成、移交、作废，已完成显示回滚。参与人还可以退出项目。按钮能不能点，还要看是不是发起人/负责人，以及这个项目有没有开放保存、完成、移交权限。

文件工作区：图纸不再堆在表单底部

装修和施工还有一个高频痛点：文件很多，而且跟任务有关。

模板上可以配置：

• 文件存放位置（对象存储目录）
• 哪些人能进工作区
• 文件送审走哪条流程

运行时，用户可以按目录看文件、按任务过滤、打开或定位文件、把文件送审。任务行上也能看到当前节点挂了哪些文件。

对实施顾问来说，这意味着：进度、审批、填报、图纸可以落在同一个项目里，不用再让现场在网盘、微信群、流程附件三处找资料。

和“用流程硬模拟项目”差在哪

实施时最常见的替代方案是：一个施工步骤做成一个流程节点。短期能用，长期会疼。

如果业务本质是“请假/报销/合同”，继续用流程。 如果业务本质是“一堆任务要并行推进，偶尔插一次审批”，用工程。

更常见的落地方式是组合，而不是二选一。

适合上，不适合硬上

适合先上的场景

• 装修、施工、巡检、交付实施
• 已经在用该引擎，希望项目执行和组织、表单、审批在一个体系里
• 希望把标准作业沉淀成模板，复制后现场微调
• 需要待办驱动：谁的任务谁处理，而不是只给项目经理一张大表

不适合当成专业项目管理软件的部分

• 强依赖关键路径、前置任务（FS/SS）的排程
• 以金额、造价、资源平衡为核心的工程造价
• 纯审批类业务

当前版本明确把范围收在：模板复制、并行任务、三类工作台、工时日志、文件工作区。前置依赖和成本核算没有作为第一期能力。这对销售话术也很重要——它是流程平台上的项目执行引擎，不是 Microsoft Project 的替代品。

实施时建议怎么切第一刀

不要一上来把客户所有项目类型都配完。更稳的做法：

1. 选一个重复度高的业务，例如“标准装修”或“巡检”。
2. 先拆 4～8 个任务组，任务不要超过现场能记住的数量。
3. 只把真正要审批的 1～2 个点做成流程任务。
4. 只把要结构化留档的 1 张单做成单据任务。
5. 其余全部用通用任务记日志。
6. 项目表单只放发起时就要填的字段。
7. 跑通一个真实项目后，再沉淀第二套模板。

衡量是否跑通，看三件事就够：

• 发起人能像发起流程一样发起工程
• 负责人能在待办里找到自己的任务并处理完
• 项目经理能在一个页面里看到进度、表单、日志和文件

这三件事成立，工程模块对客户就是可用的。表结构、甘特算法、接口命名，可以留给开发去看系列的另外两篇。

小结

工程管理模块 给业务的价值不是“多了一个甘特图页面”，而是把项目执行收进该引擎已经被用户接受的工作方式里：

• 管理员沉淀模板
• 发起人复制出项目
• 执行人处理待办
• 关键点走流程，填报走单据，干活走日志
• 文件跟着任务走
• 全过程可查、可暂停、可完成、可追溯

如果要把这句话留给客户：

以前用流程管审批；现在审批还在，只是项目本身也有了自己的待办和进度。