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尺寸可能會不同。
• 待續

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