随着低代碼的概念日趨火熱，與之相關的“平民開發者”（Citizen Developer，也稱公民開發者）也受到了更多人的關注。然而，在大多數語境中，平民開發者會與技術基礎差劃上等号，甚至以此來推演低代碼和無代碼在企業中的發展路線和應用前景。事實真的如此嗎？
平民開發者的概念最早被業界廣泛接納，是源于國際知名咨詢公司Gartner的研究報告。翻閱Gartner官網提供的詞彙表，我們可以發現其定義如下：A citizen developer is an employee who creates application capabilities for consumption by themselves or others, using tools that are not actively forbidden by IT or business units. A citizen developer is a persona, not a title or targeted role. They report to a business unit or function other than IT.
（Gartner對平民開發者的定義）
從這段文字中，我們會發現對平民開發者的定義中，完全沒有技術能力相關的描述。一個人是否為平民開發者，與其技術能力無關。平民開發者與專業開發者唯一的差別在于前者向業務線而非IT線彙報。也就是說，在平民開發者這個概念上，Gartner更加關注管理層面而非技術層面。
關注企業資訊化的從業者已經對低代碼的概念爛熟于心。作為軟體開發技術的發展方向，低代碼技術通過可視化的技術手段，大幅降低了軟體開發的技術門檻，讓更多人能夠參與到軟體開發中，為企業快速建構個性化的軟體應用。然而，真正引入低代碼技術的企業面對的第一個難題，是低代碼工具究竟該給誰用？以現有的IT團隊為主，還是直接将軟體開發的工作"下放"到業務團隊？
平民開發者的概念，為我們探讨這個問題提供了一個架構。科技以人為本，一切技術的核心都是人。每當我們引入一項新的技術，除了該技術的特性之外，我們還需要從管理和崗位職責上進行梳理和分析。
衆所周知，在現代企業管理中，一個員工的職務行為和思維邏輯與該員工的崗位定義和彙報路線直接相關，因為這兩者決定了該員工的考核标準，并最終影響該員工的薪資待遇和職業發展。是以，當我們去探讨一項工作或者生産力工具如何在企業落地時，必須理清承接該工作的崗位，才能減少對現有組織架構的沖擊，提升落地成功率。這也是Gartner提出平民開發者的概念，并且将其作為一個"使用者畫像"專門進行研究分析的主要原因。
平民開發者vs專業開發者，誰是低代碼使用者群體的主力？這個問題可以更直覺的轉化為另一個"更實際"的問題：企業應該讓IT團隊負責開發應用，還是讓業務團隊自行解決資訊化的需求。
因為彙報的上級不是IT部門，平民開發者在進行軟體開發時與專業開發者相比有3大挑戰。管理層隻有認清這三點，并針對其在組織和管理層面進行優化，才能讓更多來自業務部門的平民開發者參與到軟體開發過程中，最終達到"企業IT能力倍增"的目的。
相比于有明确發展規劃和專項預算保障的IT部門，業務部門對資訊化的要求通常與目前面臨的問題緊密相關。有需要解決的問題，而且IT部門無法及時解決時，業務團隊才會臨時做出預算，為自己開發軟體。
向業務部門彙報的平民開發者在軟體開發上的投入更加碎片化，峰值雖然較高，但不可持續。而且，随着軟體應用走上正軌，業務部門大機率會在第一時間将後續的維護工作移交給IT部門，即從平民開發者交接給專業開發者。如果在較短的時間周期内，平民開發者沒有按照預期完成軟體的開發和傳遞，業務部門就失去了将其留在自己團隊的最大理由。該項目則很可能直接擱淺或移交給IT團隊，進入開發隊列。而對于平民開發者而言，項目已經失敗了。
（某業務部門的軟體采購與開發投入）
是以，大多數平民開發者會更關注如何以最快的速度将應用開發完成并投入使用，實作"能用"的基礎目标，而不是将精力投入到軟體品質和可維護性等方面。"短平快"成為平民開發者建構應用的關鍵詞。相比之下，需要長期維護資訊系統的IT部門中，專業開發者則必須将品質與可維護性（包含功能擴充、資料一緻性、系統內建等）放在重要的地位，否則就是給自己和其他團隊成員"挖坑"，難以持續發展。
不可否認，平民開發者在技術能力上可能會比專業開發者稍微弱一些，但這更像是平民開發者運作模式的結果，而不是原因。
為了進一步達到“短平快”的目标，應對不可持續的軟體開發工作，平民開發者通常對學習投入更加敏感。除非通過目前崗位之外的工作熟練掌握了某些軟體開發技能，平民開發者在學習軟體開發技術中投入的每一分鐘，都會拖慢項目傳遞的速度，擴大項目失敗的風險。這是很多平民開發者最不願意看到的情況。
抛開項目本身，相比于IT團隊中專業開發者完善的職業發展道路和持續的實戰機會，平民開發者在軟體開發技術上的學習顯得更加沒有"成本效益"。因為，業務能力才是平民開發者最顯著的優勢，也是其最大資本；而開發能力，還不知道什麼時候才會再次用到。如何讓平民開發者也有通過學習不斷提升開發能力的機會和動力，是擺在平民開發者上司面前的難題。
（專業開發者的晉升之路）
從學習投入低、更關注短期效果兩個特點，我們不難看出平民開發者建構的應用比專業開發者的品質風險更高一些。然而，業務團隊對資料錯誤、系統可用性低、資料安全性差等系統運維風險的敏感性卻不會因為開發者不同而展現出明顯的差異。更麻煩的是，平民開發者本身處在業務團隊，一旦他們建構的應用出現問題，所有損失将由該業務團隊自行承擔。在很多中大型企業中，這種風險不容忽視。
事實上，決定風險敏感度的首要因素是該軟體的應用場景。在應用場景的類型上，企業上下對生産、銷售、投資等核心業務系統的風險敏感度更高；OA、人事等邊緣應用的敏感度更低。而在資料操作能力上，負責人對僅讀取資料的資料分析應用更加放心；而寫入資料，尤其是向核心業務系統寫入資料的ERP二開等應用要求更加嚴格。是以，讓IT部門的專業開發者專注于核心業務場景、需要寫入資料的場景，邊緣應用請相關業務團隊的平民開發者參與，是一個被廣泛接受的"最佳實踐"。
綜上所述，在低代碼的使用者群體上，來自IT部門的專業開發者在學習成長、品質保證上比業務團隊更有優勢，更适合建構高價值的核心業務應用。海比研究在《2021年中國低代碼無代碼市場研究報告》中提到，使用低代碼開發各類應用的使用者中，業務人員占比僅為25%，其餘則是來自于低代碼平台廠商、合作夥伴和企業IT部門的研發人員，即專業開發者。
（低代碼使用者以專業開發者為主，海比研究）
在今年秋季結束的2021企業級低代碼應用大賽中，大量使用活字格低代碼開發平台建構的企業核心業務應用得到集中展示。我們能夠看到獲獎作品全部來自軟體公司或企業IT部門，充分印證了調研報告的結果。但是，平民開發者就隻能做一些簡單的應用，無法對企業創造更高價值嗎？
我們認為，既然是固化的崗位定義造就了平民開發者和專業開發者的差異，企業可以從根源上打破這種藩籬，徹底解放平民開發者的生産力，即打造自我驅動的創業型團隊。
一方面，管理層從公司整體而不是具體團隊的業績對員工進行考核，給勇于創新，加速企業數字化建設的平民開發者以足夠的動力，與員工的自我驅動形成正向循環。另一方面，在公司層面形成人員在業務團隊和IT團隊流轉的機制，甚至像創業團隊一樣淡化崗位區分，讓平民開發者可以和專業開發者進行身份互換，確定平民開發者也有在專業開發者團隊中學習新技術，持續"充電"的機會；專業開發者也能在業務工作中加深對企業業務運作的了解。
作為全球領先的軟體開發技術和低代碼平台提供商，葡萄城已經将平民開發者引入市場營運的資訊化建設，取得了讓人滿意的結果。來自市場團隊的平民開發者，使用活字格自行開發了包括新手訓練營營運系統等核心業務應用，将自身對使用者營運流程、理念的深刻了解落地為服務内外部使用者的軟體系統。活字格覆寫軟體開發全生命周期的設計理念和專業的系統架構，確定了這些軟體系統的品質、性能和可維護性。每個月都有數百名使用者通過葡萄城的新手訓練營開啟自己的低代碼之旅。但是，他們中很少有人知道，報名參營、接收開課提醒、送出作業、檢視點評時使用的線上系統，都是平民開發者使用活字格開發的。
（平民開發者建構的新手訓練營營運系統）
葡萄城的實踐表明，相比于公司IT部門或技術支援團隊的專業開發者，平民開發者可以讓定制化軟體保持非常高的疊代頻率，最大程度滿足自身營運所需。值得一提的是，為了讓"平民開發者建構核心業務應用"的模式持續健康運轉，葡萄城市場部指派了專人深入學習活字格開發技能，并且固定投入一定比例的工時，專門用于開發和優化團隊使用的軟體系統，并且與研發部門保持緊密溝通，保持開發能力的常用常新。
最後，祝願所有引入低代碼技術的企業能夠找到自己的落地方案，充分享受軟體開發技術進步帶來的紅利，讓企業的數字化程序再創新高。
本文是由葡萄城技術開發團隊釋出，轉載請注明出處：葡萄城官網