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