2011-12-30 123 views
4

问题是这样的:App Store询问“这个版本中有什么新内容”的描述。如何正确处理App Store的频繁更新?

如果我更新我的应用程序在连续几次,我担心我的应用程序的当前用户将只能看到最后“有什么新的版本”的说明,即使他们仍然使用的第一个版本。

我怎样才能确保每个用户通知大而重要的变化即使我提出一个较小的错误修正更新不实际提供的强大的新功能?

什么是保证大功能更新没有得到冲入由次要更新和bug修正的管谁没看过的大更新注意用户的最佳实践?

换句话说:想象一下,你是一个用户。您每月只更新一次。然后,这个大的更新到达,你甚至没有阅读说明。一周后,另一个更新到达同一个应用程序,它只会说:“一些小错误修复”。几天后,您决定查看一下,然后转到App Store应用程序的Updates部分。您看到您的某个应用有更新,您可以点击阅读说明。你看到的只是“一些小错误修正”,还是说“比以前多十倍的功能,还有一些小错误修复”?

明白了吗?这确实是一个问题。几千个用户每天都会更新到我的新版本(这是一个免费的应用程序 - 我没有发财)。 1周后,只有5%的用户群已更新。这不是你每天使用的应用程序。现在我需要发布错误修复,但希望每个旧版本的用户都注意到描述中的新功能!因此,我必须重复先前版本的“新增内容”信息并追加新增内容(即“错误修正”),否则App Store会自动显示以前的信息,如果用户的版本非常低的应用程序并跳过几个更新?

+0

+1莫名其妙地得到避免这个问题,关闭;) – 2012-02-29 20:17:58

回答

2

正如德文和迈克尔所说的,标准程序是将你的新改变追加到旧的改变之上。如果你连续有几个小的更新,如果3或4条更新消息很小,那么将它们串起来没有任何问题。

对于任何主要功能发布后,在接下来的几个bug修复版本中,我始终保持在底部的旧的更新说明,以便没有人错过了变化。

更新信息是你自己做的任何事情,包括给用户的信息(比如谢谢你等)。它不一定是一个严格的更改日志。

+0

+1尤其值得注意的是,它只是您营销的另一个领域。 – 2012-02-29 20:18:45

2

修复错误之后,我会说“除了更新_”,然后列出主要更新。我已经看到它在App Store上完成了。

2

我个人的意见是,你应该尽量做更大,更少频繁的更新。应用商店只会显示我相信最新版本的说明。并非所有人都阅读应用程序更新的描述,但如果经常有新版本的应用程序可供下载,它可能会关闭。

如果你要推一个快速的bug修复,你可以把bug修复在描述的顶部,然后在下面粘贴旧的描述。即

What's new in version 3.1 
--A quick bug fix 

As of version 3.0, the app now includes the following features: 
-- Old description here 
+0

任何理由,个人的意见?多少次“不太频繁”? – 2012-02-29 20:29:23