iOS開發火了九年，這些錯誤你還在犯嘛？

從2012年開始到如今，我已經開發了幾十個應用程序。在此過程當中，我瞭解到開發者會在開發過程當中犯一些常見的錯誤。有時候他們不遺餘力解決了問題，但有時候一些錯誤讓開發者與成功徹底失之交臂。因此在這篇文章中，我列舉了一些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%執行彷佛意義不大，你能夠根據自身狀況執行，不過要對上述內容保持警戒，你能夠根據時間和資源進行調整。你想要避免的事情---耗盡全部的儲備資金。錯誤無處不在，但你花的代價會更大一些--你的創業公司。這種說法一點都不誇大，一些人曾因上邊的錯誤丟掉了本身的初創企業。

小編給你們推薦一個iOS技術交流羣：763164022! 羣內提供數據結構與算法、底層進階、swift、逆向、底層面試題整合文檔等免費資料！但願找到更多的同行多多交流！如下資料，進羣能夠免費得到哦