幫助計劃更新我的應用

Question

我打算現在發佈我的應用1.0版。我計劃在未來2-3個月內發佈1.1版本。

我最初需要關注的是什麼？

另外，我應該在iTunes Connect中選擇作爲SKU編號和軟件包ID以提交1.0？

Answer 1

軟件中的版本號完全是任意的。通常，您有主版本版本和副版本版本。考慮版本「1.2」。它是該軟件的第一個版本，並且自最初發布以來已經有兩次小更新。 （請注意，這是主觀因素，因爲它可能在技術上是版本3 - 其中每個版本都是版本更改。）

您不應該爲推送更新而發佈第二個版本。通常，更新包含錯誤修復或功能增強。 （例如，我製作了一個名爲「Nippon」的遊戲，我正在更新它在iPad上有一個新的用戶界面以及修復bug。與此相反，考慮另一個應用程序的更新，我只是改變圖標。看到區別？）

至於什麼時候發佈你的應用程序，這完全取決於你。您不需要立即使用所有功能，但要確保完成的功能已完全實施。 不要急於發佈一些功能不完整的東西。用戶會恨你。相反，請選擇爲您的應用的核心功能組。讓這些工作非常好，然後在下一個版本上進行其他工作。

下面是來自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。

希望這會有所幫助。