那些在設(shè)計(jì)iOS應(yīng)用時(shí)犯過的錯(cuò)誤
本文是由FreshBooks的產(chǎn)品經(jīng)理和創(chuàng)意總監(jiān)所寫的開發(fā)實(shí)例,譯者@C7210?。FreshBook是一款在線的發(fā)票服務(wù)軟件,其服務(wù)的用戶群體,決定了他們提供的功能必須在操作上簡單、快速、高效。
因此,他們的產(chǎn)品界面和功能體驗(yàn)上有著很高的要求。本文就是他們在具體實(shí)踐方面的經(jīng)驗(yàn)之談。
以下正文,以作者為第一人稱編譯:
今年,我們(英文原文作者及團(tuán)隊(duì))發(fā)布了FreshBooks的第一款iPhone應(yīng)用。從前我們的產(chǎn)品一直是通過Web端應(yīng)用的方式為客戶們服務(wù)的。這次,我們把iPhone應(yīng)用的設(shè)計(jì)開發(fā)過程看作一張空白的花布,盡力在其中實(shí)現(xiàn)一些新的功能概念和設(shè)計(jì)想法。在這個(gè)過程中,我們著實(shí)學(xué)到不少東西。
不要害怕犯錯(cuò)
對于移動(dòng)應(yīng)用這樣的產(chǎn)品,在設(shè)計(jì)開發(fā)過程中必然會面對不少較為復(fù)雜的用戶體驗(yàn)設(shè)計(jì)方面的挑戰(zhàn)與問題,尤其是對于新手來說更是如此。
無論你的線框稿在邏輯上有多縝密,UI稿在視覺上有多漂亮,當(dāng)它們落實(shí)成為原型或最終產(chǎn)品時(shí),總會有問題呈現(xiàn)出來。這并不完全是壞事;我們在設(shè)計(jì)FreshBooks的iPhone應(yīng)用時(shí)甚至將犯錯(cuò)這件事也納入到了流程規(guī)劃當(dāng)中,這就意味著:
- 坦承沒有完美的設(shè)計(jì),無論稿件和原型多么優(yōu)秀。
- 真正的成功或失敗都是由用戶的反饋來定義的。
- 對于在設(shè)計(jì)過程中看到的問題要迅速做出反應(yīng),根據(jù)從實(shí)際用戶身上得來的驗(yàn)證結(jié)果進(jìn)行迭代。
接下來,我將向各位描述一下我們在項(xiàng)目中犯過的三個(gè)錯(cuò)誤,以及我們是怎樣解決這些問題的。
應(yīng)用的主界面
在項(xiàng)目開始的時(shí)候,我們對FreshBooks的一些現(xiàn)有用戶進(jìn)行了訪談,了解他們在生活和工作中是怎樣使用移動(dòng)設(shè)備的,包括他們面對的實(shí)際問題,以及他們對移動(dòng)應(yīng)用版本的FreshBooks的期望。
根據(jù)這些訪談,我們歸納出了一些基本的設(shè)計(jì)原則,例如下面這條:
以任務(wù)為中心的用戶體驗(yàn):
移動(dòng)應(yīng)用版本的產(chǎn)品應(yīng)該圍繞著一系列互不相關(guān)的帳單任務(wù)進(jìn)行優(yōu)化,包括時(shí)間追蹤、為收據(jù)拍照存檔、開票等等,這些是移動(dòng)應(yīng)用所處的使用場景當(dāng)中最常見的任務(wù)。
而其他方面的復(fù)雜任務(wù),包括批量編輯、權(quán)限管理、定制化等,則留給傳統(tǒng)的Web端應(yīng)用來承擔(dān),以此來保證移動(dòng)版本在功能上的簡約與集中。
基于這條原則,我們設(shè)計(jì)了應(yīng)用的主界面。它由一系列最重要的任務(wù)組成,視覺上采用圖標(biāo)加文字標(biāo)題的形式,點(diǎn)擊進(jìn)入相應(yīng)的任務(wù)流程。例如,用戶點(diǎn)擊了其中的“New Invoice”之后會進(jìn)入發(fā)票列表界面,然后創(chuàng)建新發(fā)票的界面會自動(dòng)滑入視圖。
這種以典型任務(wù)為中心的設(shè)計(jì)思路在意圖上是好的,但接下來我們發(fā)現(xiàn)了一些問題。 經(jīng)過可用性測試,我們發(fā)現(xiàn)被測者普遍會在主界面中產(chǎn)生困惑,因?yàn)檫@種設(shè)計(jì)方案與他們通過使用Web端的FreshBooks所建立起的心智模型不符,而且和很多其他的iPhone應(yīng)用也存在模式上的差異。 同時(shí)我們還發(fā)現(xiàn),之前歸納出的一些典型任務(wù),包括創(chuàng)建發(fā)票、跟蹤時(shí)間、記錄開支等,對于用戶來說,本質(zhì)上都屬于一種“創(chuàng)造”行為。從這個(gè)角度看,其實(shí)我們忽略了這個(gè)緯度上的其他一些重要任務(wù)類型,包括: 這類任務(wù)需求其實(shí)比“創(chuàng)造”更加普遍,尤其是在移動(dòng)設(shè)備上,用戶更加傾向于在短時(shí)間內(nèi)以最簡單高效的方式查看和更新內(nèi)容,而不是創(chuàng)造內(nèi)容。我們之前所聚焦的重點(diǎn)則恰恰相反。 很簡單,我們改變了之前方案當(dāng)中的信息結(jié)構(gòu),使內(nèi)容和功能的組織結(jié)構(gòu)更加符合用戶在移動(dòng)應(yīng)用上下文環(huán)境中的預(yù)期。在新的設(shè)計(jì)方案中,用戶點(diǎn)擊主界面中的“發(fā)票”(之前是“創(chuàng)建新發(fā)票”),進(jìn)入發(fā)票列表界面進(jìn)行查看;如果他確實(shí)需要?jiǎng)?chuàng)建新發(fā)票,那么可以點(diǎn)擊右上角的加號按鈕。 相關(guān)閱讀:產(chǎn)品早期的原型設(shè)計(jì)與用戶測試 我們特別為應(yīng)用初體驗(yàn)(用戶安裝應(yīng)用后第一次打開)制訂了兩條設(shè)計(jì)原則:“移動(dòng)優(yōu)先”與“順暢進(jìn)入任務(wù)流程”。具體來看: 移動(dòng)優(yōu)先: 如今,我們不能再假設(shè)用戶是通過桌面設(shè)備上的Web瀏覽器找到我們的,他們很有可能是在移動(dòng)設(shè)備上與我們發(fā)生第一次接觸的,我們不能讓這類新用戶產(chǎn)生復(fù)雜的認(rèn)知負(fù)擔(dān)。舉個(gè)例子,我們的Web端應(yīng)用可以為用戶提供定制化的子域名(youraccountsubdomain.freshbooks.com),這顯然是專屬于Web端的概念,完全不需要在移動(dòng)端體現(xiàn)出來。 我們還可以隨著產(chǎn)品價(jià)值的逐漸體現(xiàn)而將Web端的高級功能一點(diǎn)點(diǎn)的介紹給移動(dòng)端用戶。 順暢進(jìn)入任務(wù)流程 要讓新用戶在打開應(yīng)用之后無需任何設(shè)置工作就可以順暢進(jìn)入任務(wù),從而在最短的時(shí)間內(nèi)發(fā)現(xiàn)產(chǎn)品價(jià)值。 為了貫徹這些原則,我們在第一版當(dāng)中允許用戶不執(zhí)行任何注冊或登錄的操作就可以立刻在主界面當(dāng)中執(zhí)行任務(wù)(例如前面提到的創(chuàng)建發(fā)票、跟蹤時(shí)間等),只有在功能需要的時(shí)候才會引導(dǎo)他們進(jìn)行帳戶方面的操作,例如在保存發(fā)票或收支記錄時(shí)會要求用戶創(chuàng)建帳戶或登錄。 另外在用戶選擇通過SnailMail發(fā)送發(fā)票的時(shí)候也會如此。 我們的用心是好的,但是在可用性測試中,我們發(fā)現(xiàn)被測者們更期望在應(yīng)用加載之后首先進(jìn)行注冊或登錄;直接讓他們進(jìn)行操作反而會引發(fā)他們的疑慮,例如數(shù)據(jù)怎樣保存? 這種先操作后注冊/登錄的方式也許相對有新意一些,而且會適合于某些類型的應(yīng)用,但對于我們的產(chǎn)品來講還是過于激進(jìn)了。 最后我們采用了一種相對傳統(tǒng)但更加符合用戶預(yù)期、可以給他們帶來安全舒適感覺的方案,也就是一開始就向他們提供三個(gè)明確的選項(xiàng): 如果用戶覺得自己已經(jīng)準(zhǔn)備好了,那么可以進(jìn)行注冊和登錄操作;他們還可以在不登錄的情況下先試用,以便對產(chǎn)品進(jìn)行更全面的了解。 相關(guān)閱讀:初創(chuàng)型團(tuán)隊(duì)容易在用戶體驗(yàn)方面犯的十個(gè)錯(cuò)誤 我們在設(shè)計(jì)流程開始之前詳細(xì)規(guī)劃了移動(dòng)版產(chǎn)品在初期的功能范圍,也就是對我們的最小化可行產(chǎn)品(MVP)的形態(tài)進(jìn)行界定。我們相信: 不過,正像在前文中提到的,我們曾經(jīng)假設(shè)用戶最想要的是快速創(chuàng)建內(nèi)容。因此,在界定功能的時(shí)候,我們基于這個(gè)錯(cuò)誤的假設(shè)將核心功能限制在了這個(gè)范圍當(dāng)中。 以財(cái)務(wù)報(bào)表為例,這是FreshBooks的Web版本當(dāng)中的一個(gè)核心功能,但由于其規(guī)范化的格式難以適應(yīng)移動(dòng)設(shè)備的界面規(guī)格,加之我們初期一直將重心放在“創(chuàng)造內(nèi)容”上,所以我們決定在移動(dòng)版當(dāng)中舍棄掉這個(gè)功能。 財(cái)務(wù)報(bào)表其實(shí)是財(cái)務(wù)軟件當(dāng)中非常重要的一部分。我們在界定功能范圍的時(shí)候?qū)⑦@部分功能從移動(dòng)版當(dāng)中移除,結(jié)果在可用性測試中發(fā)現(xiàn)這完全不符合被測者們對于一個(gè)功能完整的財(cái)務(wù)軟件的認(rèn)知與期望。 另外我們也意識到,在現(xiàn)實(shí)中,如果移動(dòng)版的產(chǎn)品當(dāng)中不包含這項(xiàng)功能,那么新用戶很有可能根本無法了解到其實(shí)我們的Web版應(yīng)用是提供了這個(gè)功能的,他們?yōu)榇硕艞壴摦a(chǎn)品的幾率會變的很大。 我們顯然不是平白無故將報(bào)表功能從移動(dòng)版本當(dāng)中移除的,它在呈現(xiàn)方式上確實(shí)存在著難以解決的問題,但實(shí)際上這個(gè)問題并非一定要被解決——通過進(jìn)一步思考,我們認(rèn)為用戶的真正目標(biāo)并不是一定要在移動(dòng)設(shè)備上看到報(bào)表,對他們來說最重要的是了解到有這樣一個(gè)功能存在,以及可以怎樣去查看這些內(nèi)容。 最終,我們決定在移動(dòng)端增加報(bào)表的入口,用戶點(diǎn)擊后會被引導(dǎo)進(jìn)行注冊或登錄。已經(jīng)處于登錄狀態(tài)的用戶可以選擇“將報(bào)表發(fā)到我的郵箱”或“在iPhone的Safari瀏覽器中直接查看”,同時(shí)界面還會提示用戶,瀏覽報(bào)表的最佳方式是使用臺式設(shè)備。 相關(guān)閱讀: 勇于挖掘并面對設(shè)計(jì)當(dāng)中的錯(cuò)誤與問題,并思考相應(yīng)的解決方案,這是不斷提升產(chǎn)品價(jià)值及用戶體驗(yàn)的關(guān)鍵要素。提出假設(shè)、與真實(shí)的用戶進(jìn)行溝通、驗(yàn)證假設(shè)并發(fā)現(xiàn)問題、思考解決方案、迭代——是我們在設(shè)計(jì)工作當(dāng)中應(yīng)該保持的良好節(jié)奏。 Via:Six Revisions 譯者博客:BeForWeb為什么會出問題
解決方案
初次使用的體驗(yàn)
為什么會出問題
解決方案
移動(dòng)版與Web版的功能差別
報(bào)表
為什么會出問題
解決方案
總結(jié)
- 目前還沒評論,等你發(fā)揮!