本文來自Stripe公司的產(chǎn)品經(jīng)理Michaël Villar的文章，文章講訴了Dashboard這樣一款iOS app的設(shè)計開發(fā)過程，對于有志于從事IOS APP開發(fā)的人來說，看完這篇文章相信會獲益匪淺?？赐曛?，相信你會對IOS APP的開發(fā)有一個比較直觀的認(rèn)識。對于想要當(dāng)APP產(chǎn)品經(jīng)理的你來說，值得一看。全文如下：

由于我們提供的是企業(yè)服務(wù)，所以像現(xiàn)在流行的其它創(chuàng)業(yè)公司一樣，我們起初并沒有做移動端的 App。我們的核心業(yè)務(wù)是提供支付的 API 接口，允許其它的公司接入支付功能。web 版的dashboard 讓每一個團(tuán)隊成員可以很方便的跟蹤，完成訂購，付款，消費及調(diào)貨。然而，以往它的整套系統(tǒng)是為桌面級屏幕設(shè)計的，在手機上很難用。在完成“收銀臺”功能之后，我們決定在 開發(fā)移動版本，首先在 iPhone 上推出。

這篇文章寫的就是我們一起開發(fā)App 的具體過程，或者從更廣的意義上說，這是關(guān)于我和 Benjamin 創(chuàng)造產(chǎn)品的經(jīng)驗分享?？赐赀@篇文章不能使你當(dāng)上產(chǎn)品經(jīng)理，但至少對一個 App 是怎么做出來的有一個大概的了解。

設(shè)計任何的產(chǎn)品，體驗都是一樣的：孤獨，抑郁，沮喪，自由，高潮，狂喜，一大堆亂七八糟的感受如潮水般向你涌來。但當(dāng)產(chǎn)品完成并最終服務(wù)于用戶時，你會感到之前的所有努力都是值得的。

圖像

我們花了不少時間在早期的概念階段。它不僅僅是設(shè)計的第一步，也是永遠(yuǎn)沒有完成的一天的最后一步，你必須隨時準(zhǔn)備為了更好的用戶體驗推倒重來。

在我們第一次產(chǎn)品討論會時，我們在旁邊放了一張白板，我們在那次會議中定下了應(yīng)用的核心功能，正如我們當(dāng)初開發(fā)的目的。在 Dashboard 的 iPhone app ，我們將它想象為一個輔助軟件，擁有兩大核心功能，與全功能版本的網(wǎng)頁軟件有所區(qū)別：

1.在你早上第一次打開這個應(yīng)用的時候，你可以檢查昨天的消費情況

2.擁有快速檢視支付情況，消費信息等功能

線匡模型的草圖繪制

在確定好功能之后，我們開始了 UI 的繪制，我們利用正常的 9 小時工作之外的時間來做這件事情。為了順利進(jìn)行，我們把它畫在了紙上，畫出線框圖，在旁邊寫了文字說明，為什么要這么設(shè)計。我們先各自畫一份，交流之后再去粗取精，結(jié)合兩個版本的優(yōu)勢制作出最終版本。

我們的線框圖畫的很粗糙，沒有精致優(yōu)雅的可視化界面，只有關(guān)于大致的畫面及大體的用戶界面。但他們確確實實地幫助了我們確定用戶的核心體驗并且時刻提醒我們在每一個場景中我們的第一要務(wù)是什么。

視覺設(shè)計

在線框圖完成之后，我們開始了可視化界面的設(shè)計。在這個階段開始之前，我們幾乎每天都呆在一起，探討正確的設(shè)計方向。例如，在主頁的設(shè)計上，就經(jīng)過了無數(shù)次的迭代。我們很清楚，最重要的一點是，什么按鈕是應(yīng)該在主頁上出現(xiàn)的，什么是不應(yīng)該出現(xiàn)的。從常識來想，當(dāng)然是能夠在主頁上展示越多的數(shù)據(jù)越好，但我們決定只把最重要的，最值得關(guān)注的信息留下，其它的隱藏起來。

但把界面設(shè)計到我們兩個都滿意了，Benjamin 開始做最后的設(shè)計稿。當(dāng)然，隨著時間的推移，我們收到了大量的反饋信息，但我們已經(jīng)決定了，就沒有再做改動。

交互

交互的構(gòu)思從視覺界面的設(shè)計時就開始了，但我們僅僅在有明確的想法時才做出交互原型。在做交互原型階段，我們可以證實我們最初的想法正確與否。

在 Dashboard 應(yīng)用上，卡片式的信息呈現(xiàn)方式是最主要的功能。我們決定使用一套 web 工具，雖然它的 bug 出奇的多，但它對我們而言很方便，值得一試。

要做出符合直覺，輕盈優(yōu)雅的 UI 是一項極為復(fù)雜的工作：

新的卡片要如何以一種符合直覺的方式被打開?我們的做法是，讓卡片從稍微帶有彈性的側(cè)面進(jìn)入，劃出，這樣能隱喻卡片可以被劃掉及移動。

• 當(dāng)你拖動卡片式，你必須要有一個匹配活躍卡片的陰影加以強調(diào)

• 如果你想移動在后面的其它卡片，你要將處于前面的卡片劃掉

• 動畫的移動速度要與手指的移動相匹配

• 像現(xiàn)實生活中一樣，當(dāng)卡片往后移動的時候會逐漸變暗

對于動作菜單來說，我們希望在打開一個龐大的菜單之前能有足夠的暗示。我們把這個有趣的功能實現(xiàn)了出來，它運行的很棒，使我們的每張卡片中不會出現(xiàn)兩個以上的動作按鈕。如果你不感興趣的話，你也不需要關(guān)掉菜單。

切換動作按鍵 (通過 html/css 實現(xiàn))

你可以選擇展示“收入/消費者數(shù)”圖表的時間長度。這個動畫可以幫助用戶理解兩個時間點的長度區(qū)別。如果你仔細(xì)觀察，你會發(fā)現(xiàn)當(dāng)時間長度從“天”變?yōu)?ldquo;周”時，我們將多個時間點合并了。

在圖表視圖中改變時間長度

當(dāng)你的應(yīng)用需要聯(lián)網(wǎng)使用，你可以通過登錄畫面及大量的過渡動畫減少用戶在網(wǎng)絡(luò)延遲時的焦慮感。我們最后決定在數(shù)據(jù)加載時使用前者并結(jié)合一個過渡動畫。下面是我們想出來的啟動動畫原型：

作為一個創(chuàng)業(yè)公司，考慮到代碼重用性，我們使用大量的 HTML/CSS 代碼及 AE 動畫效果。

在 App 啟動時，數(shù)據(jù)會被加載并展示到首頁上。如果網(wǎng)速足夠的快，我們不會展示過渡動畫，直接進(jìn)入主頁，如果網(wǎng)絡(luò)太慢了，我們會在接下來的數(shù)秒內(nèi)展示 UI 的過渡動畫，以減少用戶等待過程中的焦慮感。

我們同樣的也增加了一個懸浮動作按鈕(靈感來源于谷歌的“材質(zhì)設(shè)計”)，你可以在應(yīng)用的任意頁面點按這個按鈕，會出現(xiàn)一排標(biāo)簽頁。我們增加了一個 100 納秒的遲滯在卡片上，原因有二：數(shù)據(jù)需要加載，一張空白的頁面是沒有幫助的。2 用戶可以有足夠的時間看清楚他們按了哪個按鈕。

UI 執(zhí)行

我們開發(fā)應(yīng)用的策略是非常簡單的：我經(jīng)常從用戶界面工具開始。UI 在應(yīng)用中是最重要的且應(yīng)該成為 iOS 應(yīng)用開發(fā)者的最主要關(guān)注點。從用戶界面開始，沒有任何數(shù)據(jù)及 API 的包袱將幫助你做出更友好的用戶界面。這也能很容易地解釋為什么不斷添加新功能會使整個應(yīng)用的體驗及性能下降，只有從 UI 出發(fā)才能指導(dǎo)我們有序克制的添加必須的功能。

推送通知

這是我最喜歡的一個功能。我們的推送通知針對不同情況進(jìn)行了細(xì)致的處理：

• 每天總結(jié)：一個快速檢視你昨天的銷售情況及新用戶增加情況的通知，在每天早上你醒了之后推送。

• 新交易及新用戶：對于中小型商業(yè)用戶而言，當(dāng)看到你的交易數(shù)量增長是一件很令人興奮的事情。

• 調(diào)動失?。何覀兿Ｍ脩粼诓僮魇≈竽芰⒖淌盏椒答仯⒘私馐〉木唧w原因。

賬戶變化：在用戶在帳戶余額或密碼發(fā)生改變時我們會第一時間通過推送消息的方式予以通知，使用戶減少被盜號的風(fēng)險。

對于非緊急的通知，我們只會在工作時間推送，具體時間點可由用戶自行設(shè)置。在午夜被推送吵醒絕對不是好的用戶體驗!

今日，我們?nèi)諠u成熟的 iOS 團(tuán)隊在開發(fā)一串新功能并實現(xiàn)我與 benjiamin 設(shè)計出來的新版本。

為什么我與 Benjamin 能夠如此高效地合作?這是一個值得深思的問題。

起初，我們一同做出了產(chǎn)品原型，爾后他專注于視覺設(shè)計上的細(xì)節(jié)打磨，我則把精力放在了代碼實現(xiàn)上。這是一對極佳的組合——我們兩個的長處互補之后，正好將產(chǎn)品完整地創(chuàng)造了出來。之后每一步的迭代都像閃電般迅速，因為我們在同一地方工作，免去了見面討論產(chǎn)品環(huán)節(jié)。當(dāng)然，我們之間長達(dá) 5 年的合作經(jīng)驗也有很大的幫助。