來源：一起來護膚 釋出時間：2024-04-17 09:16

面對頻繁多變、需緊急上線、隨時調整的運營頁面，該如何規劃好？本文以電商CMS系統為例，總結零程式碼平臺搭建實戰，希望對你有所幫助。

面對頻繁多變、需緊急上線、隨時調整的運營頁面，採用傳統開發方式成本過大、無法滿足想改就該需求；而零程式碼平臺幾乎可以完美解決上述問題，那麼該如何規劃呢，本文將詳細論述下。

一、系統價值

1. 什麼是電商CMS系統/零程式碼平臺？

一個運營同學可透過圖形化的使用者介面拖拽&配置元件生產頁面的系統，可跳過產品、開發、測試等流程實現頁面的低成本、快速上線。

2. 系統價值

• 降低人力成本：傳統頁面開發流程「運營需求–產品–設計–前/後端開發–測試–程式碼釋出部署釋出」，透過零程式碼平臺開發流程「運營需求–設計–配置頁面」，不難看出可以節省大量人力；且公司業務大則系統價值更高（生產單頁面的邊際成本降低）；
• 明顯降低AB 實驗成本：可根據AB 實驗資料「A 為一頁面，B 為另一頁面」，及時調整對應方案，提高AB實驗效率；提高運營響應速度
• 提升突發熱點事件響應能力：需運營緊急調整或搭建相關運營頁面，透過零程式碼系統可迅速調整頁面併發布上線，顯然傳統開發流程很可能造成黃花菜涼的局面；
• 降低線上bug風險：因頁面無需走開發，理論上不存在線上 bug 風險「前提元件上線經充分測試，無 bug」。

二、功能框架

篇幅有限，僅列舉系統框架，不做細緻功能點展開；

三、系統規劃關鍵點

1. 渲染器一定要做好

• 是啥？負責將頁面&元件等配置效果實時渲染並展示在瀏覽器的控制元件。
• 為啥很重要？因搭建頁面所需元件及配置相對較為繁瑣，需實時渲染展現配置效果，以便根據效果及時調整，渲染器直接影響配置效率。渲染器功能做好，系統就成功一大半了。

2. 業務元件設計應遵循以下幾點

元件顆粒度要小，以保證其高複用：頁面搭建可以看作是積木搭建，理論上單個積木越小搭建出的東西越多，同理元件的顆粒度越小其組合可滿足的實際業務場景理論上也更多。

舉例：橫向商品列表標題配置應從元件本身剝離出來，用「橫向商品列表+文字框元件」或「橫向資產列表+圖片元件」配置，這樣配置的好處就是有特殊標題字型或特殊樣式可以用圖片元件組合使用滿足；如果標題屬於商品列表元件的屬性，這種運營場景顯然是無法滿足的。如圖：

考慮資料結構的通用性：多陣列件會隨著時間或業務的發展變得不再適用「需相容歷史元件/資料」，因此在初期設計元件時應充分考慮之後場景，以便開發據此設計合理的資料結構，保證元件拓展性；

可適當考慮邏輯元件「類似外掛」：為了元件解耦&高通用性，可將元件的通用屬性抽象形成邏輯元件；舉例：想讓A元件、B元件、C元件具備定時展示能力「設定展示時間段，非展示時間段內 隱藏元件」，無需去修改每個元件屬性，只需新增一個有定時能力的邏輯元件，將需要定時的元件拖入即可「哪些元件可拖入採取配置檔案配置方式，一次開發就可賦予所有元件定時能力」。

元件互動要統一：這說的統一不僅僅是系統內元件的互動統一，還包括與市面上設計軟體的統一，以降低使用者使用門檻「零程式碼平臺本質與常用設計軟體並無本質區別」。

3. 元件埋點一定要重視

資料驅動的業務才能越做越好，且資料有很大部分來自埋點上報「路徑分析、漏斗分析等均依賴埋點上報」，因此元件埋點一定要重視。元件應按照公司埋點規範+元件埋點上報規範提出埋點需求並由開發嚴格上報。

總結

綜上只有公司業務夠大「運營頁面多，且需頻繁調整，需低成本做AB 實驗」，才適合搭建零程式碼平臺，只有這樣才能發揮零程式碼平臺的價值。

本文由 @小米粥 原創釋出於人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基於CC0協議。

該文觀點僅代表作者本人，人人都是產品經理平臺僅提供資訊儲存空間服務。

面對頻繁多變、需緊急上線、隨時調整的運營頁面，該如何規劃好？本文以電商CMS系統為例，總結零程式碼平臺搭建實戰，希望對你有所幫助。

面對頻繁多變、需緊急上線、隨時調整的運營頁面，採用傳統開發方式成本過大、無法滿足想改就該需求；而零程式碼平臺幾乎可以完美解決上述問題，那麼該如何規劃呢，本文將詳細論述下。

一、系統價值

1. 什麼是電商CMS系統/零程式碼平臺？

一個運營同學可透過圖形化的使用者介面拖拽&配置元件生產頁面的系統，可跳過產品、開發、測試等流程實現頁面的低成本、快速上線。

2. 系統價值

• 降低人力成本：傳統頁面開發流程「運營需求–產品–設計–前/後端開發–測試–程式碼釋出部署釋出」，透過零程式碼平臺開發流程「運營需求–設計–配置頁面」，不難看出可以節省大量人力；且公司業務大則系統價值更高（生產單頁面的邊際成本降低）；
• 明顯降低AB 實驗成本：可根據AB 實驗資料「A 為一頁面，B 為另一頁面」，及時調整對應方案，提高AB實驗效率；提高運營響應速度
• 提升突發熱點事件響應能力：需運營緊急調整或搭建相關運營頁面，透過零程式碼系統可迅速調整頁面併發布上線，顯然傳統開發流程很可能造成黃花菜涼的局面；
• 降低線上bug風險：因頁面無需走開發，理論上不存在線上 bug 風險「前提元件上線經充分測試，無 bug」。

二、功能框架

篇幅有限，僅列舉系統框架，不做細緻功能點展開；

面對頻繁多變、需緊急上線、隨時調整的運營頁面，該如何規劃好？本文以電商CMS系統為例，總結零程式碼平臺搭建實戰，希望對你有所幫助。

面對頻繁多變、需緊急上線、隨時調整的運營頁面，採用傳統開發方式成本過大、無法滿足想改就該需求；而零程式碼平臺幾乎可以完美解決上述問題，那麼該如何規劃呢，本文將詳細論述下。

一、系統價值

1. 什麼是電商CMS系統/零程式碼平臺？

一個運營同學可透過圖形化的使用者介面拖拽&配置元件生產頁面的系統，可跳過產品、開發、測試等流程實現頁面的低成本、快速上線。

2. 系統價值

• 降低人力成本：傳統頁面開發流程「運營需求–產品–設計–前/後端開發–測試–程式碼釋出部署釋出」，透過零程式碼平臺開發流程「運營需求–設計–配置頁面」，不難看出可以節省大量人力；且公司業務大則系統價值更高（生產單頁面的邊際成本降低）；
• 明顯降低AB 實驗成本：可根據AB 實驗資料「A 為一頁面，B 為另一頁面」，及時調整對應方案，提高AB實驗效率；提高運營響應速度
• 提升突發熱點事件響應能力：需運營緊急調整或搭建相關運營頁面，透過零程式碼系統可迅速調整頁面併發布上線，顯然傳統開發流程很可能造成黃花菜涼的局面；
• 降低線上bug風險：因頁面無需走開發，理論上不存在線上 bug 風險「前提元件上線經充分測試，無 bug」。

二、功能框架

篇幅有限，僅列舉系統框架，不做細緻功能點展開；