作者參與設(shè)計了自家公司產(chǎn)品Jive Circle后，總結(jié)出以用戶為中心的設(shè)計步驟，配以實際案例，能讓讀者深刻體會到如何從需求分析開始，快速將一款產(chǎn)品到推向市場。很值得參考和學(xué)習(xí)。

我們剛發(fā)布了Jive Circle，一款全新的企業(yè)通訊錄app，自年初開始，我們一直為它奮戰(zhàn)著。對于這款app，我感到非常興奮，因為我們能采用“以用戶為中心”的思路來設(shè)計它，從而確保我們開發(fā)出既有用又可用的產(chǎn)品。在這篇文章中，我很樂意分享一些我們的設(shè)計流程，以及作為一個團隊我們所學(xué)到的經(jīng)驗教訓(xùn)。

所以，讓我們從每個產(chǎn)品都會經(jīng)歷的地方開始——用戶需求。

從頭說起：用戶需求

Jive Circle是我們?yōu)槠髽I(yè)辦公app貢獻的第3款產(chǎn)品。第一個（Jive Daily）和第二個（Jive Chime）在今年早些時候已發(fā)布。通過對這些app做的市場調(diào)研，調(diào)查小組發(fā)現(xiàn)了一個亟待解決的新痛點：企業(yè)通訊錄。

人們一般會在一天中多次訪問企業(yè)通訊錄，而這一過程會帶來很糟糕的體驗。通常人力資源系統(tǒng)或內(nèi)網(wǎng)系統(tǒng)能滿足需求，但調(diào)研顯示，人們很少會用這些系統(tǒng)（原因很多，既可能是因為難用，也可能是因為忘記密碼又懶的找回）。相對的，他們會采用從“Microsoft Outlook”中尋找通訊錄這種體驗極差的方式來滿足需求。

企業(yè)通訊錄中，最常用的找人方法有以下幾步：

1. 在Outlook中撰寫一封新郵件
2. 敲出對方的郵件地址
3. 右鍵點擊他們的名字
4. 去他們的個人信息頁
5. 復(fù)制想要的信息
6. 關(guān)閉未送出的郵件

這完全不是一種理想的方法。于是我們看到了機會，用Jive Circle來解決這個問題。

行勝于言：原型解決方案

最開始，我們就想要一個正確的設(shè)計流程。我們團隊內(nèi)部達成一致，希望在早期就隨時能收到用戶反饋，此外，我們會盡可能快地產(chǎn)出一個可用原型，并從此啟動迭代。

在開始進行任何設(shè)計工作前，首先我想要團隊清楚基本的用戶使用流程和信息架構(gòu)。我們花費了幾個星期梳理正確流程，但在v5.1版本才敲定了最終方案（很抱歉下圖中我模糊了一部分模塊，這些是我們即將推出的新功能，還不能告訴你們哦~）

user flow

該版本后，此流程幾乎從未變過。相比那些僅做了視覺稿，然后自求多福的方法，從梳理用戶流程開始，對產(chǎn)品設(shè)計而言極其有幫助。在做信息架構(gòu)時我們遇到了很多問題和爭議，而在這一階段就解決掉它們，比起開始做設(shè)計后再解決，要更有效地多。

確定好基本流程，就可以開始進行（原型）設(shè)計了。我選擇Proto.io來做初始原型。當(dāng)然，也有很多其他選擇，但Proto.io是最能滿足我需求的工具（包括提供“長按”手勢操作，這是其他工具那時還沒有的功能）。

現(xiàn)在再回顧那時的原型，我很吃驚地看到從第一版原型到我們第一個的Alpha測試版本的進化。一些元素改變很大，另一些則保持大部分不變。這里有個例子，首版原型Home頁面，和今天Beta版本的頁面對比：

home-evolution

更突出的搜索框，更專業(yè)的“team”模塊，以及底部基于卡片化的信息呈現(xiàn)，所以的改變都直接基于可用性測試——但更多的改變是在那之后。

每隔幾天，我都會基于團隊反饋發(fā)布一個新版原型，上面列出所有改動點：

change log

就像你在上圖中看到的，此時我們發(fā)布了v3.1版本，我們意識到在進行下一步之前，是時候該將它推到用戶面前了。

節(jié)省時間和計劃：可用性測試

對這款產(chǎn)品，我們非常有必要做至少2輪可用性測試：一輪針對原型，另一輪針對首個alpha測試版本。所以利用v3.1版本原型，我通過可用性測試更好地了解到人們當(dāng)時是如何使用他們的企業(yè)通訊錄的，以及我們推出的方案做的如何。

像往常一樣，這個做法效果很好，那場早期反饋做出的改變，對軟件的功能和可用性產(chǎn)生了很大影響。如果我們等app推向市場再去發(fā)現(xiàn)問題……那時，我們將會付出嚴(yán)重代價。

我們從中收獲的2個最大發(fā)現(xiàn)：

• 獲取用戶位置、時區(qū)和當(dāng)前狀態(tài)十分重要，此外，還需要提供找到該用戶所需的所有聯(lián)系方式。所以這些已經(jīng)成為這款app的核心功能。
• 我們很吃驚地發(fā)現(xiàn)人們經(jīng)常想在組織結(jié)構(gòu)圖中查找用戶——尤其是在大型公司。這意味著我們要把它設(shè)計成一個核心模塊，而不只是為通訊錄子菜單提供一張組織結(jié)構(gòu)圖。

利用手上所有的測試結(jié)論，我們持續(xù)在對原型進行優(yōu)化，直到v5.1。此時就該開始視覺設(shè)計和開發(fā)了……

profile

實現(xiàn)它：從原型到視覺設(shè)計和開發(fā)

早在開發(fā)進行前，我們就做了一些我認為很重要的事情。我們打算采用“垂直”而非“水平”的方式開發(fā)第一版app。解釋下，“水平”方式指你在第一版app中就加上所有功能，然后再改進它們。這樣做的問題在于你會開發(fā)出一堆半成品功能，如果你在發(fā)布日期前用完了時間，你就完蛋了。

如果你采用“垂直”方式開發(fā)，就要挑出最優(yōu)先想要的功能，從頭到尾完成它，并確保功能運行完好。第一版可能只有少量功能，但這些功能都是精心打造的，因此你會收獲一款有用的app。然后你就可以在后續(xù)版本中添加更多功能，這有時被稱為產(chǎn)品開發(fā)的蛋糕理論。對于我們，這意味著專注于某個全團隊認可的，非常具體的功能集：

Circle IA – Alpha

這個時候，我們的視覺設(shè)計師開始為Alpha版本設(shè)計主視覺稿和動畫，而開發(fā)團隊開始搭建后臺。我們采用高度協(xié)作的方式進行開發(fā)。那個時候真是種挑戰(zhàn)，因為開發(fā)團隊在特拉維夫，而產(chǎn)品和設(shè)計團隊都在美國西海岸。但得益于我們的內(nèi)部協(xié)作軟件、大量的視頻通話，以及幾個星期的面對面交流，我們做到了。

那個時候團隊發(fā)布了Alpha版本，我們都非常興奮。Alpha版本也是一款讓人吃驚的產(chǎn)品，我們迫不及待地想將它交到用戶手上。所以我們進入了下一階段……

拋光鉆石的粗糙：更多的可用性測試

我們對Alpha版本做了2件事：

• 發(fā)布了內(nèi)部Alpha版本，并交給自家公司的一組用戶使用，以便于他們能嘗試打破它，幫助我們修正錯誤。
• 做了另一輪可用性測試，如果有必要，還會進行一些最后的流程修正（當(dāng)然，我們確實有必要）

此外，我們也開始把app做的更好玩——那些額外的標(biāo)題動畫和交互會讓app顯得更特別。我們的視覺設(shè)計師和開發(fā)工程師出色地實現(xiàn)了動畫的細節(jié)部分。

發(fā)布上線：知道什么時候你該行動了

我們可能會一直持續(xù)下去，但市場不等人，所以是時候準(zhǔn)備面對發(fā)布上線日了。

時間用盡時，我們只完成了所有功能的一半。如果采用“水平”方式，現(xiàn)在就是個杯具。但因為我們會在進行下一步前完成每個功能點，那種情況就不是什么問題。這就是我們采用“垂直”方式進行開發(fā)后的回報。我們只需把那些未完成的功能從初始發(fā)布版本中去掉，而在接下來幾個月的更新版本中再加上就好了。

所以現(xiàn)在我們就等著8月31號——我們官方的發(fā)布日期！今天提交了app store，所以接下來會跟進上線進展。總的來說這是我經(jīng)歷過的最喜歡的項目。團隊很靠譜，過程很高效，我已經(jīng)迫不及待地把它拿出來，并開始添加更多有用的功能。

最重要的是，我很興奮我們能夠在設(shè)計過程中進行原型設(shè)計，可用性測試和快速迭代。它幫助我們專注于以用戶為中心，我相信這節(jié)省了我們幾個月的開發(fā)時間。

經(jīng)驗總結(jié)

從項目中我總結(jié)了幾條很重要的經(jīng)驗。

• ?異地團隊（合作）很難。我們都知道這一點，但有時我們會低估它的難度。我只發(fā)現(xiàn)了2條能夠方便遠程團隊合作的經(jīng)驗：

1. 強化溝通
2. 盡可能坐到一起。

• 原型真的是最好用的方法。我并不是說線框圖已死——實際上，我想說的恰恰相反。但如果時間和預(yù)算允許，一個可交互原型對團隊溝通和用戶反饋而言是不二之選。
• 企業(yè)軟件能以現(xiàn)代化方法設(shè)計和開發(fā)。整個團隊都采用用戶為中心的設(shè)計流程，而這么做讓一切都變得不一樣了。不要認為因為你在一家大公司工作，就必須一直用BDUF（Big Design Up Front，設(shè)計先行的軟件開發(fā)流程）、緩慢的、瀑布流的方式工作。

由于所有的功能都和設(shè)計相關(guān)，這款app還差的很遠。但我對我們的流程有充足自信，對這一流程的效果也很有自信。我知道當(dāng)收到用戶反饋后，我們會持續(xù)改進，因為從最開始這就成為了項目的基石。那么，對產(chǎn)品設(shè)計師而言，還能要求更多什么呢？

譯后感想

自上一篇譯文以來，時隔已久，皆因空閑時間有限，無暇顧及其他。但此篇文章結(jié)構(gòu)清晰、行文流暢，所述內(nèi)容對移動產(chǎn)品設(shè)計開發(fā)團隊參考意義很大，特花費4個多小時，撰寫3000多字完成此文，尤其希望小而美的團隊試下文章提到的敏捷流程，應(yīng)該能對產(chǎn)品開發(fā)迭代有很大幫助。感謝閱讀~致禮！

譯者：s2dongman申悅

來源：簡書

原文鏈接：User-centered design in the enterprise: A case study of Jive Circle