干货分享

上一篇文章提到了，传统工程项目管理系统在设计开发实施过程中存在的一些普遍性问题，例如流程太死板、与日常应用（如OA办公）融合不够、移动端功能缺乏等，使得应用推广较难。因此，有部分企业在总结了相关经验之后，又采用了另一种工程项目管理系统建设方式：基于OA协同办公系统进行自定义配置或二次开发来建设工程项目管理系统。
这里的OA协同办公系统，既包括各种私有化的老牌OA软件，也包括像钉钉和企业微信这样的新一代SAAS化移动办公平台。这些系统上手应用相对方便，也能自主配置很多所需要的审批单据，使得很多企业在工程项目管理系统初期推广中实现了不错的效果。
然而随着应用的深入，很多企业也会逐步发现这种模式的一些问题。
 
基于OA软件搭建项目管理系统的一些常见问题：

 

1、 OA系统与工程项目管理系统目标不同
OA系统是全面处理企业的沟通协同和日常办公事务的平台，旨在提升组织及其中个体的沟通和协同效率。特别是随着像钉钉/企业微信这样新一代的移动办公平台的出现，依托于移动互联网和云服务的快速发展，为企业提供了从组织到沟通、协同等多方面的在线化能力，同时其中融合的低代码平台也使企业能够扩展其管理功能。在推动很多企业的数字化起步和发展起到了非常重要的作用。
而工程项目管理系统则是面向工程建设业务的专项系统，实现业务的协同、数据、分析、预警、管控等的融合，以提升业务效率和风控能力。
设计目标的不同不但会随着建设的深入暴露出很多难以解决的问题，OA系统供应商往往也会因为改造量的不断增长而逐渐难以支撑。
2、 OA系统对复杂数据逻辑业务处理能力不足：
由于OA系统对于大量数据的逻辑关联和处理并非其核心目标，因此在处理合同、成本、资金这些数据多且关联度高的业务时，就会存在很大难度。
例如有的在做请款单时，作为重要审批依据的结算、已付数据仍然需要人工填写，甚至还要重新上传合同文本及其他资料备查，因为请款审批时没法关联查询合同及执行信息等等。有的即便设置出了相应逻辑，因为后台数据架构设计不同，实际运行效率也不好。
3、 OA系统对于工程项目管理适配度不够：
为了处理常用的强数据性业务，有的OA系统也会加入一些合同、收付款等功能，但面向的是泛行业，或者通用的项目管理，对于工程建设类项目管理的很多特殊业务并不能很好的处理。
4、 OA系统数据分析能力相对较弱：
前面也提到，OA软件是面向流程协同进行设计的，在数据的统计和分析方面能力较弱，就算外挂专门的数据分析软件，由于本身数据结构设计的不同，面对大量数据分析时的效率不高，同时IT成本却不低。
5、 很多低代码平台对企业IT能力仍有门槛：
为满足管理个性化和扩展的需要，很多OA协同软件会加入低代码平台以实现业务的自定义功能。但很多低代码平台仍然需要一定的代码基础才能掌握，使得企业仍然需要IT人员与业务人员共同协作才能搭建出所需功能，降低了业务调整的便捷性，提高了自定义搭建业务的“门槛”。
 
斗栱云工程管理系统的特点：
斗栱云工程管理系统与钉钉或微信融合，不但实现应用者的日常办公业务和工程管理业务的应用融合，保证参与度，在系统架构设计上又能很好的满足各种数据逻辑复杂的业务管理，支撑企业不断深化的项目管理需求。

 

1、 核心业务具有更好的数据逻辑框架：
工程建设的经济类业务有着更加复杂的数据逻辑，斗栱云在这部分的核心逻辑仍然通过代码进行开发，保证核心逻辑的稳定、安全和效率，以支撑业务过程中的实时数据参考、追溯和业务控制。但仍可以通过内置的“零代码”平台进行灵活适配和扩展。
2、 面向工程建设业务进行设计：
斗栱云工程产品的设计目标就是满足工程建设业务的管理，所以各项管理内容更加符合工程建设业务实际，合同、成本、资金、材料、劳务、进度、质安等等各类业务更加贴合业务实际，做到开箱即用。
3、 灵活的数据分析和预警：
斗栱云提供丰富的工程建设业务的可视化看板和统计报表，从公司、项目、客商等等多角度进行实时的业务分析，同时支持关联追溯业务来源，对于业务中的常见风险点，也能通过配置条件实现数据的自动判断和预警控制。
4、 零代码平台：
斗栱云在标准功能之外，还开发了“零代码”平台，摒弃需要一定代码能力才能配置的内容，让熟悉电脑操作的业务管理人员也能自定义新的管理功能，或者对系统已有的标准单据进行调整，实现系统功能的快速适配和管理扩展。
 
最近两篇文章分享了斗栱云相较于常见工程项目管理系统建设方式的差异，后续，我们将结合工程建设业务中的各项主要业务点，为各位分享应用系统能够带来的管理价值。