帮助规划我的应用程序更新

Question

我计划现在发布我的应用程序的1.0版。我计划在未来2-3个月内发布1.1。

对于初始版本，我现在需要注意的事情是什么？

另外，在提交1.0的iTunes连接中，我应该选择什么作为SKU编号和捆绑ID？

Answer 1

软件中的版本号是完全任意的。通常，你有一个主要版本和一个次要版本。以版本"1.2“为例。这是该软件的第一个版本，自最初的版本以来已经有了两个小更新。(请注意，这是主观的，因为从技术上讲，它可能是版本3-其中每个版本都是一个版本更改。)

您不应该仅仅为了推送更新而发布第二个版本。通常，更新包含错误修复或功能增强。(例如，我制作了一个名为"Nippon“的游戏。我正在更新它，以便在iPad上有一个新的用户界面，并修复错误。与此形成对比的是，考虑我对另一个应用程序所做的另一个更新，我只是更改了图标。看到区别了吗？)

至于什么时候发布你的应用，这完全取决于你。您不需要立即需要所有的功能，但请确保您提供的功能已完全实现。不要急于推出一些功能不完整的东西。用户会因此而讨厌你。取而代之的是，选择你的应用程序的一组核心功能。让它们工作得很好，然后在下一个版本中做其他事情。

以下是Apple Developer Resources "submission tips" section (requires login)的相关摘录

拒绝应用程序的两个最常见的原因是核心功能问题和崩溃。核心功能包括这样一种信念，即客户理所当然地期望营销文本和发行说明中描述的所有功能都能按所述方式工作，同样地，应用程序中的所有按钮和菜单项都将是全功能的(即，没有灰显的按钮或功能将在以后实现的通知)。在提交应用程序供审批之前，请确保应用程序的每个方面都具有完整的功能，并且营销文本和发布说明与最终用户体验相对应。

此外，除了iPhone模拟器之外，还要确保在iPhone和iPod touch上彻底测试您的应用程序。很大比例的应用程序由于各种类型的崩溃而被拒绝，包括启动时的崩溃，如果它们在实际的设备上测试，就会被发现并处理。不要跳过开发过程中的这一步。

请确保您的应用程序正常工作，并按照广告所说的那样工作。这应该是您在版本1中的目标。

至于SKU和捆绑包ID：

• SKU应该是一个四个字母的代码，代表你的应用程序。在旧的iTunes连接中，您将看到您的SKU代表您的下载。我刚刚检查了一下，他们似乎打印出了你的应用程序的完整名称。但是，仅为了说明，日本的有效SKU将是NPPN。(我实际上用的是那个。)

• 您的捆绑ID应为反向域名。例如，com.mosheberman.myapp可以是我的应用程序的捆绑包ID。顺便说一句，你不必真正拥有域名。对于日本，我使用了com.yetanotheriphoneapp.nippon.

希望这能有所帮助。