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