D2C（Design to code）這個模式我們非常熟悉，其本質是將設計師的設計資產轉化為代碼，讓前端工程師可以快速的復用，在這個成熟的領域主要分成兩大類：「設計資產類」和「設計對接類」

a. 設計資產類

設計資產類是完整系統的規范和代碼進行沉淀形成設計類的資產，這一類的產品在市面上目前是屬于主流，產品有網易的Fish Design（網易自研）、Ant Design、Arco Design、Element 等，這些產品都是將組件化的設計資產轉化為代碼資產，方便前端工程師在開發 B 端產品頁面時可以快速引用，提升開發的效率。

b. 設計對接類

設計對接類又分成「設計稿查看類」和「設計稿代碼生成類」兩種類型：

設計稿查看類：主要是 D-box（網易自研）、figma、藍湖等可以讓前端工程師在線查看設計師的設計稿并提供一定的轉化代碼方案，主要是為了保障產品的還原度。

設計稿代碼生成類：最近兩年為了徹底的解決還原度的問題，讓前端工程師專注的解決代碼問題「設計稿代碼生成類」也開始在市場嶄露頭角。

比如：Imgcook、Codefun，直接復制設計稿地址進入軟件內部轉為代碼文件，直接導出完整的靜態頁面代碼，減少開發過程中的樣式調整問題。

直接導出整頁代碼模式的小缺陷是無法滿足開發中：代碼精簡（ai 智能生成的代碼對目前還達不到開發人員喜歡的程度，較為冗余）、控件交互、綁定數據等幾方面的需求，但是比如在一次性的靜態頁面的實現中還是能夠達到提效的目的。

結論：D2C模式的產品相對獨立，從定義還原度「設計資產類」、保障還原度「設計稿查看類」、解決還原度「設計稿代碼生成類」層層遞進，可以有效提升設計師和前端工程師的生產效率和協同效率。

但在目前競爭激烈的大環境中，優秀團隊的效率提升已經達到瓶頸，而提效的本質是為了比競爭對手更快更好，當所有人都有了相同的東西時，提效的目標可能就需要從別的地方打開缺口。

2、C2D（Code To Design）

C2D（Code To Design)「前端代碼轉設計稿」這個模式對于設計師相對模糊，不過國外的企業已經做出了探索。

比如：2017 年Airbnb 發布的前端開源模塊 React Sketch.app，其核心理念是用代碼做設計。第一次看到的時候感覺真的很酷，通過 React Sketch.app 直接在 Sketch 設計軟件中編譯出設計界面，代碼也可以直接在項目中使用。

還有另外一個產品叫 html-sketchapp，通過在輸入框中輸入網頁地址就可以直接在 Sketch 中生成可編輯的設計界面「網頁轉設計文件」，通過任何前端代碼都可以轉為設計資產的文件，甚至直白一些說就是參考成熟產品做設計，適度借鑒吧。

結論：目前的 C2D 的市場方案對于設計師而言不夠友好，無法讓設計師可以直接使用，都需要工程師來完成轉換，同樣也會遏制設計創新，陷入同質化的泥潭中。

但這個模式，卻非常適合“有意”借鑒參考成熟或者競爭對手的項目團隊，可以快速達到同類型產品的基準水平。

從我們當前的工作流程來看

在這個流程中設計最在乎的就是設計階段的表現需求和前端的設計還原，為了保障精準的表現需求，在設計階段需要大量的溝通和風格嘗試。

在前端還原階段需要和前端不斷的扣細節，輸出幾百條信息的走查文檔，那應該如何解決這些問題？

答案就是「 C2D2C」的模式

1、C2D2C（Code To Design To Code）

C2D2C（Design to code to design）的模式，將流程中的設計表現和前端還原階段的通過設計標準化和研發工業化的方式進行流程優化，減少設計和前端開發的參與，實現中后臺研發流程的整體提效。

在十幾年的發展里互聯網行業積累了大量的設計資產。

這些設計資產的沉淀是設計標準化的基礎，將設計資產轉為封裝好的代碼組件也就是 D2C 的過程。將封裝好的組件通過低代碼平臺進行屬性配置、搭建頁面、布局調整實現頁面的設計就是 C2D 的過程。

通過平臺設定交互行為和綁定后臺數據，完成整個系統，最后在進行站點發布，就實現了 C2D2C 的完整流程。

C2D2C 的模式是設計資產與線上智能化布局的代碼方案（低代碼平臺）以及后臺數據綁定的結合，將以前的人工分工通過智能化方案綜合一體去解決。

但這個過程不是僵化死板的模式，在C2D環節實現“設計->前端”的高還原度下快速落地，在D2C環節下實現“低代碼平臺->自有產品”的靈活調整下快速復制。

結論：隨著社會的發展，標準化和智能化的產品線都將會被人工智能取代，互聯網行業也正在向這個方向發展，所以設計的標準化和開發的工業化就像手工業向工業化的轉型，這是一個大的趨勢，未來可能一天的時間就可以生產數套后臺產品，這樣的生產效率才能跟上中國的數字化轉型浪潮。

2.、C2D2C 的市場化

低代碼平臺 是 C2D2C 模式得以實現的核心平臺，從2018 年開始海外投資開始關注低代碼平臺，OutSystem 平臺獲得 KKR 和高盛的 3.6 億美元的融資，成為了低代碼賽道的獨角獸，另一家低代碼創業公司 Mendix 被西門子以 7 億美元的價格收購，資本市場的關注讓低代碼賽道開始火熱起。

而國內的低代碼平臺是從 2020 年疫情肆掠開始，疫情助推了在線辦公的發展，國家也在大力支持數字化經濟，更多的企業開始數字化轉型，這也讓低代碼在國內有了飛速發展的土壤。

目前海外比較成熟的平臺主要是 OutSystem和 Mendix，而國內也有很多已經商業化的低代碼產品，像網易輕舟等，已經開始投入商業化的使用，可以從網易輕舟的低代碼產品架構，清晰完整的看到C2D2C模式的所需要具備的能力。

網易輕舟從業務角度出發，具備持續迭代能力、組件具備可擴展性，并且可以為企業進行私有化部署，部署完成后可以和存量系統進行集成，交付后具備非常好的可運維性，是一個成熟的商業化平臺。

網易輕舟目前已經服務了包括工商銀行、吉利汽車、申萬宏源證券、泰康人壽、臺州銀行等包括政府產業平臺30家，從服務的客戶我們也可以看的出來，低代碼產品在大型企業中落地更有優勢。

結論：C2D2C 的模式已經得到市場的驗證，研發工業化可以更加高效的提升中后臺產品的研發效率，設計標準化也可以減少中后臺設計師大量的重復性勞動，對于中后臺的業務產品，可以大膽地選擇一個富有實力低代碼產品。

最后

低代碼平臺的使用需要同時具備一定的代碼能力和設計能力，這不管是對開發還是設計師都具備一定的門檻。目前的低代碼平臺使用角色應該是前端工程師，復雜的后臺交互平臺還是需要設計師的深度介入。

低代碼平臺的誕生減少了中后臺設計師大量的重復性工作，可以讓中后臺設計師將更多的精力投入到用戶研究和提升用戶體驗上。拖拽式的 UI 和智能化的布局以及良好的用戶體驗和以前的開發相比較，在中后臺的開發上更加的高效也更加的智能。

在最初調研到低代碼平臺的時候，行業的快速發展和成熟，讓我下意識的反應是中后臺的設計師可能要失業了，但是在調研了平臺的使用和深入的思考后，我覺得這是中后臺設計師的機會。C2D2C 模式的最優解應該是 0 代碼方案，而使用 0 代碼平臺最好的角色就是設計師。設計師專業的審美和對于用戶體驗理解的深度都是其他職業所不具備的，未來的中后臺設計師更應該將自己的精力投入到平臺流程的優化和用戶體驗的研究中去，這也在未來 0 代碼平臺到來后，我們才能更快更好的投入到新的生產中。