怎样将应用程序发布到Apple store上去 （三）

<script type="text/javascript"><!--google_ad_client = "pub-4628161686422646";/* 336x280, 创建于 09-10-29 */google_ad_slot = "0261293860";google_ad_width = 336;google_ad_height = 280;// --></script><script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"></script>

 

上篇介绍了使用 iTunes Connect上传之前所需要做的准备，这篇就开始具体介绍如何使用 iTunes Connect这个工具。

使用 Apple ID登录 iTunes后，会进入到其 Home页面，其中包含了以下几个主要功能项：

 

 

下面我们来一项一项的介绍其具体的功能。

销售趋势报告（ Sales/Trend Reports）

在这个栏目下，用户可以查看自己的应用程序每天、每周的销售报告。 当然用户可以将结果下载，但其格式是 text的。

由于此栏目中的数据具有实时性，因此不能作为财务报表使用。另外，只有团队管理员或财务人员才能查看这项内容。

对普通开发者而言，这一项内容此时不必关心，毕竟我们的程序还没有提交呢，哪里有销售数据呢。 而且，即便是我们的程序成功的提交了，如果没有人下载，那也是没有什么数据可供查看的：）

合同、税费及银行信息（ Contracts， Tax， & Banking Information）

这项很明确了，如果开发人员想收钱的话，那就得认认真真到填写这部分内容了，嘿嘿。

正确提交了相关信息后，该页面应该是如下显示的。

 

填写过程中，会需要用户提供银行相关的信息代码，这部分内容一定要认真填写，不能有错哦，否则怎么收钱呢，呵呵。

银行的信息包含如下内容：

 

银行地址为开户行的地址， Branch ID为分行的名称，这都可以在银行的网站上找到。 Account Holder’s Name 这一项是用户的拼音名称，需要和开户时填的一样啊！银行帐号一般就选 Savings/FUTSU储蓄类型的就可以，这个根据自己的实际情况而定。

<script type="text/javascript"><!--google_ad_client = "pub-4628161686422646";/* 728x90, 创建于 09-9-8 */google_ad_slot = "4311442880";google_ad_width = 728;google_ad_height = 90;// --></script><script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"></script>

最后两个比较特殊， Bank Swift Code和 Local Clearing Code这两个应该银行间识别用的，也就是说 Apple需要知道这两个才能向你的帐户里转账！

这可以通过银行的热线获得，或者从网上搜索。

对于交通银行， Bank Swift Code可以从如下的网址上查的：

http://www.bankcomm.com/BankCommSite/cn/node/beijin.jsp?id=1215050573100&type=CMS.STD&column=1131428070100&miniset_column=1131428070100

而 Local Clearing Code建议电话询问，或者自己在网上找吧。

财务报告 （ Financial Reports）

在这一个功能下面，用户可以看到每月的财务报告，其中包含了本月下载的次数，日期等等。

注意： 只有管理员或者财务人员才能查看此页，并且只有当帐户中漫 150美元后，苹果才会付款！

用户管理（ Manage Users）

用户管理涉及到两种用户， iTunes Connect帐户，和 App Purchase Test帐户，前者很好理解了，就是登录 iTunes Connect时用的帐号；后者则是一种测试用户，这种用户可以测试程序的程序内购买功能。也就是说，如果开发的程序具备 In App Purchase功能，那么就需要这种特殊的帐号加以测试。

那么这个 In App Purchase功能什么时候使用呢？其实也很容易理解，比如开发者为了吸引消费者下载，那么可能首先提供了一个功能有限的免费版本，当消费者下载了这个免费版本后，试用完觉得很有意思，那么就可以在不退出程序的情况下，支持用户实时的购买付费版本，这样方便了用户的同时，尽量的提高收费版本的下载量。一般情况下，对于相对简单的应用程序，可以不用这个功能，开发者可以先提供一个免费的版本（功能有限），然后再提供一个功能完整的收费版本，分别提交到 Apple Store，可以在免费的版本中，适当的位置加上提示信息，比如提示用户如果希望得到完整的功能体验，那么请下载另外的版本等，这种方式同样能够达到相同的目的。至于选用哪种，就由开发者自己选择吧。个人建议，如果想快速的发布，那么就简单一些，先不需要考虑这个 In App Purchase功能，先把免费的版本放上去，再放一个完整的收费版本，随后，再陆续推出相应的 In App Purchase版本，这样程序自身也有一个升级演进的过程，同时也给老用户一种不断的新鲜感。

至于之前提到的 iTunes Coonect帐号类型，因为很明确，此处就不多少了。只简单的提一下，这种用户分为几种类型： Admin， Legal， Finance， Technical。不同种类的用户有不同的权限，这也是很好理解的。 Legal这个用户用的很少，开发者不必太深究，一般而言，个人开发者不用配置其他的角色，自己作为 Admin用户就可以完成全部的操作了：）。

请求用于推销的代码（ Request Promotional Codes）

当应用程序成功的提交后，开发者可以向 Apple请求一个用于推销的代码。开发者可以为每个发布的应用程序申请最多 50个代码，这个代码可以用于免费下载该应用程序，以做产品的先期推广之用。

管理自己的 In App Purchases（ Manage Your In App Purchase）

一般开发者先期可以不考虑此功能，此篇文章对此不做细致的介绍，有兴趣的朋友，请自行参考《 iTC_Dev_Guide_5.0》 .

管理自己的应用程序（ Manage Your Applications）

此节是开发者最最关心的内容，具体将要介绍怎样发布自己的应用，我将在下一篇中结合实例给出详细的介绍！

 

<script type="text/javascript"><!--google_ad_client = "pub-4628161686422646";/* 728x90, 创建于 09-9-8 */google_ad_slot = "7381793671";google_ad_width = 728;google_ad_height = 90;// --></script><script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"></script>

<script type="text/javascript"><!--google_ad_client = "pub-4628161686422646";/* 728x15, 创建于 09-9-8 */google_ad_slot = "2542764903";google_ad_width = 728;google_ad_height = 15;// --></script><script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"></script>