Menangani akhir masa pakai aplikasi di Google Play

Apakah ada cara yang elegan untuk menangani skenario akhir masa pakai aplikasi di Google Play?

Misalkan saya memiliki aplikasi ("A"), dan aplikasi ini digantikan oleh rangkaian ("S") yang memiliki semua fungsi aplikasi lama tersebut. Dengan kata lain, S akan menyerap A. Menurut saya masuk akal, dari sudut pandang bisnis, untuk:

  • Cegah penjualan baru A, arahkan semua penjualan baru ke S.
  • Terus dukung A dengan pembaruan dan perbaikan.

Saya ingin tahu apakah hal itu secara teknis mungkin. Harap abaikan persyaratan SDK dan pengalaman pengguna serta masalah OT lainnya, karena saya belum mempertimbangkannya (selain itu, dengan ini saya bisa selalu memberi hadiah kepada pelanggan lama jika saya mau).

Saat ini, satu-satunya cara yang saya lihat untuk mencapai hal ini adalah dengan menetapkan harga A sedemikian tinggi sehingga pengguna tidak akan membelinya. Dengan cara itu saya dapat terus memberikan pembaruan tanpa meningkatkan basis penggunanya (dan dengan demikian menghabiskan waktu untuk dukungan, dll.).


android google-play updates end-of-life
person davidcesarino    schedule 09.06.2012    source sumber
comment
Baru saja memperbarui pertanyaan: Saya puas dengan jawaban Carl, tetapi saya ingin mengonfirmasi apa yang tepatnya terjadi saat Anda mengubah persyaratan API. 1) pada aplikasi Play terbaru, pengguna dengan API yang tidak didukung bahkan tidak akan melihat aplikasi tersebut dalam daftar aplikasi yang diinstal; 2) pada skenario yang sama, mereka akan melihatnya di daftar lengkap (geser ke kiri, daftar yang menyertakan aplikasi sebelumnya), seperti yang diinstal. Membukanya akan melihat peringatan biasa tentang ketidakcocokan (tidak ada tindakan, bahkan unistall). Oleh karena itu, menurut saya cara terbaik adalah dengan menetapkan harga sedemikian tinggi sehingga tidak ada yang akan membeli, sambil tetap mengizinkan pembaruan.   -  person davidcesarino    schedule 11.12.2012

Jawaban (2)


arrow_upward
0
arrow_downward

Salah satu pendekatan yang sangat sederhana adalah dengan mengupgrade aplikasi lama Anda agar memiliki fungsionalitas baru dari aplikasi suite Anda, lalu mengganti nama dan memberi harga ulang pada aplikasi "lama" (yang sekarang menjadi suite Anda) untuk mencerminkan status barunya (misalnya, tambahkan kata "suite" pada namanya). Sejauh menyangkut Google Play, aplikasinya akan tetap sama, hanya saja "lebih baik". Anda akan menjaga semua kredibilitas yang diperoleh dari pemasangan aplikasi lama (dengan memutakhirkan aplikasi lama). Pengguna lama Anda akan senang karena (seperti yang Anda jelaskan) mereka akan memiliki semua fungsi aplikasi lama, ditambah beberapa fungsi tambahan.

Ketika saya mengatakan "tingkatkan", itu tidak berarti Anda harus memulai dengan basis kode aplikasi lama; Anda cukup membuat proyek dan APK yang benar-benar baru, selama Anda menggunakan nama paket yang sama dan mengunggahnya ke lokasi aplikasi lama di Google Play Store, dan selama secara fungsional mencakup semua basis yang diharapkan oleh pengguna Anda saat ini basis.

Berdasarkan uraian Anda, saya benar-benar tidak dapat melihat sisi negatifnya. Mungkin dengan menganggap fitur superset ini sebagai produk baru dan bukan sebagai pembaruan, Anda telah menciptakan masalah yang tidak perlu ada.

person Carl    schedule 04.12.2012
comment
Terima kasih, saya akhirnya melakukan persis ini pada bulan Oktober, mengikuti ide Anda di pertanyaan ini, itu kamu juga menjawab :). Meskipun saya memiliki aplikasi gratis dan berbayar sebelumnya, saya menggabungkan keduanya di bawah nama paket aplikasi gratis, hanya dengan pembelian dalam aplikasi (yang mencakup fungsionalitas berbayar). Namun, karena aplikasi baru memerlukan API 8+, aplikasi lama dan gratis masih tersedia (lanjutan...). - person davidcesarino; 09.12.2012
comment
Aplikasi gratis yang lama tersedia melalui fitur beberapa APK (API 3-7 dan 8+), dan aplikasi berbayar lama masih tersedia untuk semua orang (3+) agar tidak mengubah apa pun yang sudah dibayar orang lain. Dengan begitu saya mematuhi persyaratan berikut yang telah saya tetapkan: 1) pengguna lama yang berbayar dapat bermigrasi ke aplikasi baru hanya jika mereka mau, tanpa dipaksa melakukan apa pun; 2) aplikasi baru mendapatkan semua kredibilitas (seperti yang Anda katakan juga) dibandingkan aplikasi gratis yang lama (lebih banyak pemasangan menyebabkan lebih banyak konversi IAP); 3) siapa pun yang masih menggunakan versi 2.1- masih dapat mengakses aplikasi gratis (beberapa APK) serta aplikasi berbayar lama. - person davidcesarino; 10.12.2012
comment
Tepatnya tentang akhir masa pakai, saya telah memperbarui deskripsi untuk mencerminkan ketersediaan komersial dan periode dukungan aplikasi lama. Idealnya, aplikasi berbayar lama tidak tersedia lagi (Aplikasi ini tidak tersedia, dll.) namun tetap terdaftar untuk terus mendukung pengguna yang ada dengan pembaruan. Saya mempunyai beberapa ide dan akan melaporkannya kembali jika saya mengumpulkan beberapa jawaban. - person davidcesarino; 10.12.2012
comment
Ini adalah contoh bagus tentang betapa rumitnya proses pemutakhiran, atau penambahan produk baru, dan juga seberapa besar upaya kreatif yang diperlukan, bahkan dengan opsi seperti pembayaran dalam aplikasi, untuk menyatukan solusi yang cocok untuk produk baru. dan pengguna lama. - person Carl; 10.12.2012

arrow_upward
0
arrow_downward

Saat ini, Google tidak menyediakan fungsi seperti itu. Rute terbaik Anda adalah menambahkan fungsionalitas ke aplikasi A yang memungkinkannya memperbarui menggunakan server pribadi Anda, lalu membatalkan publikasi aplikasi dari pasar. Memang benar bahwa Google menyediakan fungsionalitas yang sangat terbatas di Konsol Pengembang. Daripada pajak, mereka seharusnya menambahkan kupon aplikasi dan daftar aplikasi pribadi. Oh Google, "mendorong penjualan" seperti biasa.

person Zaid Daghestani    schedule 09.06.2012
comment
Terima kasih atas jawabannya. Saya sudah cukup menyadarinya, jadi setidaknya saya akan membiarkan ini terbuka untuk beberapa waktu, kalau-kalau ada orang yang datang ke sini dengan pendapat lain. Jika tidak atau sama, saya akan dengan senang hati menerima dan menutup jawaban ini. Saya juga meminta hal ini untuk menarik perhatian terhadap masalah ini. - person davidcesarino; 11.06.2012
comment
Ya, saya lebih suka Anda membiarkannya terbuka. Saya ingin melihat apakah ada yang menemukan jalannya. - person Zaid Daghestani; 11.06.2012