3
| 本文作者： 百度MUX | 2016-03-15 14:42 |
按：本文來自百度MUX。百度MUX智能硬件團(tuán)隊(duì)從去年年初開始接手百度智能手表OS的設(shè)計(jì)工作，認(rèn)為相對(duì)于智能手機(jī)的“碎片化”場(chǎng)景，智能手表在信息和任務(wù)維度更加輕量，呈現(xiàn)“微粒化”的點(diǎn)狀用。本文將展示百度智能手表的OS創(chuàng)新設(shè)計(jì)。
| 背景與挑戰(zhàn)
2015年Google、Apple、阿里、華為均推出了智能手表或其操作系統(tǒng)，同時(shí)來自研究公司Strategy Analytics的最新數(shù)據(jù)顯示，Apple Watch 2015年的全球出貨量達(dá)到1500萬支，可以說2015年是智能手表的元年。
由于早期Android Wear 的部分服務(wù)無法在國(guó)內(nèi)使用，各大互聯(lián)網(wǎng)公司設(shè)計(jì)的智能手表操作系統(tǒng)更是風(fēng)起云涌，如出門問問、YunOS、TencentOS等等。但是由于業(yè)內(nèi)對(duì)智能手表的形態(tài)尚處于探索階段，多數(shù)產(chǎn)品對(duì)于手表平臺(tái)所要承載的任務(wù)和信息并沒有進(jìn)行清晰的定義。
百度MUX智能硬件團(tuán)隊(duì)從去年年初開始接手百度智能手表OS的設(shè)計(jì)工作，認(rèn)為相對(duì)于智能手機(jī)的“碎片化”場(chǎng)景，智能手表在信息和任務(wù)維度更加輕量，呈現(xiàn)“微粒化”的點(diǎn)狀用戶體驗(yàn)。需要重新設(shè)計(jì)承載他們的容器。本文希望嚴(yán)肅地說，智能手表的“微粒化”設(shè)計(jì)是一種怎樣的體驗(yàn)？
定義新操作系統(tǒng)的第一步是定義設(shè)備屬性，我們分別從智能手表適合執(zhí)行的任務(wù)和適合顯示的信息兩個(gè)維度進(jìn)行定義。
智能手表有著極佳的便攜性和極低的輸入效率（輸入效率由精準(zhǔn)度和速率兩方面決定），因此它只適合執(zhí)行輕量的任務(wù)，比如收到一個(gè)推送后簡(jiǎn)單執(zhí)行附帶的操作，P圖這類需要長(zhǎng)時(shí)間連續(xù)操作的任務(wù)顯然不適合在手表上進(jìn)行。在信息維度，經(jīng)測(cè)試智能手表一次使用舒適時(shí)長(zhǎng)為15秒左右（從抬起手腕到手臂有疲勞感，看文章的你請(qǐng)可以自行測(cè)試），屏幕展現(xiàn)尺寸極小所以智能手表必須在繁雜信息中做出抉擇，把重點(diǎn)放在高頻的短信息上。
綜上分析我們將目前技術(shù)所能實(shí)現(xiàn)的智能手表屬性定義為“輕任務(wù)，短信息”的承載設(shè)備。如果說手機(jī)讓我們利用生活中的碎片化時(shí)間執(zhí)任務(wù)和查看信息，那么智能手表就是利用我們的“微粒化”時(shí)間執(zhí)行更輕的任務(wù)和查看更短的信息。
智能手表展現(xiàn)尺寸十分有限，因此有必要將短信息和任務(wù)按使用頻率細(xì)分，以便設(shè)計(jì)不同的“容器”承載它們。
將長(zhǎng)線任務(wù)集成為輕輕一點(diǎn)
適合放在手表上執(zhí)行的任務(wù)應(yīng)該是能在很短時(shí)間內(nèi)完成的，這意味手表的使用場(chǎng)景被限制！我們?cè)鯓咏鉀Q這一問題？我們發(fā)現(xiàn)將一些在手機(jī)上總是被重復(fù)的長(zhǎng)線任務(wù)進(jìn)行自動(dòng)化處理后放在手表上能有效加快效率和擴(kuò)展使用場(chǎng)景。比如打車這個(gè)任務(wù)我們用手機(jī)時(shí)的操作是“拿出手機(jī) – 解鎖 – 打開App – 輸入地址 – 發(fā)出訂單”，在設(shè)計(jì)手表時(shí)我們把這個(gè)流程內(nèi)最常用的一些任務(wù)（比如從家到公司）提取出來，利用智能手表用戶可以一鍵發(fā)出從家到公司的訂單，而不是單純的把手機(jī)的操作照搬一遍。
承載任務(wù)和信息的“容器”
如前文所述我們將手表定義為“輕任務(wù)，短信息”的承載設(shè)備，由于手表屏幕展現(xiàn)尺寸的限制我們不得不將信息和任務(wù)分級(jí)以便用不同容器承載，那么我們?cè)O(shè)計(jì)什么樣的容器來承載這些短信息和輕任務(wù)呢？
表盤 - 智能手表首先應(yīng)該是手表，因此表盤是用戶最常使用的頁面，除了顯示時(shí)間之外，我們用它承載最高頻的任務(wù)和信息。
快捷卡片 - 表盤的空間畢竟有限，而一些中任務(wù)和信息常常需要更大的空間，因此我們?cè)O(shè)計(jì)了快捷卡片，類似于安卓系統(tǒng)的Widght。
Laucher -是App集合，即長(zhǎng)尾的信息和任務(wù)
不同于手機(jī)的App Laucher，手表的Lancher不是被最常使用的模塊，但是卻要承載大量的Icon，且由于手表屏幕尺寸的限制，給如何設(shè)計(jì)出足夠高效啟動(dòng)器帶來很大的挑戰(zhàn)（后文將會(huì)講述設(shè)計(jì)和驗(yàn)證的方法）。
Notification – 智能手表作為用戶抬手既得的屏幕，可以主動(dòng)推動(dòng)一些任務(wù)和信息，可以在不打斷當(dāng)前任務(wù)的情況下讓用戶利用微粒化時(shí)間快速處理，而Notification適合承載這些被動(dòng)任務(wù)和即時(shí)信息。
從“容器”到立體的交互框架
如果容器是承載著信息和任務(wù)一個(gè)個(gè)的房間，那下一步要做的就是將這些房間建立起聯(lián)系，以此建立Duwaer系統(tǒng)的骨骼-交互架構(gòu)。
在Duwear的交互框架內(nèi)將操作分為兩種：橫向操作和縱向操作，確保空間的秩序性，易于理解和記憶。配合新的輸入方式，借此創(chuàng)造適合手表單手操作的全新交互模型（輸入方式部分在下文詳述）
（橫向操作與縱向操作構(gòu)成立體模型）
新的交互架構(gòu)配合新的輸入方式
怎樣讓手表在執(zhí)行輕任務(wù)和查看短信息時(shí)效率進(jìn)一步提高？?jī)H僅在交互架構(gòu)層面做改進(jìn)遠(yuǎn)遠(yuǎn)不夠，我們?cè)诮换ゼ軜?gòu)更新的基礎(chǔ)上加入了新的輸入方式 - 轉(zhuǎn)動(dòng)手腕和甩動(dòng)手腕。經(jīng)過用戶體驗(yàn)測(cè)試，新輸入方式的加入使高頻信息的查看和雙手被占用的場(chǎng)景效率明顯提高。
加入新的輸入維度
實(shí)現(xiàn)單手查看信息
對(duì)新交互模型進(jìn)行用戶測(cè)試
為了對(duì)新的交互模型進(jìn)行驗(yàn)證、迭代、調(diào)整。我們利用Form制作高保真原型進(jìn)行用戶測(cè)試
利用Form 可以制作調(diào)用陀螺儀的高保真原型
我們通過設(shè)置任務(wù)讓用戶打分的方式來量化交互模型體驗(yàn)
測(cè)試后我們發(fā)現(xiàn)，加入新的動(dòng)作輸入后，明顯加快高頻信息的查看效率，以及在非佩戴手被限制為用戶提供極大的便利。
測(cè)試后也發(fā)現(xiàn)了一些問題 - 轉(zhuǎn)動(dòng)手腕和擺動(dòng)手腕只適合做執(zhí)行任務(wù)的步長(zhǎng)較短的操作，比在用戶想查看第3個(gè)快捷卡片后的信息時(shí)這種操作方式并不具備效率優(yōu)勢(shì)。因此我們對(duì)交互模型進(jìn)行了微調(diào)，加入了快速切換快捷視圖和消息的方式，用以補(bǔ)足新的交互模型短板。
通知——現(xiàn)在就需要和以后再看
Duwear的通知處理里將通知區(qū)分為即時(shí)通知-即現(xiàn)在就要顯示的，在這種場(chǎng)景下用戶的需求是“讓我高效的閱讀信息”，因此不同于Android Wear半屏顯示，我們將信息全屏化。另一種場(chǎng)景是錯(cuò)過或歷史的信息，這種場(chǎng)景下用戶的需求是幫我快速找到信息，我們將消息橫向List化加快查找效率。
即時(shí)消息全屏顯示提高閱讀效率
歷史消息關(guān)注查找效率
化繁為簡(jiǎn)——將信息卡片化
短信已經(jīng)成為日常收納信息的工具，將繁雜的信息卡片花，并且你可以將卡片添加到快捷卡片，當(dāng)你想用時(shí)只需要抬起手腕 .
將特殊短信提取關(guān)鍵信息并做卡片化處理
當(dāng)你收到影票兌換碼 你可以將卡片添加為快捷卡片 到影院后快速查看
小屏幕內(nèi)的App Laucher怎樣設(shè)計(jì)？
我們對(duì)App Laucher的定義是承載長(zhǎng)尾功能和信息的入口，即承載Watch App 的容器，不同于手機(jī),手表App Laucher不會(huì)被經(jīng)常使用，但它會(huì)承載大量的App,所以在設(shè)計(jì)時(shí)我們確定幾個(gè)體驗(yàn)評(píng)估的維度：
1.每屏展示App Icon的個(gè)數(shù)
2.記憶與理解難度
3.操作的準(zhǔn)確性
App Icon的個(gè)數(shù): 9 操作的準(zhǔn)確性: 較高 記憶與理解難度：容易
App Icon的個(gè)數(shù)：6 操作的準(zhǔn)確性：高 記憶與理解難度：容易
App Icon的個(gè)數(shù)：3 操作的準(zhǔn)確性：很高 記憶與理解難度：容易
App Laucher作為長(zhǎng)尾功能和信息的入口，會(huì)承載大量的App,他的查找效率必須高，這意味這沒屏承載的App Icon個(gè)數(shù)要足夠多-我們首先排除了第三個(gè)。接下來我們要確定的是，方案1和方案2綜合來看那個(gè)更好？我們進(jìn)行了新一輪的用戶測(cè)試。
用戶測(cè)試
通過與工程師合作我們實(shí)現(xiàn)了兩種方案的Dome, 并且可以輸出點(diǎn)擊的行為數(shù)據(jù)。測(cè)試環(huán)節(jié)我們關(guān)注如下三組數(shù)據(jù)，以此對(duì)比兩方案優(yōu)略：
A.連續(xù)點(diǎn)擊12個(gè)Icon的時(shí)間（點(diǎn)擊精準(zhǔn)度）
B.連續(xù)點(diǎn)擊3個(gè)最常用Icon的時(shí)間（常用App 點(diǎn)擊精準(zhǔn)度）
C.查找特定圖標(biāo)并點(diǎn)擊的時(shí)間 （查找效率）
我們將兩組方案的輸出數(shù)據(jù)并進(jìn)行對(duì)比，對(duì)比測(cè)試我們發(fā)現(xiàn)，方案1并沒有由于沒屏顯示圖標(biāo)數(shù)量的增多而明顯降低精準(zhǔn)度，方案1（綠色線）的數(shù)據(jù)優(yōu)于方案2（紅色線）。最終我們確定的方案1為最佳方案。
如前文所述，表盤承載最高頻的信息和任務(wù)，Laucher承載低頻的信息和任務(wù)。那么用什么承載中頻的信息和人任務(wù)呢？為了解決這一問題，我們?cè)O(shè)計(jì)了“快捷卡片”，快捷卡片像安卓的桌面Weight一樣可以承載信息和操作，用戶也可以對(duì)快捷卡片進(jìn)行“增刪改”等操作。
用戶可以通過在定位符上滑動(dòng)快速切換卡片
設(shè)計(jì)一個(gè)操作系統(tǒng)與設(shè)計(jì)一款A(yù)pp是完全不同的，當(dāng)我們?cè)O(shè)計(jì)個(gè)新設(shè)備的操作系統(tǒng)時(shí)我們率先考慮的是——這種新的設(shè)備用來顯示什么信息和執(zhí)行哪類任務(wù)，我們借由“輸入效率”“舒適時(shí)長(zhǎng)”“便攜性”“展現(xiàn)尺寸”來定義智能手表的設(shè)備屬性，智能手表并不會(huì)像手機(jī)一樣承載所有的任務(wù)，而是像Pad從PC中拆分出打游戲和看視頻一樣，Watch要做的是從手機(jī)中拆分出部分任務(wù)，并使其效率更高。
其次當(dāng)我們清晰的定義了設(shè)計(jì)的屬性，我們必須對(duì)這些信息和任務(wù)進(jìn)行分析，是不同使用頻率的信息和任務(wù)存在于不同的層級(jí)，是高頻的信息和任務(wù)抬手即得。
設(shè)計(jì)操作系統(tǒng)很像建筑一所房子（而App是房子里的擺件），我們必須清晰的設(shè)計(jì)房間的結(jié)構(gòu)，劃分功能區(qū)域，由一個(gè)房間到另一個(gè)房間的路線。這也是操作系統(tǒng)設(shè)計(jì)中接下來要做的---存儲(chǔ)信息和任務(wù)的容器以及他們之間跳轉(zhuǎn)的路徑，即系統(tǒng)的交互架構(gòu)。
當(dāng)我們?cè)O(shè)計(jì)新的設(shè)備，在設(shè)計(jì)的新的交互架構(gòu)以后我們應(yīng)該考慮是否需要加入新的輸入方式以進(jìn)一步提高效率。
總結(jié)以上系統(tǒng)設(shè)計(jì)的步驟為：
1. 從信息和任務(wù)維度定義設(shè)備屬性
2. 分析信息和任務(wù)的層級(jí)
3. 設(shè)計(jì)系統(tǒng)的交互架構(gòu)：承載信息和任務(wù)的容器，以及這些容器間跳轉(zhuǎn)的路徑
4. 檢視是否需要加入新的輸入方式（必須與交互架構(gòu)協(xié)調(diào)）
5. 用高保真Dome檢視設(shè)計(jì)，并進(jìn)行持續(xù)改進(jìn)。
6. 設(shè)計(jì)統(tǒng)一的控件/統(tǒng)一的通知機(jī)制
雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。
