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。你需要做的是花時間打造一個平臺，這樣有助於你打造更加完美的產品，也可以避免削減團隊的時間和精力。當你有多個應用版本時，你就需要更多的支援需求。這種做法會扼殺一個初創企業，所以請集中和優化使用所有資源。
小編這裡有個自己的學習交流群681503716（驗證編號：大鯊），不管你是大牛還是小白，歡迎入駐一起交流學習，在iOS的道路上我們一起成長！我也會不定時分享一些iOS面試資料和學習資料教程等乾貨給大家！
總結
以上僅僅iOS開發過程中一些常見的錯誤，是從我一個開發者和創始人的角度觀察到的,要求你100%執行似乎意義不大，你可以根據自身情況執行，不過要對上述內容保持警惕，你可以根據時間和資源進行調整。你想要避免的事情---耗盡所有的儲備資金。錯誤無處不在，但你花的代價會更大一些--你的創業公司。這種說法一點都不誇大，一些人曾因上邊的錯誤丟掉了自己的初創企業。