編者按：今天這篇文章總結的5個步驟，從工作流程的優化開始，幫你快速試錯，減少改稿次數，非常實用，建議閱讀。
幾個月以來，為了打造一個令人驚嘆的移動App，你的整個團隊全都卯足勁兒、干勁十足的干活，這是一個累并快樂的過程。最終，當團隊成員接近精力極限并筋疲力竭時，你的App驚艷出場了！可是然后呢？你夢想中的App迎來了重擊噩夢：有著旺盛需求的用戶下載了你的App，可是一旦使用一次，他們再也不會第二次使用了。
這意味著近幾個月的犧牲和辛苦投入全都付諸流水了，這到底是為什么？
互聯網浪潮之下，大約41%的App正在遭受著同樣地重擊命運：用戶使用一次后就被拋棄，這已經成為互聯網世界的一種趨勢。而你的App很不幸的成為了這個趨勢浪潮的一員。這不僅讓我想起已經有400年歷史的瓦薩戰艦，這個趨勢與瓦薩沉船事故有許多相同之處，要知道這艘船可是當時最震撼的戰艦之一呢。據說在它的處女行中，瓦薩號在水中晃蕩了一會兒，僅僅行駛了1英里就沉船了，而沉船的原因是因為它的基礎設計有問題。
讓我們探索更多的瓦薩沉船的教訓，使你的App避免跟它一樣的命運：剛離開港口就沉船。
01 ?打造一個清晰的，引人入勝的愿景
雖然瓦薩號最終是個失敗，但毋庸置疑它仍然是一艘無與倫比的戰艦，它的建造者們是那么大膽。
因此，在討論這艘戰艦的所有設計問題之前，我們可以簡單地看一下它的可取之處：首先它的建造者們有著宏偉的愿景，并且利用這艘戰艦描繪出了一個引人入勝的故事，這個故事是關于皇室們的征服欲以及他們的榮耀。
即便是在400年后的今天，這個愿景還是如此地引人入勝。它展示了高超的技術、色彩艷麗的神像、令人畏懼的武器裝備以及這艘船的整體形象。
說起產品愿景，你的移動端產品也應該跟瓦薩號一樣引人入勝。
對于你正在打造的App，在決定怎樣設計以及開發之前，你必須有一個非常清晰的想法思路，包括你的App會帶來的價值好處。
相比于瓦薩號的愿景，幸運的是，描繪一個移動端產品的愿景還是一件比較簡單的事。你可以利用非常方便實用的便簽，來打造一個愿景故事版，描繪App目標用戶的主要使用場景，這些基本在20到30分鐘內就能完成。
在Greg Nudelman的書《$1 prototype》中所寫的一個“成為一名英雄”的故事版就是一個很好地愿景示例：
△ 來自《 $1 Prototype 》書中“成為一名英雄” 的APP故事版 (Image: Greg Nudelman)
這個故事板描述了一個主要用戶場景：用戶希望通過給自己選定的慈善機構捐錢，來支援風災救援。當然它的好處也是顯而易見的：捐獻物資的人會感覺自己像個英雄；同時災難的幸存者可以得到及時的援助，來幫助他們重新開始生活。
根據財富報道，大多數創業項目失敗的首要原因是因為他們打造了一個根本沒人想要的產品。請確保你的產品不會變成只是一個統計數據（產品失敗了），你需要規劃出一個愿景，讓人們聽到后興奮地想要嘗試。
所以在做任何的設計以及開發之前，你需要花時間以“故事版”的形式描繪產品愿景。然后把故事版展示給潛在用戶人群、利益相關者，來確保是否所有關鍵人群的反饋都是積極的。
你的愿景必須展現出一個明確、令人信服的利益點；否則的話，你的App不值得被打造出來。一旦明確了產品愿景，你就可以開始進行設計以及原型解決方案了。
02 提早測試，同時把結果告知主管
當瓦薩號的計劃書剛被呈現給瑞典國王時，他做了兩個大錯特錯的修改。一個是在船頭裝配上24磅的大炮；第二個是把船建的更薄一點，使它能夠行駛更快。
很多人認為，這樣的細節設計指導肯定意味著國王將親自監督整個建設過程。但事實并非如此，國王只是在甲板上參觀過一次。
事實上，在瓦薩號全部裝配完成并且浮在水上之前，沒有人給這艘船做過任何的穩定性測試，維基百科上是這樣說的：“在上層甲板上，30個男人來來回回穿梭其間，啟動戰艦。但是僅僅在三次試行后，負責的艦隊司令停止了測試，因為他怕船會側翻。”
在戰艦處女行之前，除了失敗的穩定性測試，無論做任何事情都無法拯救這艘船了。沒有人希望把不好的消息帶去給國王，因為國王堅持盡快讓戰艦開始航行。
最后，我們可以說這位國王完全得到了他所想要的東西，但并不是他所需要的東西——一艘宏偉的戰艦，但卻在行駛里一英里后就沉船了。
對于已經計劃好的設計（就是瓦薩號），向高層人員反饋以及提出建議是完全正確的。這兩件事都是這整個項目中非常重要的一部分。然而這個項目所缺少的東西是早期的概念測試以及及時的反饋機制。
正如在每一個設計和發展的階段，你的想法、原型需要被充分地測試；把測試結果傳達給正確的人也同樣重要。關鍵的人群需要被作為解決方案的一部分，否則這些人就會變成問題一部分。
作為一名設計師，你的工作就是就是向高層人員及時提供反饋。在問題能被處理之前，盡早地向高管們清晰地表達產品存在的問題，確保產品朝著“做出最好的設計”前進。
你要如何確保盡早得到管理人反饋？這就是一個最簡可用原型大顯身手的地方了。
03 MVP：最小可用原型
博物館中，在打撈出來的瓦薩沉船旁邊，放置著原船比例 1：10 的模型，這樣的模型對優化設計來講是最理想的，任何人都可以看的出來這么一件事：船被改造成更薄，更高的樣子并且在頂部增加了的大炮會損害其穩定性。
然而，瓦薩號沉沒后，打造這個 1:10 的模型，沒什么卵用，當然除了可以警示我們：建立你的的移動產品原型，盡早得到反饋，并在開始開發前優化設計。
幸運的是在今天，打造你的App原型將會相當容易———你不需要木板、甚至任何特殊的設備或軟件，更棒的是，你的設計和你的原型可以是相同的。
所有你需要的只是一包3×5英寸的純色便簽貼紙：
例如，下面是 Be a hero 的 MVP ：
最終用便簽紙制成的Be a Hero 德最小可用原型
有了這個簡單的原型，你可以快速，方便的測試和完善你的 App 的基本設計：信息架構、交互設計、復制等，你甚至可以測試圖標。
所謂精益生產，其實就是動手之前先做實驗，首先在紙上創建一個迷你Q版的原型圖，然后直接擺在潛在用戶面前進行測試，這大大加快了實驗和反饋的過程，無論是內部的還是外部的。
事實上，就是以最低成本和最適宜的方式規避風險。
當你的項目啟動后，盡早的對原型進行持續性的測試，有效減少可能致命的設計缺陷，也大大增加了成功的機會。
04 早期的設計優化，制造差異
瓦薩號非常有名，但很多人不知道瓦薩號的姐妹船：蘋果，它的設計者做出了兩個重要的改進，他們在上甲板上安裝了較輕的槍，并對船體加寬了 1 米（只是瓦薩寬度的 10% ）。
這個簡單的調整改變了一切：蘋果成功航行了超過30年。
為了確保你的產品的成功，盡早測試，并在一開始就進行大量的迭代，直至達到設計初衷。而一開始就將時間和精力投入到高保真的完美設計上，只會適得其反。
例如在 Be a hero 的例子中，在團隊第一次在便簽紙上提出原型設計后，先后經歷了5次迭代。
Be a Hero 應用的5次MVP迭代
當團隊完善了設計的關鍵要素后，他們才投入了額外的時間來創建高保真的原型：
為Be a Hero app最終完成的設計
在設計的早期過程中，保持高保真的原型、適當的項目狀態，有利于團隊快速推進和解決大部分問題，使團隊能夠在短短三周的時間確定最終方案。
不知道你會做出什么舉動，但這聽起來就像你花費了一包便簽紙的成本就避免了一艘艘沉船，連威嚴的瑞典國王肯定會批準這么做的。
05 確保你的App順利啟航
通過看到瓦薩號戰艦的歷史，如果在遵循一些簡單而深邃的精益用戶體驗指南，可以幫助你的移動項目避免災難性的后果。
在你開始之前，把你的愿景做為 Storyboard 掛起來，花時間與潛在的用戶和利益相關者（股東）來測試———確保他們對你的想法有著同樣的熱情。
一旦愿景確定（被大家所接受），使用通過便簽紙生成的 MVP 同步開始用戶測試與設計。從這一點上來看，快速原型迭代與客戶反饋應該是你的移動設計的核心。
一路上，也別忘了與管理人員和團隊中的關鍵人員進行雙向溝通的重要性。
通過包括所有的關鍵人的反饋回路中，確認團隊中的每一個人的想法都被考慮到了，這最大限度的減少了任何人在最后一分鐘的變化，使你不能充分測試或實現。
記得原型的精確度與項目的進度相匹配，在設計的關鍵部分，在你覺得很舒服之前，切記不要投入太多的時間和精力在高保真原型上。so，堅持盡可能長時間地使用低保真原型，測試設計快速迭代，并不斷結合見解重新回（重構）到你的原型上。
精益，快速成型，再加上一個連續的反饋循環，將有助于您的團隊工作順利，結合新的想法，構建移動 App，不僅僅是首航成功，而是要在未來成功航行多年，并在對手的心中造成驚人的恐懼。
原文| Greg Nudelman
翻譯｜王子娟、林佳
校對｜唐菁
歡迎關注譯者（特贊Tezign）微信公眾號：
「這可能是做得最好的三篇設計筆記」
【優設網 原創文章 投稿郵箱：yuan@uisdc.com】
================關于優設網================
"優設網uisdc.com"是國內人氣最高的網頁設計師學習平臺，專注分享網頁設計、無線端設計以及PS教程。
【特色推薦】
設計師需要讀的100本書：史上最全的設計師圖書導航：http://hao.uisdc.com/book/。
設計微博：擁有粉絲量150萬的人氣微博@優秀網頁設計 ，歡迎關注獲取網頁設計資源、下載頂尖設計素材。
設計導航：全球頂尖設計網站推薦，設計師必備導航：http://hao.uisdc.com
復制本文鏈接 文章為作者獨立觀點不代表優設網立場，未經允許不得轉載。
發評論！每天贏獎品
點擊 登錄 后，在評論區留言，系統會隨機派送獎品
2012年成立至今，是國內備受歡迎的設計師平臺，提供獎品贊助 聯系我們
標志設計標準教程
已累計誕生 729 位幸運星
發表評論
↓ 下方為您推薦了一些精彩有趣的文章熱評 ↓