相關閱讀 |
>>> 創業先鋒 眾人拾柴火焰高 >>> | 簡體 傳統 |
許多小團隊的ios開發完成上架過程總會遇到這樣的問題:一次又一次被蘋果審核拒絕,每次重新申請花費一周甚至更久時間,經常一個版本上傳成功至少花費數月時間甚至半年多,嚴重影響產品市場推廣。 筆者在接觸許多小公司蘋果開發人員過程中,發現在小團隊,技術人員往往都是半路出家的ios開發新手或者工作經驗最多一兩年,他們上架的產品可能最多就一兩個。開發過程中許多該注意的沒注意,導致后續上架過程中出現許多問題而被拒絕。我了解到的被拒理由有程序奔潰,產品圖標與蘋果logo太像,隱私協議缺少等亂七八糟一堆原因。這其中的原因主要與小團隊蘋果開發測試流程相關。許多小團隊產品上架之前流程是: 上述流程可能是目前許多小團隊開發ios產品常用的流程手段,與小團隊人員資金等各方面因素相關,但上述流程存在幾個漏洞問題。 1、開發人員不了解甚至不關心蘋果的許多條款協議,只是簡單實現功能,這是在無視蘋果審核那么多年辛辛苦苦制定出來的條款協議; 2、測試人員往往都是公司的業余測試人員,不了解蘋果的條款協議,開發人員也沒有明確告知,這又在蘋果審核人員胸口插刀呀; 蘋果的條款協議有幾十頁,一條條細細看下來確實很累,也很難記住。不過蘋果商店做了那么多年,又那么多先烈和先驅貢獻了那么多的經驗,細細去看發現大家死的理由很相似。 主要有程序崩潰、數據不真實、UI設計、隱私保護等幾大點(具體可以百度搜索蘋果被拒原因,基本上差不多那么幾種原因)。如何避免上述一而再再而三的被拒絕呢?其實只要在上述流程中加兩個兩個步驟,就可以大大的降低產品上架被拒風險。 沒錯,開發和測試人員的培訓!那些被拒的原因,你上網搜索后發現其他人員也經常遇到,要是把事后了解放到事前,那么被拒的風險會大大降低。 后面附上常見的被拒原因(各位百度搜索可能更詳細): 1、崩潰和bug 當你完成應用開發并準備發布時應該將app提交審核。在提交審核前,要確保已經在設備上對應用程序進行了徹底的測試,修復了所有的bug。 2、斷掉的鏈接 應用程序中所有的鏈接必須是功能性的。對于所有應用程序來說,鏈接至一個提供最新聯系信息的用戶支持是必需的。如果你提供了一個可自動更新或免費訂閱的鏈接,再或者你的應用屬于兒童類別,那么你必須提供一個鏈至你的隱私策略的鏈接。 3、占位符內容 在提交應用進行審核之前要完成所有的圖片和文本。仍處于開發階段或者包含占位符內容的應用不能準備發布,也不能通過審核。 4、信息缺失 在iTunesConnect的AppReviewInformation部分輸入所有所需的細節信息。如果有些功能需要注冊,提供有效的demo賬戶用戶名和密碼。如果有特殊的配置需要設置,列出細節。如果有功能需要一個很難復制的環境或者要求特定的硬件,那要準備好提供一個demo視頻或者硬件。同樣,請確保你的賬戶信息是完整的和最新的。 5、不準確的描述 應用程序的描述和截圖應當清晰精確地傳達其功能,這樣可幫用戶理解你的應用程序,并有助于塑造正向的用戶體驗。 6、誤導用戶 你的應用程序必須像你宣傳的那樣,不能給用戶一種它并非如此的印象。如果你的app承諾了某項特性和功能,那么它需要實實在在交付給用戶。 7、不合標準的UI 蘋果高度推崇整潔的、精致的以及對用戶友好的界面。開發者需要仔細規劃設計,遵循蘋果的設計規則和UIDesignDosandDon’ts,這樣才能確保你的UI能達到要求。 8、廣告 提交應用進行審核時,蘋果會詢問你的應用程序是否使用AdvertisingIdentifier進行廣告宣傳。如果你表明app使用了IDFA,但是它沒有廣告功能或者沒有正確地展示廣告,那么你的應用程序可能會遭到拒絕。要確保在iOS設備上對app進行了測試,以驗證能正確展示廣告。同樣,如果你表明app沒有使用IDFA,但它確實使用了該服務,那么你的app將會被歸為“InvalidBinary”狀態。 9、網頁剪報、內容聚合或者鏈接集合 你的app應當是迷人的、有用的,并充分利用了iOS獨有的特性。iOS應用程序中的網站,web內容并沒有針對iOS格式化,并且有限的web交互難以做出一款高質量的應用程序。 10、反復提交類似的應用 因提交幾個本質上一樣的應用程序而影響其他應用的審核進程,那么將會有被拒的風險。通過仔細推敲將幾個應用程序合并為一個,從而來提高你的審核經驗和未來用戶的體驗。 11、沒有足夠持久的價值 如果你的應用程序沒有提供豐富的功能或者內容,或者僅僅應用于一個小的利基市場,那么它可能不會被批準。在創建應用程序之前,可查看AppStore中該類別的其他應用程序,并考慮你如何才能提供一個更好的用戶體驗。
愛知客 2015-08-23 08:44:35
稱謂:
内容: