PM基本功 | 如何制作一個屬于自己的Axure元件庫
畫原型是每個產(chǎn)品經(jīng)理的基本功,很多人平常工作用的都是原型產(chǎn)品中默認的組件庫,但想要提高效率,就需要做一個高效的、完全貼合自己使用習(xí)慣的元件庫。本文作者對此展開了分析,希望對你有幫助。
一、你也是原型苦手嗎?
產(chǎn)品經(jīng)理的軟件技能里,原型工具可以說是產(chǎn)品經(jīng)理吃飯的家當,我個人常用的原型工具是Axure。當我是個剛?cè)腴T的小菜鳥時,用Axure畫原型線稿,用的是默認的組件庫,每次都把對應(yīng)的組件拖動出來進行更改。比如在制作一個表單時,就要經(jīng)歷以下步驟:
- 拖出一個文本標簽組件作為字段名標簽。必要時要加上* 必填標記并且要改成紅色字色
- 拉出一個單行文本輸入框組件,按規(guī)范改一下組件的寬度、高度、圓角
- 重復(fù)1、2直到完成表單設(shè)計
當我成為了一名熟練的畫圖仔之后,我知道了還有元件庫這種東西,于是我下載了好多個元件庫,但是用的時候,我發(fā)現(xiàn)別人的元件庫要不做的特別龐大(大廠的設(shè)計規(guī)范元件庫,事無巨細),檢索元件時花費的時間更多了,要不就是殘缺的半成品,總之就是效率不高,所以相當長一段時間內(nèi),我都是用默認的元件庫。
前不久,我受高人指點:做一個自己的元件庫是產(chǎn)品經(jīng)理必須經(jīng)歷的試煉。 我醍醐灌頂,現(xiàn)在我需要的不是機械化地快速重復(fù),而是找到變革工具讓效率有質(zhì)的飛躍,而當前我需要的就是一個高效的、完全貼合我使用習(xí)慣的元件庫。汽車跑的比馬車快,可不是因為輪子蹬的比馬蹄快。
二、STEP1:把每個元件畫一遍
萬事開頭難,起初我并沒有對“我的元件庫應(yīng)該具備哪些內(nèi)容“有一個明確的答案,于是根據(jù)產(chǎn)品經(jīng)理先做MVP再迭代優(yōu)化的DNA,我準備把所有的組件一個個實現(xiàn),這是最笨的也是最實在的辦法。
于是乎我把常見的網(wǎng)頁框架組件,如網(wǎng)頁頭部、主導(dǎo)航菜單、按鈕等,以及表單組件,如單行文本、下拉選框等組件,都逐一實現(xiàn)。因為平時對組件的基本屬性調(diào)整都比較熟悉,這一步進展的很快,馬上我就得到了第一版的”p仔組件庫v1.0″.
這個1.0版本,每個元件都是獨立的,而且有些組件,根據(jù)交互不同我還做了區(qū)分,比如帶清除的下拉選框和帶搜索的下拉選框。我花了挺多時間在完善組件的交互上。
然而我很快就發(fā)現(xiàn)了亟須優(yōu)化的點:元件庫應(yīng)該按照某種分類準則進行合并,否則找元件的效率太低了。
三、STEP2:元件庫的分類合并
在學(xué)習(xí)了別人成熟組件庫的分類方式后,我決定采取如下分法:
- 基礎(chǔ)組件(哪都可以用)
- 界面組件(web列表頁這類界面)
- 彈出組件(彈出表單、對話框)
- 提示組件(徽標、氣泡和提示)
- 常用icon
- 常用記錄表格
這里只是在1.0的基礎(chǔ)上,創(chuàng)建了文件夾對元件進行歸類,在文件夾下,依舊是獨立一個個的元件。
隨后我想起了一個問題,為什么我見過的大廠設(shè)計規(guī)范,都是做的大元件而不是獨立元件呢? 大元件的意思是,比如按鈕元件,里面其實包含了關(guān)鍵按鈕、普通按鈕、提示按鈕等幾個基礎(chǔ)元件。
(有贊的按鈕大元件,并不是只有1個元件)
為什么要把相同性質(zhì)的元件放在同一個“大元件”里呢?經(jīng)過DIY的元件庫1.0后發(fā)現(xiàn),如果元件都是獨立的,使用時找元件是在axure界面的左下角元件區(qū)域,axure的組件區(qū)一般會比較小,檢索效率低。
(axure工作界面的元件窗口是比較小的)
那么封裝成大元件后,用的時候先拖到畫布里,再直接選取想要的組件復(fù)制出來就行。因為畫布的空間大,而且允許縮放,再加上自己對自己組件庫的熟悉,檢索效率要比在元件工作窗中檢索定位的效率要高。操作步驟如下:
- 把大元件拉到畫布中;
- 在畫布中選中想要的組件,用ctrl+鼠標左鍵拖拽復(fù)制;
- 用完后將大元件在畫布中移除。
(大元件拖拽到畫布,用拖拽復(fù)制,用完后再把大元件刪去)
相比散裝元件,大元件的優(yōu)勢在于畫圖時元件的檢索效率上,畫布中的檢索效率要大大優(yōu)于元件窗口。 如果沒有體驗過從1.0到2.0的迭代過程,其實很難感知到這一層做法的優(yōu)勢。
四、STEP3:元件庫的加減法
1. 加法怎么做?
在多個項目的錘煉下,會發(fā)現(xiàn)網(wǎng)頁框架、上傳組件,甚至是B端最常用的web列表頁,彈出表單都是高頻元件。做元件庫的最大目的就是提高效率,而不是執(zhí)著于元件的抽象和原子化。 高頻使用的元件都適合放到元件庫里。
比如B端的列表頁,基本都需要支持批量導(dǎo)入數(shù)據(jù),那直接把導(dǎo)入數(shù)據(jù)的彈窗、導(dǎo)入中、導(dǎo)入結(jié)果等封裝成一個元件,那用到批量導(dǎo)入業(yè)務(wù)的原型,只需要把這個”批量導(dǎo)入數(shù)據(jù)“的元件拉出來使用即可。
(批量導(dǎo)入數(shù)據(jù)元件,包括默認情況、上傳中以及結(jié)果頁)
2. 減法怎么做?
有些業(yè)務(wù)可能不適用默認尺寸或樣式,需要進行定制化改動,那我們還需要讓元件庫有良好的擴展性。
我發(fā)現(xiàn)之前花費了大力氣的組件交互,這時候反而成了一個麻煩,因為組件包含了動態(tài)面板以及更多元素,改一個尺寸可能牽扯到多個面板內(nèi)多個元素的改動,但是axure不允許跨面板選中同時改動,因此只能一個個去改,并且極容易改漏了地方。
比如一個帶清除的下拉選框組件,如果僅需要改變寬度,就需要更改:選框的動態(tài)面板寬度、動態(tài)面板內(nèi)矩形的寬度、調(diào)整清除icon定位、下拉列表的面板寬度、下拉列表中繼器中的選項矩形寬度,涉及多達5處調(diào)整,這和元件庫追求效率的核心訴求背道而馳。
(示例:帶取消的下拉選框,擴展時涉及至少5處調(diào)整)
所以我刪繁就簡,把帶交互的元件都統(tǒng)一做一個靜態(tài)版的用于原型展示。動態(tài)版本保留在元件庫,在需要展示或者定義交互的時候作為說明,但是具體原型中,只使用靜態(tài)組件,保持高效擴展。
做了減法的下拉選框元件,擴展時只需要關(guān)注基本屬性,更多的屬性和交互通過備注進行說明:
最后總結(jié)一下制作元件庫的3個關(guān)鍵步驟:
- 逐一制作每個元件,感受一下基礎(chǔ)的屬性修改,快速做出MVP;
- 把元件進行分類分組,并把同類項封裝成1個大元件,效率再次躍升;
- 根據(jù)個人使用場景進行自我迭代,給元件庫做加減法,可以封裝更大的元件,也可以簡化為完全靜態(tài)的原型制作法。
五、御劍于心,人劍合一
我想起以前玩仙劍奇?zhèn)b傳,就很崇拜劍仙,御劍而行,人劍合一,那是劍的最高境界。Axure就是產(chǎn)品經(jīng)理的手中劍,除了“唯手熟爾”,更需要人劍合一的認知突破。
產(chǎn)品經(jīng)理的核心價值,并不在于對axure的熟練使用,因為沒有一個職業(yè)會把熟練使用工具當成核心價值,但是只有提高自己的工具熟練度,才能有更多的時間和精力可以投入到對需求的思考和實現(xiàn)的權(quán)衡上。
持續(xù)思考,持續(xù)升級自己,這不正是做產(chǎn)品經(jīng)理最大的樂趣嗎?[]~( ̄▽ ̄)~*
本文由@產(chǎn)品經(jīng)理P仔 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
最近正好有這樣的困惑,感謝分享