在之前的文章中有介紹過#企業(yè)內(nèi)部如何做低代碼的運營推廣（?點擊回顧精彩），感興趣的可以結合之前的文章進行了解。

結合本人這幾年的低代碼落地推廣經(jīng)驗，不論是由得帆主導的低代碼平臺運營推廣，還是由客戶自身主導進行推廣，低代碼平臺的場景選擇尤為重要。

尤其是低代碼平臺前期的推廣階段，一般不建議由客戶方直接主導相對復雜場景的落地實施。

核心原因在于：客戶方完全掌握低代碼平臺的能力，具備復雜場景落地的經(jīng)驗需要一定的時間進行積累。復雜場景不單單考驗平臺的能力，同樣在挑戰(zhàn)項目管理、業(yè)務協(xié)同、解決方案等綜合能力。

關于低代碼如何落地復雜場景應用，這塊內(nèi)容，我們下次再做介紹。

經(jīng)過這幾年低代碼的發(fā)展，客戶基本認可了低代碼的使用場景，大致按照對于技術的依賴度，分為以下幾個大類：

1.協(xié)同辦公場景：企業(yè)圍繞人有大量場景化的IT業(yè)務需求，低代碼相比較OA產(chǎn)品更加靈活、輕量化，卻具備獨立的應用擴展能力。所有專業(yè)系統(tǒng)外的需求可使用低代碼裝進去，構建內(nèi)部應用中心。

2.數(shù)據(jù)填報收集：業(yè)務是隨機的、不確定的、經(jīng)常變化的。通過低代碼快速響應實現(xiàn)。例如員工評價、客戶留資、防疫統(tǒng)計等。

3.跨系統(tǒng)流程：流程管理中落實到具體的4級流程存在大量的表單和審批場景，傳統(tǒng)BPM方式的對于開發(fā)和技術依賴較重，低代碼可以降低對技術的依賴，把業(yè)務交還給業(yè)務部門。

4.現(xiàn)場管理業(yè)務：響應數(shù)字化轉型，目前大量的線下業(yè)務、紙質(zhì)化場景均依賴人工經(jīng)驗，通過低代碼快速將業(yè)務線上化、數(shù)字化。例如制造現(xiàn)場、物流現(xiàn)場、園區(qū)管理等。

5.管理場景應用：圍繞企業(yè)內(nèi)部運營管控構建的管理應用，常見于HR、IT、財務等領域，例如HR共享服務、IT項目管理（研發(fā)&交付）、財務預算費用類的應用偏多。

6.核心系統(tǒng)定制：解決ERP、PLM、MES等成熟套裝軟件外圍業(yè)務精細化問題，引入低代碼將套裝軟件模塊化解耦和集成（去ERP化）。

–上述場景對于技術人員的依賴度逐步遞增，雖然這些場景低代碼都可以去做落地，但是在推廣階段，一上來就去做核心系統(tǒng)定制的挑戰(zhàn)和難度會非常大，也很難體現(xiàn)出低代碼平臺在賦能業(yè)務人員構建業(yè)務系統(tǒng)的能力，稍有不慎，容易起反作用。

結合百度、比亞迪等客戶低代碼平臺的推廣經(jīng)驗，我們建議低代碼在推廣過程中，選擇輕量化的場景開始。

具體可以參考下8點：其中1和2為建議項，3-8項滿足4項即可選擇低代碼平臺進行落地。

1.業(yè)務領域：優(yōu)先考慮：HR、IT、行政、采購等領域；次選考慮：研發(fā)、營銷、生產(chǎn)、物流、服務等領域，例如：質(zhì)量管理、合同管理、審計管理等。

2.需求類型：優(yōu)先考慮：尚未被數(shù)字化應用覆蓋的場景、創(chuàng)新業(yè)務場景、敏態(tài)（多變化）需求場景。

3.用戶類型：面向內(nèi)部用戶、或確定范圍的外部用戶（例如：合作伙伴），非to C應用場景。

4.需求歸口：需求歸口部門/角色清晰（不超過3個決策部門），能夠快速決策需求并接受動態(tài)調(diào)整。

5.開發(fā)人數(shù)：關鍵的系統(tǒng)配置、開發(fā)人數(shù)不超過5人，3人以內(nèi)為最佳。

6.定制代價：如采用定制開發(fā)方式，評估人天不超過500人天的，300人天以內(nèi)為最佳。

7.交互形式：相對標準的IT系統(tǒng)交互體驗，非WCM或展示類應用的交互方式。

8.業(yè)務主導：ITBP/BA等IT團隊中的業(yè)務接口人主導且愿意上手配置系統(tǒng)、業(yè)務部門骨干深度參與且愿意上手配置系統(tǒng)。