B端設(shè)計(jì)|淺析移動端組件
近幾年相對于追求組件化,控制庫的通用模式不再那么熱衷,轉(zhuǎn)向符合本產(chǎn)品本業(yè)務(wù)的組件模塊更精細(xì)化和更多的延展可能。而由于市面上移動端本就少,基本上又和業(yè)務(wù)貼合緊密,組件模式就更不太會拿出來了。本文對移動端組件和業(yè)務(wù)相結(jié)合的方式進(jìn)行了分析,一起來看一下吧。
近幾年對組件認(rèn)識發(fā)展的趨勢來看,相對于追求組件化,控件庫的通用模式不再是那么熱衷,轉(zhuǎn)向符合本產(chǎn)品本業(yè)務(wù)的組件模塊更精細(xì)化和更多的延展可能,因?yàn)橹挥匈N合業(yè)務(wù)變化的組件才能夠得到更好的迭代。市面上能夠看到的移動端本就挺少,移動端基本和業(yè)務(wù)貼合緊密,組件模式更不太會拿出來了。
從本業(yè)務(wù)的一些角度,理解下組件和業(yè)務(wù)的相結(jié)合的方式,這里不從基礎(chǔ)的組件元素講,僅供參考。
講述前先回顧下關(guān)于自己業(yè)務(wù)類的web端制作組件規(guī)范的時(shí)候,有一系列比較完整組件分類并且統(tǒng)一,操作主體是小眾且是專業(yè)人士,一般情況下不會輕易改變組件類型、組件樣式,更多考慮是操作的嚴(yán)謹(jǐn)性和業(yè)務(wù)的復(fù)雜性。
移動端是一個(gè)個(gè)體患者,對操作和對使用都會提出一些便利化的要求。
本次內(nèi)容是對已存在的項(xiàng)目多條業(yè)務(wù)線進(jìn)行描述,應(yīng)該解決的移動端組件規(guī)范標(biāo)準(zhǔn)問題的總結(jié),算是手把手教學(xué)了。
各個(gè)大V公眾號、平臺對建立組件庫的講述都很細(xì)致,這里從參與業(yè)務(wù)的角度來整理規(guī)范,整理符合本公司業(yè)務(wù)發(fā)展的組件,不會完整講述某個(gè)場景,大家可根據(jù)自己工作內(nèi)業(yè)務(wù)線進(jìn)行對照梳理。
一直到現(xiàn)在整理組件規(guī)范也是為了快速反應(yīng)業(yè)務(wù)的效率,輸出頁面,甚至演示操作界面,供與甲方對接的直觀感受。
整理“規(guī)范”(下邊會解釋是什么樣的規(guī)范)后的一個(gè)直觀樣例是為一家醫(yī)療機(jī)構(gòu)的科室輸入一套實(shí)用小工具的演示界面,快速搭建起來的。
時(shí)效性是目前能達(dá)成目標(biāo)的快速要求。
一、建立組件規(guī)范的條件
真正建立規(guī)范是有前提條件的,還需要同前端多次深入溝通(這里需要注明下,不是建立規(guī)范,就一定要搭建組件庫了,組件庫維護(hù)太費(fèi)事,可能情況下多和前端溝通,哪些組件樣式還能復(fù)用的,前端就明白了)。并不是在所有情況下都需要建立規(guī)范的。
即使多個(gè)項(xiàng)目,也將它拆分成主次業(yè)務(wù)線來看涉及到哪些模塊內(nèi)容。
1)主業(yè)務(wù)下多條子業(yè)務(wù)
一條主線下,有多個(gè)子業(yè)務(wù)線結(jié)構(gòu)簡圖這種的,舉例如下圖所示:
以上淺淺的例子描述子業(yè)務(wù)線里穿插著共同的組件,患者、醫(yī)生、科室、表單,這些可以單拎出來作為組件模版進(jìn)行復(fù)用。
2)多業(yè)務(wù)線之間存在共同元素
具體業(yè)務(wù)名稱不展示,比如說業(yè)務(wù)方面涉及到康復(fù)、隨訪、遠(yuǎn)程、宣教、互聯(lián)網(wǎng)醫(yī)院等,可能有著共同的因素:患者信息、健康宣教信息、醫(yī)生信息、填寫上傳資料等等。
另外單個(gè)業(yè)務(wù)可能對應(yīng)的各個(gè)醫(yī)療機(jī)構(gòu)也有大同小異,大同也就是共同因素了。
二、整理規(guī)范步驟和方式
1)將多個(gè)典型項(xiàng)目的主核心相關(guān)的截圖分別鋪開;
2)將各個(gè)共同的功能記上標(biāo)記(主頁布局、醫(yī)院、醫(yī)生、患者、問診等);
3)將共同的元素整合起來,制作成組件結(jié)構(gòu)腦圖;
4)根據(jù)本公司的業(yè)務(wù)內(nèi)容,單個(gè)細(xì)分,將每個(gè)元素最基本的信息內(nèi)容拎出來,其他增添的信息作為擴(kuò)展內(nèi)容看待;
5)制作組件模塊腦圖;
6)將典型的頁面信息作為「組件」部分,其他按鈕、圖標(biāo)之類的部分不再說明。
7)規(guī)劃組件模塊;
貼合場景需要,組件是在核心信息的基礎(chǔ)上添磚加瓦的,所以不要為了設(shè)計(jì)組件而精心制作。
基礎(chǔ)組件:按鈕、圖標(biāo)、布局(柵格)、分割、間距、輸入框、選擇器、彈窗、卡片、列表、文本。
①功能區(qū)
功能區(qū)是業(yè)務(wù)的核心入口,多個(gè)功能也需要?jiǎng)澐种鞔?,在布局和視覺上做出相應(yīng)的區(qū)分,并且功能入口的數(shù)量是根據(jù)業(yè)務(wù)不同而變化的,所以提供多種樣式是有必要的。對主功能區(qū),可能性的一排二、排三、排四都展示出來,基本覆蓋多個(gè)業(yè)務(wù)場景需要。
副功能區(qū),也是如同主功能區(qū)一樣,不過在視覺上要略顯靠后,這些工具的制定雖然是醫(yī)療機(jī)構(gòu),但使用主體是患者,所以在一些比較專業(yè)晦澀難懂的名稱時(shí),會附加注釋性的副標(biāo)題注語。
②患者信息
患者展示核心信息是患者姓名、性別、年齡。
可進(jìn)行多綁定就診人,為方便問診,可即時(shí)切換就診人,再者就是給已有健康卡的患者添加說明標(biāo)簽,以及健康卡二維碼。
③日期組件
日期有分這三種:日歷/月歷/周歷,不管是這三種的哪一個(gè),患者的目的是要查看指定時(shí)間的信息是否滿足自己的需要。
基本信息:日期+周幾,醫(yī)生查看有哪些任務(wù)在進(jìn)行中,哪些任務(wù)是已經(jīng)處理完成的了。又或者是查看“歷史記錄”,這比較少數(shù)。
以三種日期選擇更合適的呈現(xiàn)方式:
- 月歷一般在自然月份里選擇需要,通常會和周歷組合使用。
- 周歷是在約號源的時(shí)候用,在當(dāng)前日之后的規(guī)定的日期范圍內(nèi)約號。
- 日歷一般會在預(yù)約時(shí)間周期用,通常以月為單位的。
④醫(yī)院列表
醫(yī)療機(jī)構(gòu)主要信息是機(jī)構(gòu)名稱、機(jī)構(gòu)分級、??苹蚴蔷C合、簡介以及配圖信息。
對于初診患者來說,選擇可以增加可靠性的醫(yī)療機(jī)構(gòu),需要在基礎(chǔ)信息上增加更多的信任度元素,比如說在某??婆琶?、獲得稱號,這個(gè)場景大多出現(xiàn)在互聯(lián)網(wǎng)醫(yī)療平臺上,定向合作醫(yī)療醫(yī)療,基本無此項(xiàng)內(nèi)容。
⑤醫(yī)生列表
醫(yī)生信息在多個(gè)場景下出現(xiàn),但基礎(chǔ)的信息是醫(yī)生姓名、職稱、擅長。
- 場景一:篩選的科室內(nèi),醫(yī)生信息有姓名、職稱、擅長;
- 場景二:醫(yī)院科室下,預(yù)約掛號的列表,有姓名、職稱、擅長,預(yù)約掛號按鈕;
- 場景三:搜索結(jié)果,醫(yī)生信息有姓名、醫(yī)療機(jī)構(gòu)、科室、擅長、問診類型+價(jià)格;
如果是互聯(lián)網(wǎng)醫(yī)院,還會在場景三的基礎(chǔ)上再加上一些問診數(shù)據(jù),問診評價(jià),專業(yè)資歷等信息。
⑥健康宣教
健康宣教的目的是進(jìn)行科普,提升患者的正確的醫(yī)療認(rèn)識,所以不會像C端那么要求抓流量。
宣教列表主要是科普文章標(biāo)題以及相應(yīng)配圖,在此基礎(chǔ)上可擴(kuò)展,補(bǔ)充宣教文章發(fā)布時(shí)間和瀏覽量。
甚至更細(xì)化點(diǎn),增加本篇文章的主旨標(biāo)簽等信息。
三、總結(jié)
以上幾個(gè)描述的樣例,通過從組件的主要信息向外擴(kuò)展輔助信息,有效的擴(kuò)展信息能夠幫助組件更好的應(yīng)用于增長業(yè)務(wù)需要。掌握好組件的利用,對以后的構(gòu)建交互方案、與前端開發(fā)對接和溝通會有更好的收獲。
總結(jié)下就是:
- 多個(gè)場景下的組件復(fù)用
- 組件要有擴(kuò)展的可能性
- 緊貼業(yè)務(wù)變化合理調(diào)整組件
#專欄作家#
Ychen,微信公眾號:B端設(shè)計(jì)啊嗚,人人都是產(chǎn)品經(jīng)理專欄作家。專注于醫(yī)療大數(shù)據(jù)B端產(chǎn)品設(shè)計(jì)領(lǐng)域。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于 CC0 協(xié)議。
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
- 目前還沒評論,等你發(fā)揮!