是否有一种优雅的方式来处理Google Play上应用的生命周期场景?
假设我有一个应用程序(“ A ”),这个应用程序正被一个套件(“ S ”)取代,该套件具有旧的所有功能应用程序。换句话说, S 将吸收 A 。从商业角度来看,我认为这是有道理的:
我想知道它是否技术上可行。请忽略SDK要求和用户体验以及其他OT问题,因为我还没有考虑到这一点(此外,this我可以随时赠送老客户以防万一。)
目前,我认为实现这一目标的唯一方法是设置 A 的价格,以便用户不会购买高它。这样我就可以在不增加用户群的情况下继续提供更新(从而节省支持时间等)。
答案 0 :(得分:0)
目前,Google没有提供此类功能。您最好的途径是为应用A添加功能,允许它使用您自己的私人服务器进行更新,然后从市场中取消发布应用。谷歌在开发者控制台中提供的功能非常有限。他们应该添加应用优惠券和私人应用列表,而不是税收。哦,Google一如既往地“推动销售”。
答案 1 :(得分:0)
一种非常简单的方法是简单地升级您的旧应用以获得套件应用的新功能,然后重命名并重新定价“旧”应用(现在是您的套件)以反映其新状态(例如,在名称上添加“套房”一词。就谷歌播放而言,它仍将是同一款应用,只是“更好”。您将保留从安装旧应用程序中获得的所有可信度(通过本质上升级旧应用程序)。您的旧用户会很高兴,因为(正如您所描述的那样)他们将拥有所有旧应用程序的功能以及一些其他功能。
当我说“升级”时,这并不意味着您必须从旧应用程序的代码库开始;您可以创建一个全新的项目和APK,只要您使用相同的包名并将其上传到Google Play商店中的旧应用位置,并且只要功能上它涵盖了您现有用户所需的所有基础基
根据你的描述,我真的看不出这方面的缺点。可能是通过将此功能超集视为新产品而不是更新,您创建了一个不存在的问题。