iTunes Connect 開發者上手經驗

http://blog.csdn.net/zzxian/article/details/7730481

搞iOS app一段時間了，做個階段性的總結，希望後來者少走點彎路。

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’s New的文本，如果圖片有變化也是儘可能簡潔的好 ：）
• 關於圖片:  雖然說是產品截圖，但是Apple並不介意開發者對圖片進行加工，因此這5個圖片其實就是你的廣告區。

關於排名

1. 排名算法是黑盒子，在網上可以找到一些靠譜的猜測，權重最大的應該是下載量。有興趣的同學可以看知乎上這個問題。
2. 怎樣提高排名？做好你的產品，讓用戶喜歡。
3. 有哪些推廣方法可以用？
   • 最好的推廣是運營，讓用戶愛用你的產品，用戶用的越多，就越有可能推薦給別人，或者被別人看到。
   • 主要的推廣渠道有：App推薦站，各種應用推薦類的App，幾個比較大的社區（weiphone 178什麼的），微博，硬廣等。
   • 怎麼推廣：話題太大，還是先做好產品吧。

其他注意事項

• 在提交新版本的時候可以修改這些信息：Keywords，App Name，Add Language。如果發現改不了不要着急。
• Description和What‘s New 裏面的全角符號會變成半角的，符號後面加個空格是好主意：）
• 如果App的尺寸超過20M，那麼在數據網絡下是不能下載的，請儘可能不要超過這個數。這個尺寸以App Store顯示的數字爲準，自己分發的IPA尺寸可能會不一樣。
• 待續

以上這些，其他有心情再寫／補充，不過下一篇又不知何時了。