本文來自Stripe公司的產(chǎn)品經(jīng)理Michaël Villar的文章，文章講訴了Dashboard這樣一款iOS app的設(shè)計(jì)開發(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)隊(duì)成員可以很方便的跟蹤，完成訂購，付款，消費(fèi)及調(diào)貨。然而，以往它的整套系統(tǒng)是為桌面級屏幕設(shè)計(jì)的，在手機(jī)上很難用。在完成“收銀臺”功能之后，我們決定在 開發(fā)移動版本，首先在 iPhone 上推出。

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

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

圖像

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

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

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

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

線匡模型的草圖繪制

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

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

視覺設(shè)計(jì)

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

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

交互

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

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

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

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

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

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

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

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

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

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

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

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

當(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è)計(jì)”)，你可以在應(yīng)用的任意頁面點(diǎn)按這個按鈕，會出現(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)注點(diǎn)。從用戶界面開始，沒有任何數(shù)據(jù)及 API 的包袱將幫助你做出更友好的用戶界面。這也能很容易地解釋為什么不斷添加新功能會使整個應(yīng)用的體驗(yàn)及性能下降，只有從 UI 出發(fā)才能指導(dǎo)我們有序克制的添加必須的功能。

推送通知

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

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

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

• 調(diào)動失?。何覀兿Ｍ脩粼诓僮魇≈竽芰⒖淌盏椒答?，并了解失敗的具體原因。

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

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

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

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

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