Google Play でアプリのサポート終了のシナリオを処理するエレガントな方法はありますか?
アプリ (" A ") があり、このアプリは、その古いアプリのすべての機能を備えたスイート (" S ")に取って代わられているとします。つまり、SはAを吸収します。ビジネスの観点から、次のことは理にかなっていると思います。
技術的に可能か知りたいです。SDK の要件、ユーザー エクスペリエンス、およびその他の OT の問題については、まだ検討していないため、無視してください (さらに、必要に応じて、古い顧客にいつでもギフトを贈ることができます)。
現在、これを達成する唯一の方法は、ユーザーが購入しないようにAの価格を高く設定することです。そうすれば、ユーザーベースを増やすことなく (したがって、サポートなどに費やす時間も) 更新を提供し続けることができます。
One very simple approach would be to simply upgrade your old app to have the new functionality of your suite app, and then rename and re-price the "old" app (which is now your suite) to reflect its new status (e.g., add the word "suite" onto the name). So far as Google Play is concerned, it will still be the same app, only "better." You will keep all the credibility gained from installs of the old app (by essentially upgrading the old app). Your old users will be happy because (as you've described it) they will have all of the old app's functionality, plus some additional functionality.
When I say "upgrade," that doesn't mean that you have to start with the old app's code base; you can just create an entirely new project and APK, so long as you use the same package name and upload it to the old app's location on the Google Play store, and so long as functionally it covers all of the bases expected by your existing user base.
Based on your description, I really can't see the down side of this. It may be that by conceiving of this feature superset as a new product rather than as an update you've created a problem that need not exist.
現在、Google はそのような機能を提供していません。最善の方法は、独自のプライベート サーバーを使用してアプリ A を更新できるようにする機能をアプリ A に追加してから、アプリをマーケットから非公開にすることです。Google が Dev Console で提供する機能が非常に限られていることは、まったく問題ありません。税金の代わりに、アプリ クーポンとプライベート アプリのリストを追加する必要がありました。ああ、Google、いつものように「販売促進」。