上一篇文章提到了，傳統工程項目管理系統在設計開發實施過程中存在的一些普遍性問題，例如流程太死板、與日常應用（如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、 零代碼平臺：
斗栱云在標準功能之外，還開發了“零代碼”平臺，摒棄需要一定代碼能力才能配置的內容，讓熟悉電腦操作的業務管理人員也能自定義新的管理功能，或者對系統已有的標準單據進行調整，實現系統功能的快速適配和管理擴展。
 
最近兩篇文章分享了斗栱云相較于常見工程項目管理系統建設方式的差異，后續，我們將結合工程建設業務中的各項主要業務點，為各位分享應用系統能夠帶來的管理價值。