iTunes Connect 开发者上手经验(转)

原文：http://www.cnblogs.com/zhw511006/archive/2013/01/15/2860945.html

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

消耗时间的主要是如下几个状态

Upload Received：通常1个小时以内就会变成Waiting For Review，Apple许诺24小时以内，如果慢通常是Apple系统维护，超过24小时建议申请查询。
Waiting For Review：通常3－10天会变成In Review，可以申请加急。
In Review：通常1天以内，不过CocoaChina上有人表示曾经被审了数个月（大哥你就等着啊？），如果时间超过1天建议申请查询。
Processing For App Store：通常一个小时以内就可以Ready For Sale了，Apple许诺24－48小时。

所以，通常程序提交到通过审核大概是10天的样子。如果对上线时间有期望，尽量提前提交审核。

如何申请查询／申请加急

App Store的审核基本上是一个黑匣子，Apple不会告诉你审核团队是怎么工作的，你也几乎没可能找到负责审核的真人，如果遇到需要查询／催促／申诉的情况，全都需要通过iTunes Connect的反馈系统进行。

使用方法是，在iTunes Connect任意页面，点击底部的Contact us，App Review，里面有如下三项：

Application Review Status Check: 如果某个状态卡住了，可以问问怎么回事。
Request Expedited Review: 申请加急审核，这个是限制次数(频率?)的，申请太多次会被拒绝，请珍惜。
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个图片其实就是你的广告区。

关于排名

排名算法是黑盒子，在网上可以找到一些靠谱的猜测，权重最大的应该是下载量。有兴趣的同学可以看知乎上这个问题。
怎样提高排名？做好你的产品，让用户喜欢。
有哪些推广方法可以用？

最好的推广是运营，让用户爱用你的产品，用户用的越多，就越有可能推荐给别人，或者被别人看到。
主要的推广渠道有：App推荐站，各种应用推荐类的App，几个比较大的社区（weiphone 178什么的），微博，硬广等。
怎么推广：话题太大，还是先做好产品吧。

其他注意事项

在提交新版本的时候可以修改这些信息：Keywords，App Name，Add Language。如果发现改不了不要着急。
Description和What‘s New 里面的全角符号会变成半角的，符号后面加个空格是好主意：）
如果App的尺寸超过20M，那么在数据网络下是不能下载的，请尽可能不要超过这个数。这个尺寸以App Store显示的数字为准，自己分发的IPA尺寸可能会不一样。
待续

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