10個iOS開發常見錯誤，你中招了嗎

 

　　從2008年開始到現在，我已經開發了幾十個應用程式。在此過程中，我瞭解到開發人員會在開發過程中犯一些常見的錯誤。有時候他們竭盡全力解決了問題，但有時候一些錯誤讓開發人員與成功完全失之交臂。所以在這篇文章中，我列舉了一些iOS開發過程中的常見錯誤。一些錯誤如果沒有被及時發現則會扼殺初創企業。再加上創業儲備金消耗殆盡，團隊成員信心潰散，這時候就很難走出危機。

　　1.故障情況下，不當的資訊處理和使用者互動

　　讓使用者暈頭轉向的錯誤對打造優秀的使用者體驗絲毫無益，比如當使用者想要更新Twitter密碼時，你卻展示了一個錯誤提示“哎呦，出錯了，請稍後再試”。你需要做的是讓錯誤資訊提示儘可能地清晰明了，並針對可能遇到的情況進行測試。令人困惑的或者模稜兩可的錯誤資訊對你沒有任何協助。

　　同時，不要惹惱使用者，不要一個接一個展示錯誤提醒，而是要指導使用者逐步解決問題。

　　2.Beta版測試者不可靠

　　尋找測試者是必須的，但提前做一些調查是必要的。這些測試者應該是你的目標使用者，而不是社交網站上隨便什麼人。

　　你希望能獲得他們的反饋，這樣就能根據需要調整應用。不過關鍵在於知道何時進行更新。並不是所有的反饋都是有價值的，所以要根據需要解析測試者的反饋。少數人對個別功能有需求並不意味著你就需要添加該功能。

　　3.強制要求使用Facebook 或Twitter登入

　　使用包含標準的通過郵件註冊選項，而不是強迫使用者登入。強制使用者使用社交帳號登入會惹惱一部分使用者。雖然我們都知道這種方法的強大之處，但是最終的選擇權還是要交給使用者。

　　4. 一廂情願地認為app會大賣

　　一旦你發布了應用程式，就踏入了充滿千千萬萬競爭者的競技場。這時候，你需要制定一個詳細的計劃，需要知道使用者是誰，需要知道使用者在哪裡，這樣你才能完全掌控。你會覺得這是一件非常無聊的苦差事，但是如果你想在App Store中立足，那麼這一點非常重要。

　　5.忽略了在“真實世界”網路狀況中進行測試

　　在沒有網路時，你的app作何處理呢?當網路接通或者斷掉的情況下，你的應用程式會出現什麼情況?要確保你的應用程式可以處理這些情況，否則你的使用者會產生糟糕的體驗。花時間使用Network Link Conditioner工具來模仿裝置上的弱串連情況。

　　6.不能確保應用程式能在所有目標型號裝置上正常運行

　　由於我們需要處理一系列的螢幕尺寸，所以值得花時間來確保app能正常工作和按照預期執行任務，而不是意外地做一些奇怪的行為。

　　7.將移動端的體驗和web端的體驗等同對待

　　為既有的平台打造極致的使用者體驗沒有錯，但Android和iOS作為移動端作業系統和web端是完全不同的兩個領域，所以要避免將web端的經驗帶入移動端應用程式中。

　　8.給應用程式堆積功能

　　雖然你只是想讓app更強大，但過多的功能堆積只能將你限於困頓中。開發人員面對少量使用者對個別功能的狂熱需求時，可能會感到非常愧疚。這時候就需要你好好想想自己的願景和期待。如果使用者的反饋是真實，是你之前忽略的，那麼可確認需求並適當增加。將注意力集中在更簡潔但更有價值的地方，這樣更方便你儘可能地測試自己的想法。

　　9.代碼靈活性差

　　在你需要考慮產品和市場的同時，關於程式碼程式庫這一點，並不要求你糾結代碼寫的好不好看，最基本的是保證能用不是一堆垃圾。花點時間把代碼做到一個可維護的水平。代碼方面是一個微妙的平衡，你無需為此過度花費時間，但也不能置之不理。

　　10. 馬上針對所有平台進行開發

　　出於某些原因，開發人員會覺得他們的應用應當出現在各個平台和所有使用者面前。這種想法是欠妥當的，如果你當前開發的是iOS app，那麼你無需立刻開發一款Android app。你需要做的是花時間打造一個平台，這樣有助於你打造更加完美的產品，也可以避免削減團隊的時間和精力。當你有多個應用版本時，你就需要更多的支援需求。這種做法會扼殺一個初創企業，所以請集中和最佳化使用所有資源。

　　總結

　　以上僅僅iOS開發過程中一些常見的錯誤，是從我一個開發人員和創始人的角度觀察到的,要求你100%執行似乎意義不大，你可以根據自身情況執行，不過要對上述內容保持警惕，你可以根據時間和資源進行調整。你想要避免的事情---耗盡所有的儲備資金。錯誤無處不在，但你花的代價會更大一些--你的創業公司。這種說法一點都不誇大，一些人曾因上邊的錯誤丟掉了自己的初創企業。