>>>  技術話題—商業文明的嶄新時代  >>>

簡體     傳統

iOS Developer通常需要用到 developer.apple.com 和 itunesconnect.apple.com 這兩個工具，就如同名字表現出來的，前者是開發者資源站，包括文檔，工具，社區都在那里。后者是管理自己App的工具。本文提到的內容主要和iTunes Connect有關。

一些建議閱讀的文檔：都能在developer.apple.com里面找到

• iTuns Conncet使用指南：iTunes Connect Developer Guide 7.2

• App Store審核指南（很短，必讀）：App Store Review Guidelines

關于帳號語言

第一次在App Store添加新app的時候，你有需要設置兩個內容，Primary Language和公司名，這兩個設置一旦選定是不能更改的，如果不是有特殊的需求，語言強烈建議選擇英文。因為App Store是支持多語言的，未支持的語言和未設置的語言都會默認顯示Primary Language，英語相對來說更通用，也可能幫你抓住一些國際化的機遇。

如果已經選了其他語言怎么辦？注冊一個新的Developer帳號。 <- 很杯具，但是Apple是不會幫你改的

Update：2012年1月13日 iTunes Connect升級之后可以隨意指定Default Language了。

危險的禁區

有一些事情在iOS上不能做，做了輕則審核不過，重則不能再提交新的App，詳情請閱讀上面提到的App Store Review Guidelines，下面精選一些常見的問題

• 自己的App做應用平臺: Apple不歡迎此類行為，明確表示不可以在App中下載可執行代碼，也不允許安裝或運行其他程序（但是可以調用其他App）。

• App的介紹中不可以提及其他平臺: 如果你做了一個跨平臺的App，記得不可以在Meta里面寫支持Android。

• 如果你的產品中有需要付費的環節，必須用Apple提供的In App Purchase，如果用其他支付平臺，會被日。

• 如果你的產品不是游戲，那么不能用Game Center（是的這貨就是個積分和成就系統，但是只給游戲用）。

• 你做的任何事兒Apple覺得不合適，就會日你。

更新App會遇到的各個狀態和需要的時間

一次正常的更新會經歷這樣的過程：Prepare For Upload ->  Waiting For Upload -> Upload Received ->  Waiting For Review -> In Review -> Processing For App Store -> Ready For Sale

消耗時間的主要是如下幾個狀態

1. Upload Received：通常1個小時以內就會變成Waiting For Review，Apple許諾24小時以內，如果慢通常是Apple系統維護，超過24小時建議申請查詢。

2. Waiting For Review：通常3－10天會變成In Review，可以申請加急。

3. In Review：通常1天以內，不過CocoaChina上有人表示曾經被審了數個月（大哥你就等著啊？），如果時間超過1天建議申請查詢。

4. Processing For App Store：通常一個小時以內就可以Ready For Sale了，Apple許諾24－48小時。

所以，通常程序提交到通過審核大概是10天的樣子。如果對上線時間有期望，盡量提前提交審核。

如何申請查詢 ／ 申請加急

App Store的審核基本上是一個黑匣子，Apple不會告訴你審核團隊是怎么工作的，你也幾乎沒可能找到負責審核的真人，如果遇到需要查詢／催促／申訴的情況，全都需要通過iTunes Connect的反饋系統進行。

使用方法是，在iTunes Connect任意頁面，點擊底部的Contact us，App Review，里面有如下三項：

1. Application Review Status Check: 如果某個狀態卡住了，可以問問怎么回事。

2. Request Expedited Review: 申請加急審核，這個是限制次數(頻率?)的，申請太多次會被拒絕，請珍惜。

3. Continuing Communication: 這個沒用過，頁面Title是App Rejection Clarification，申訴可以用這個。

收集用戶意見

基本上App Store的客戶評論是最倒霉的用戶意見收集系統：你沒有機會和對方溝通，不能追問，也沒辦法解釋，因此請一定記得在App里面給用戶一個反饋方法，無論是發郵件還是去論壇／博客留言都好。 另外，在Apple自己的Crash log收集系統，需要滿足比較多的條件才能收到，如果有條件最好自己用開源系統搭建。

App Store介紹內容優化

App Store中App的介紹是用同一套內容，對Desktop-Client(iTunes) / Mobile-Client(App Store) / Web 展示。因此在設計內容的時候要考慮多個平臺的特性，其中，Web和iTunes比較接近。

• Desktop: 介紹內容缺省只顯示前三行，因此請把最重要的產品賣點在前三行說清楚，最好第一句話就說明白。通常桌面端的頁面比較寬，為了保證可讀性最好手動分段換行。

• Mobile: 手機屏幕寬度所限，內容會很容易自動回行，因此要注意描述文字在版式上的美感。同時App Store并不會對段落進行縮進，可以自行縮進，列表項可以用- * +等符號自制list。另外，因為圖片的表達效果更好，最好控制文本介紹的長度，讓讀者更容易看到圖片。另外升級用戶會看到What&rsquo;s New的文本，如果圖片有變化也是盡可能簡潔的好 ：）

• 關于圖片:  雖然說是產品截圖，但是Apple并不介意開發者對圖片進行加工，因此這5個圖片其實就是你的廣告區。

關于排名

1. 排名算法是黑盒子，在網上可以找到一些靠譜的猜測，權重最大的應該是下載量。有興趣的同學可以看知乎上這個問題。

2. 怎樣提高排名？做好你的產品，讓用戶喜歡。

3. 有哪些推廣方法可以用？

• 最好的推廣是運營，讓用戶愛用你的產品，用戶用的越多，就越有可能推薦給別人，或者被別人看到。

• 主要的推廣渠道有：App推薦站，各種應用推薦類的App，幾個比較大的社區（weiphone 178什么的），微博，硬廣等。

• 怎么推廣：話題太大，還是先做好產品吧。

其他注意事項

• 在提交新版本的時候可以修改這些信息：Keywords，App Name，Add Language。如果發現改不了不要著急。

• Description和What&lsquo;s New 里面的全角符號會變成半角的，符號后面加個空格是好主意：）

• 如果App的尺寸超過20M，那么在數據網絡下是不能下載的，請盡可能不要超過這個數。這個尺寸以App Store顯示的數字為準，自己分發的IPA尺寸可能會不一樣。

• 待續

http://webtoart.com/blog/post/manager_apps_on_itunes_app_store.html

周宏偉 2015-05-19 00:20:47