對於B端設計師來說,極致產品體驗是非常重要的。本篇文章中作者以“雲搭”線上系統生成平臺設計為例進行說明,如何設計零程式碼工具,感興趣的小夥伴們快來一起看看吧~
隨著大環境正在發生的數字化轉型驅動生產方式的變革,“降本增效”變得異常尖銳。
作為B端設計師,在面對大量產品需求時,一方面需要透過精細化設計打造極致產品體驗,另一方面也需要能將新興技術與設計結合,將自身設計能力系統化、工具化、最終智慧化、降低設計專業門檻,去規模化解決產品的設計問題。
雲搭平臺的建立意在助力集團產業化程序,解決企業級產品設計交付一致性與效率的問題。
以“
雲搭
”線上系統生成平臺設計為例進行說明,如何設計零程式碼工具。
一、雲搭:零程式碼平臺
雲搭支援
中後臺系統
、
產品官網
、
文件系統
、
視覺化資料圖表
等線上生成,節約產品、技術、設計資源,賦能B端產品應用搭建,提供一站式解決方案。
二、痛點分析
公司內部現行B端產品設計開發普遍存在的問題有以下三類分別是:
1. 協同成本高
產品、設計、技術、測試、針對產品最終上線需要反覆溝通對焦及轉譯,介面溝通約定除錯,前後端協同成本佔整體研發成本的50%。
多角色,多流程,多團隊成本會成倍增加。
2. 研發效率低
B端系統頁面形式主要為表格、表單、資料、圖表、彈窗、抽屜等多種不同的組合構成。
頁面形式單一,導致技術技術同學需要處理大量重複性程式碼,效率低,質量參差不齊,維護成本高。傳統的低程式碼開發平臺專業性強,上手成本高。效率提升有限。
3. 交付產物不一致
往往設計稿還原度較低,視覺效果不一致,導致體驗不一致。同時頁面交付質量得不到保障,相同的視覺樣式不同的頁面邏輯可能出現不同的bug。
三、目標與定位
基於以上痛點雲搭設計之初致力於打造面向產品、運營、設計、開發等多角色的系統線上生成平臺,同時整合產品應用建立、配置、釋出鏈路一體化的零程式碼平臺。
具體實踐的核心原則是:
以場景為中心:
產品圍繞場景設計、研發圍繞場景搭建、API(API概念解釋)資料基於場景框架填充
以流水線式為出發點搭建全域性最優生產模式:
多角色一體化鏈路,非關鍵環節簡化,關鍵環節升級
四、如何設計
傳統低程式碼平臺主要的服務人群是專業技術人員,專業性強,有明顯的技術壁壘,雲搭零程式碼平臺主要想透過技術升級,降低使用門檻,擴大使用人群範圍,如產品、設計、後端研發以及普通小白使用者都可以輕鬆完成自己的需求。
這就要求我們在產品設計過程中,充分考慮介面表達的通用性,在流程上易上手,在文案上減少專業詞彙的出現,多用白話,減少歧義。
1. 流程管理
簡化流程/以場景為中心,產品圍繞場景設計,多角色一體化鏈路。
場景標準化沉澱(
模版
):模版是將業務、設計、工程較好連線的重要方式。
模版需從設計系統化的原子理論出發,透過將原子級的元件按一定規則性組合成的大顆粒度物料。
我們按照頁面結構從元件-容器-區塊-頁面-場景進行依次拼裝最終形成產品設計方案。然後提取共性的佈局及結構形成最終可以複用的模版。
模版強調的是按使用者瀏覽行為、操作行為、業務語義將原子級元件進行拼裝組合。
日常系統頁面上線效果主要由設計師和前端開發共同完成。透過行業及業務積累,對標準場景/模版物料進行介面及程式碼層沉澱,形成標準的場景/模版物料庫。
在B端業務中常見的頁面場景為:篩選列表頁、表單頁、圖表頁、詳情頁以及產品官網、文件說明等場景。
以上場景中,除詳情頁因系統和業務不同差異性較大,其他場景都可以形成較為標準頁面結構進行視覺展現。
在建立應用後新建頁面過程中給予使用者不同的場景入口,使用者根據實際需要進行類別選擇,直接到達不同的畫布編輯介面進行介面編輯。入口如下圖
標準場景物料(
模版
)工具可讓一些例如產品經理及工程師等非專業設計從業者可以在模版基礎上,做一些文案、順序、圖形、圖片等內容調整就可以完成客戶研發訴求。
2. 畫布編輯
簡化元件、模組配置項,透過對設計變數與常量的絕對約束,實現介面表達的一致性
在這個過程中畫布的“
拖拉拽
”為使用者的核心場景。系統根據不同的場景入口,帶入不同的元件資料。透過對對應場景的可變數進行配置選擇,進行頁面搭建。
不同的場景匹配不同的模組或元件
以篩選列表畫布模組配置為例:
預設篩選列表所需的構成模組,分別為篩選模組、按鈕模組、表格模組、分頁器模組,使用者可根據實際需要選擇保留哪些模組,不同的模組對應給出最簡單,最易理解配置項,供使用者簡單選擇即可完成頁面搭建。
以及官網模組配置也是同理,相較於篩選列表場景,產品官網場景中的模組視覺元素要更豐富,這裡需要設計師系統規劃其展現形式、可配置元素及配置元素的可適配性等。
這個過程需要充分考慮非本行業的從業者使用的體驗。降低各個環節的使用難度,才能真正提升產品使用體驗,才能更好的實現多角色鏈路一體化的目標。
將設計系統的理念與低程式碼搭建技術融合,將元子元件物料變為可搭建元件庫,將設計語言變為搭建工具設定項,即可實現介面內容的可搭建。透過技術層可以基本實現對設計變數及常量的絕對約束,進而實現介面表達的一致性。
3. 資料標準化
研發圍繞場景搭建,資料基於場景框架自動化填充,一鍵釋出更簡單。
在資料層面,基於標準化的場景庫物料,搭配不同場景業務的資料來源,進行資料標準化定製,即可實現相同場景適配不同業務的需求。極大的提升研發效率。
在應用釋出環節,釋出環節經過技術手段進行標準化黑盒化處理,無需任何資料配置,一鍵即可釋出上線。使用者再也不用為排不到設計開發資源而煩惱了~
五、成果驗證
1. 業務覆蓋
使用方涵蓋公司內部的EIC、HRG、TEG、UXD、HBG等。
角色分別為產品、運營、設計以及後端開發。
2. 案例展示
官網類:58交易門戶、新營銷平臺首頁、58公益基金門戶……
管理類:招聘簡歷獵狐平臺、英才運營後臺、Koala配置平臺、品牌廣告配置管理……
文件類:易銷頁面規範平臺……
六、寫在最後
現如今設計已經進入工具化階段,工具開發客觀存在的設計理解門檻,需要自身積極融入產品開發的視角,瞭解業務,拓寬能力邊界,需要設計師更多思考和提升。
作為B端設計師我們需要思考設計如何讓工具和企業級產品交付流程結合起來。
以開放的心態迎接更多挑戰。以上內容結合自身工作經驗,以及部分資料文章參考。
如有思考不全的地方,歡迎評論區進行交流學習。
作者:劉學輝,楊哲,崔秉鑑,蘇梓希
本文由人人都是產品經理合作媒體 @58UXD 授權釋出於人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基於CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供資訊儲存空間服務。