更新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尺寸可能会不一样。
- 待续