摘要：
本文介绍了明道云零代码平台在工程管理和施工进度控制领域的使用样例和应用案例。首先，强调了明道云零代码平台的强大和易用性，以及其产品经理积极响应用户需求的优点。
其次，介绍了三个具体的应用案例：土建合同变更管理台账、月度投资填报表、月度计划填报表。土建合同变更管理台账解决了多个部门间数据传达和同步的问题，实现了设计变更的高效处理。月度投资填报表实现了自动汇总和报表生成，节省了大量时间和精力。月度计划填报表则提高了项目进展监控和工作节点细化的效率。
此外，还提到其他定制化应用样例，其中一个样例可以完全用明道云实现，节省了成本和后期运维的麻烦。最后，分享了搭建明道应用的经验，强调需求分析清晰、表单结构设计合理、数据易用性考虑等重要点。总体而言，明道云零代码平台在工程管理和施工进度控制领域展现了强大的应用潜力，并为企业数字化转型提供了高效的解决方案。
本文中提到的明道云零代码使用场景包括：
- 土建合同变更管理台账：应用于施工中的设计变更，涉及多个部门之间的数据传达和同步，解决了多部门处理设计变更的复杂流程。
- 月度投资填报表：用于统计各个施工单位填报的投资金额情况，后台工作流程自动汇总并计算总金额，节省了大量时间和精力。
- 月度计划填报表：用于让各个施工单位填报计划投产的现场施工金额和材料，通过数据评估工作进度，提高项目推进效率。
- 其他样例：包括一些定制化应用，如新能公交系统，可以通过与政府单位的系统同步了解公交车内氢气瓶的年检情况和充装情况，成本较低且灵活性高。
总的来说，明道云零代码平台在工程管理和施工进度控制领域有广泛的应用场景，能够提升企业的数字化转型和工作效率。
一、应用样例
我们公司主要在工程管理或者说在施工进度控制等领域使用明道云，到现在已经使用5年多了，从一开始的一个相对简单的应用平台，到现在越来越强大，也越来越好用。而且明道云的产品经理们对我们提出的需求也会积极快速地响应，在同类产品中非常值得肯定。
今天主要给大家介绍三个应用案例，大家体验一下明道云在地跌建设中可以应用到哪些方面，分别是：土建合同变更管理台账、每月投资填报、每月计划考评填报。
土建合同变更管理台账
这个应用场景是针对施工中的设计变更，典型之处在于涉及部门多，解决在多个部门间进行数据传达、数据同步的一个问题。在施工场景中，设计变更的情况经常发生。举个例子，我们经常看到在施工中有人在打孔并取土样本进行勘察。在前期勘察后，会评估土地的地质情况。然而，实际施工时挖掘的土壤情况可能会有很大的变化，这可能导致施工方式的改变。这种情况会涉及到多个部门的处理，包括技术审查、图纸评估、施工风险评估，确认好后续修改方案后，还需要交给合同部门修订合同条款，确定合同费用，最后，工程部门还要确认现场的变更如何去执行。
大家可以看到，这个过程涉及到的部门和流程非常的多。传统的方式是提交纸质材料给设计管理部门进行审查，并进行会议讨论和沟通，然后传达给合同部门，并各自维护一套Excel台账。然而，两个部门各自的台账经常不统一，需要频繁的资料交流、会议讨论和进度统一，然后再传达给工程部门执行。
在做这个应用之前，我们的上游部门，技术管理部门，已经在使用云道云应用来收集变更信息。所以在我当时在合同部门工作时，我只需要做一个下游应用，与他们对接并接收他们的数据，然后推进下游工作。因此，我做了这个应用。
这个应用一部分的数据来源就是接收他们已有的类似Excel表格里的数据，每一行数据对应一个工程变更的情况，一部分的数据来源是上游系统根据他们已完成的情况下发到我的这个应用中。我们在这个过程发现的一个比较有参考意义的解决方案。因为我当时在合同部门工作，可能涉及到跨部门的信息敏感性，需要明确职责划分，我无法介入到他们的应用上进行管理或操作。
所以在我们两个部门的技术沟通后，决定做一个中间应用，我们两边都做管理员，他们的台账应用将数据导出并同步到这个应用的工作流中，根据他们的工作节点来确定是否可以下发。因为有一些变更流程他们还没有确定，也不想提前透露给我们。将数据下发到这个应用后，我通过这个应用传达给下游的合同变更台账。
合同变更台账的部分数据属于合同变更范畴，这部分主要依靠咨询单位和施工单位填报，并起到督促作用，要求他们及时填报并推进工作。我们公司的部门负责审核并归集到相应分类中，然后呈现出变更的具体内容和变更等级，根据管理办法对其进行分类，使其更加清晰。后期这些数据可以再次利用，进行其他数据分析或数据呈现。
此外，我们还为变更做了排序编号，这个编号对应我们内部的共享网盘上的一个文件编号。在网盘上，我们放置了许多与每个变更材料对应的编号，只需要在合同变更应用台账中点击链接，通过链接跳转就可以找到相应分类的文件夹，分类文件夹中我们可以通过对应的编号快速地找到相关的变更资料。这样就省去了各个部门人员反复沟通和获取变更文件材料的麻烦。
说到经办人管理，我们做了一个工区人员表格，不同的经办人直接归类到不同的工区，这样可以统一管理。这种工区人员表格管理可以复用，其他应用也可以在这个表格上读取。根据名字字段匹配，识别属于哪个工区，将人对应到责任区域，方便筛选和工作流通知。
部门内部有时候也会有人员调整，这种表格的好处是人员变化时只需更改位置，轻松实现工作调整。根据合同变更的状态，后台工作流设计了不同的通知，变更下发通知经办人，后续填报不同金额的通知也会发给经办人，显示进度和审核通过的环节。如果填报时间超过督促时间，后台会通知各个环节督促办理。数
呈现方面，可以统计数据并呈现不同的数据表格，直观发现问题，比如哪个变更金额较大、问题较严重，哪个工区变更处理滞后。可以用表格形式重新统计相关数据，这是明道云的优势。相对其他软件或Excel表格，明道云可以通过不同的呈现方式、不同的角度不断复用和整理同一份数据。
月度投资填报表
这个应用看起来非常的简单，因为我们在进行应用设计的时候会考虑使用者的操作便捷性，尽量简化前端的操作，能在后台跑完的都自动化的去执行。这个功能的实现是每个月统计各个施工单位填报的投资金额情况，他会涉及到不同板块的金额，后台工作流程会将其汇总并计算总金额，然后汇总到月度报表或年度报表上。经过工程部门的领导审核确认后，计划员只需要点击按钮将信息自动锁定，不允许再修改，一个月周期结束后，数据将自动归档并进入下一个填报周期。
月度投资填报周期循环中的“周期”是指之前的数据，可以将之前的数据存档，然后计划人员可以通过点击一个按钮来刷新数据，自动锁定施工单位不允许更改数据，并将数据汇总到年度数据中。每个月都会改变数据的统计维度，然后一键完成汇总整年的数据报表，直接在后台进行刷新。计划报表经过层层审核后，会汇总到计划产值中，并呈现为表格形式，我们可以直观地看到不同工作区域和工作节点的完成情况，即使数据量大也有很好的整理效果。
月度计划填报表
在每个月初，让各个施工单位填报他们计划投产的现场施工的金额和材料。通过这些金额数据，施工方可以评估现场工作进度，并将整个项目的施工难点细化为工作节点，每个工作节点需要填报本月计划完成的产值，并经过相关负责人的逐层审核确认。到月底，施工单位再填报本月实际完成的产值，通过金额评估工作节点的进展情况。
这个应用非常有价值，以往我们需要收集几百上千个工作节点的材料，然后进行统计汇总，再呈现给领导，这是一个复杂的过程，而且领导可能会漏掉某些节点，导致工作进度滞后，影响整个项目的推进。有了这个应用后，情况改善很多。
对于这些应用我们还会制作宣传材料，并为各个部门提供培训，根据不同角色制作不同的培训手册，让使用更加简单易懂，便于推广使用。
其他样例
我管理的一些定制化应用有很多是由外部单位帮忙做的，其中有一个应用，实际上可以完全用明道云来做。我分析过这个应用，它的流程入口、不同版块以及统计等数据，实际上可以完全用明道云来实现，这套系统如果用传统的定制化开发方式，可能需要几百万的成本，但实际上如果使用明道云进行本地化部署，可能只需要约100万左右。
此外，使用明道云实现后期运维也不会那么痛苦，现在这套系统的后期运维感觉就是，系统是你的，但数据并不完全属于你。你需要与开发人员沟通，让他们理解你的需求，并考虑之前是否设定了这些字段以及是否能帮你提取数据，如果不能，你要么需要定制新的接口，要么只能妥协。
所以说这种定制化系统相比于明道云来说不够灵活，后期调整和人员变动会比较困难，现在我们公司的系统需要手动导出各经办人员的数据，线下进行统计，然后汇报给领导，这种方式比较落后。如果用明道来实现这套系统，可以颠覆行业模式因为这个系统几乎各个城市都在用。
 |
 |
另外一套已经商用化的系统是新能公交系统，通过与政府单位的系统同步，可以了解公交车内氢气瓶的年检情况和充装情况，与同行厂家相比，我们用明道实现这套系统的成本更低，而且可以在PC网页端和手机客户端同步使用。
二、明道云搭建经验分享
开发明道应用需要有一定的思路和流程顺序，否则在已经上线使用的情况下再去调整可能会让用户非常恼火，而且处理起来非常麻烦，下面是我的一些经验分享给大家，希望对其他搭建者有所帮助。
- 前期需求分析要清楚，考虑如何接入现有系统以及导入现有的Excel表格。
- 表单结构的实现需要考虑拆分成多少个表单或者采用怎样的层级结构，包括子表和母表的方式。
- 静态数据指的是一些可以反复使用的数据，例如一个项目下有多个支付周期，如果每个周期都填报一次会浪费力气，可以将这些字段固定成一条表单，然后在每期支付或其他场景中直接调用稳定的数据。
- 字段设计需要考虑后期的工作流，可以通过在后台字段中隐藏一些flag标记，并通过flag 0和1的变化来锁定表格，防止修改或进行其他调整。
- 数据的易用性需要考虑用户在使用时可能遇到的问题，技术实现容易并不代表实用，技术应与业务场景结合，多沟通理解业务场景，并考虑后期的运维和稳定性。
- 不要为了数字化而数字化，有时候需要从用户和领导的角度分析操作和数据统计，以减小后期推行的阻力。
