Saya memiliki aplikasi yang ingin saya pasarkan sebagai aplikasi Berbayar. Saya ingin memiliki versi lain yang merupakan versi "percobaan" dengan batas waktu katakanlah, 5 hari?
Bagaimana saya bisa melakukan ini?
Saya memiliki aplikasi yang ingin saya pasarkan sebagai aplikasi Berbayar. Saya ingin memiliki versi lain yang merupakan versi "percobaan" dengan batas waktu katakanlah, 5 hari?
Bagaimana saya bisa melakukan ini?
Jawaban:
Saat ini sebagian besar pengembang melakukannya dengan menggunakan salah satu dari 3 teknik berikut.
Pendekatan pertama mudah dielakkan, pertama kali Anda menjalankan aplikasi, simpan tanggal / waktu ke file, database, atau preferensi bersama dan setiap kali Anda menjalankan aplikasi setelah itu, periksa untuk melihat apakah masa uji coba telah berakhir. Ini mudah untuk dielakkan karena mencopot dan memasang ulang akan memungkinkan pengguna untuk menjalani masa percobaan lagi.
Pendekatan kedua lebih sulit untuk dielakkan, tetapi masih dapat dielakkan. Gunakan bom waktu berkode keras. Pada dasarnya dengan pendekatan ini Anda akan mendapatkan kode keras tanggal akhir untuk uji coba, dan semua pengguna yang mengunduh dan menggunakan aplikasi akan berhenti dapat menggunakan aplikasi pada saat yang bersamaan. Saya telah menggunakan pendekatan ini karena mudah diimplementasikan dan sebagian besar saya hanya tidak ingin mengalami masalah dengan teknik ketiga. Pengguna dapat menghindari ini dengan mengubah tanggal di ponsel mereka secara manual, tetapi sebagian besar pengguna tidak akan mengalami kesulitan untuk melakukan hal seperti itu.
Teknik ketiga adalah satu-satunya cara yang pernah saya dengar untuk benar-benar dapat mencapai apa yang ingin Anda lakukan. Anda harus menyiapkan server, dan kemudian kapan pun aplikasi Anda dimulai, aplikasi Anda mengirimkan pengenal unik ponsel ke server. Jika server tidak memiliki entri untuk id telepon itu maka itu membuat yang baru dan mencatat waktunya. Jika server memang memiliki entri untuk id telepon maka itu melakukan pemeriksaan sederhana untuk melihat apakah masa percobaan telah kedaluwarsa. Hasil uji coba kedaluwarsa akan dikomunikasikan kembali ke aplikasi Anda. Pendekatan ini seharusnya tidak dapat dielakkan, tetapi memerlukan penyiapan server web dan semacamnya.
Melakukan pemeriksaan ini di onCreate selalu merupakan praktik yang baik. Jika kedaluwarsa telah berakhir, popup AlertDialog dengan tautan pasar ke versi lengkap aplikasi. Hanya sertakan tombol "OK", dan setelah pengguna mengklik "OK", lakukan panggilan ke "finish ()" untuk mengakhiri aktivitas.
sumber
Saya telah mengembangkan Android Trial SDK yang cukup Anda masukkan ke dalam proyek Android Studio Anda dan itu akan mengurus semua manajemen sisi server untuk Anda (termasuk masa tenggang offline).
Untuk menggunakannya, cukup
Tambahkan pustaka ke modul utama Anda
build.gradle
Inisialisasi pustaka dalam
onCreate()
metode aktivitas utama AndaTambahkan penangan panggilan balik:
Untuk memulai uji coba, panggil
mTrialy.startTrial("YOUR_TRIAL_SKU", mTrialyCallback);
Kunci aplikasi Anda dan SKU uji coba dapat ditemukan di dasbor pengembang Trialy Anda .sumber
Ini adalah pertanyaan lama tapi bagaimanapun, mungkin ini akan membantu seseorang.
Jika Anda ingin menggunakan pendekatan yang paling sederhana (yang akan gagal jika aplikasi di-uninstal / diinstal ulang atau pengguna mengubah tanggal perangkat secara manual), begini caranya:
sumber
getTime
tidakgetTimeInMillis
.Pertanyaan dan jawaban snctln ini menginspirasi saya untuk mencari solusi berdasarkan metode 3 sebagai skripsi saya. Saya tahu status saat ini bukan untuk penggunaan produktif tetapi saya ingin mendengar pendapat Anda tentang hal itu! Apakah Anda akan menggunakan sistem seperti itu? Apakah Anda ingin melihatnya sebagai layanan cloud (tidak mengalami masalah dengan konfigurasi server)? Khawatir tentang masalah keamanan atau alasan stabilitas?
A segera setelah saya menyelesaikan prosedur sarjana saya ingin melanjutkan mengerjakan perangkat lunak. Jadi sekarang saatnya saya membutuhkan tanggapan Anda!
Sourcecode dihosting di GitHub https://github.com/MaChristmann/mobile-trial
Beberapa informasi tentang sistem: - Sistem memiliki tiga bagian, pustaka Android, server node.js, dan konfigurator untuk mengelola beberapa aplikasi uji coba dan akun penerbit / pengembang.
Ini hanya mendukung uji coba berbasis waktu dan menggunakan akun (play store atau lainnya) Anda daripada ID telepon.
Untuk perpustakaan Android ini didasarkan pada perpustakaan verifikasi lisensi Google Play. Saya memodifikasinya untuk terhubung ke server node.js dan sebagai tambahan perpustakaan mencoba mengenali jika pengguna mengubah tanggal sistem. Itu juga menyimpan lisensi uji coba yang diambil di Preferensi Bersama terenkripsi AES. Anda dapat mengkonfigurasi waktu yang valid dari cache dengan konfigurator. Jika pengguna "menghapus data", pustaka akan memaksa pemeriksaan sisi server.
Server menggunakan https dan juga tanda tangan digital untuk respons pemeriksaan lisensi. Ini juga memiliki API untuk aplikasi dan pengguna uji coba CRUD (penerbit dan pengembang). Mirip dengan Licensing Verfication Library, developer dapat menguji implementasi perilakunya dalam aplikasi uji coba dengan hasil pengujian. Jadi Anda di konfigurator, Anda dapat secara eksplisit mengatur tanggapan lisensi Anda ke "berlisensi", "tidak berlisensi" atau "kesalahan server".
Jika Anda memperbarui aplikasi dengan fitur baru yang luar biasa, Anda mungkin ingin semua orang dapat mencobanya lagi. Di konfigurator, Anda dapat memperbarui lisensi uji coba untuk pengguna dengan lisensi yang telah kedaluwarsa dengan menyetel kode versi yang harus memicu ini. Misalnya pengguna menjalankan aplikasi Anda pada kode versi 3 dan Anda ingin dia mencoba fitur kode versi 4. Jika dia memperbarui aplikasi atau memasangnya kembali, dia dapat menggunakan periode uji coba penuh lagi karena server tahu pada versi mana dia terakhir mencobanya waktu.
Semuanya di bawah lisensi Apache 2.0
sumber
Cara termudah dan terbaik untuk melakukannya adalah dengan mengimplementasikan BackupSharedPreferences.
Preferensi dipertahankan, meskipun aplikasi dicopot dan dipasang ulang.
Cukup simpan tanggal penginstalan sebagai preferensi dan Anda siap melakukannya.
Berikut teorinya: http://developer.android.com/reference/android/app/backup/SharedPreferencesBackupHelper.html
Berikut contohnya: Android SharedPreferences Backup Not Working
sumber
Pendekatan 4: gunakan waktu penginstalan aplikasi.
Sejak API level 9 (Android 2.3.2, 2.3.1, Android 2.3, GINGERBREAD) ada firstInstallTime dan lastUpdateTime di
PackageInfo
.Untuk membaca lebih lanjut: Cara mendapatkan waktu penginstalan aplikasi dari android
sumber
Sekarang di versi terbaru dari langganan uji coba gratis android telah ditambahkan, Anda dapat membuka kunci semua fitur aplikasi Anda hanya setelah membeli langganan dalam aplikasi untuk masa percobaan gratis. Ini akan memungkinkan pengguna untuk menggunakan aplikasi Anda untuk masa percobaan, jika aplikasi masih dicopot setelah masa percobaan maka uang langganan akan ditransfer kepada Anda. Saya belum mencoba, tetapi hanya berbagi ide.
Berikut dokumentasinya
sumber
Menurut pendapat saya, cara terbaik untuk melakukannya adalah dengan menggunakan Firebase Realtime Database:
1) Tambahkan dukungan Firebase ke aplikasi Anda
2) Pilih 'Autentikasi anonim' sehingga pengguna tidak perlu mendaftar atau bahkan tahu apa yang Anda lakukan. Ini dijamin untuk ditautkan ke akun pengguna yang saat ini diautentikasi dan akan berfungsi di seluruh perangkat.
3) Gunakan Realtime Database API untuk menetapkan nilai 'install_date'. Pada waktu peluncuran, cukup ambil nilai ini dan gunakan ini.
Saya telah melakukan hal yang sama dan berhasil dengan baik. Saya dapat menguji ini di seluruh uninstall / re-install dan nilai dalam database realtime tetap sama. Dengan cara ini, masa uji coba Anda berfungsi di beberapa perangkat pengguna. Anda bahkan dapat membuat versi install_date sehingga aplikasi 'menyetel ulang' tanggal Uji Coba untuk setiap rilis utama baru.
PEMBARUAN : Setelah menguji lebih banyak, tampaknya Firebase anonim tampaknya mengalokasikan ID yang berbeda jika Anda memiliki perangkat yang berbeda dan tidak dijamin antara penginstalan ulang: / Satu-satunya cara yang dijamin adalah dengan menggunakan Firebase tetapi mengaitkannya ke google mereka Akun. Ini seharusnya berfungsi, tetapi akan membutuhkan langkah ekstra di mana pengguna harus masuk / mendaftar terlebih dahulu.
Sejauh ini saya telah berakhir dengan pendekatan yang sedikit kurang elegan hanya dengan memeriksa preferensi yang dicadangkan dan tanggal yang disimpan dalam preferensi saat menginstal. Ini berfungsi untuk aplikasi yang berpusat pada data di mana tidak ada gunanya bagi seseorang untuk menginstal ulang aplikasi dan memasukkan kembali semua data yang sebelumnya ditambahkan, tetapi tidak akan berfungsi untuk game sederhana.
sumber
Setelah melihat semua opsi di utas ini dan utas lainnya, ini adalah temuan saya
Preferensi bersama, database Dapat dihapus di pengaturan android, hilang setelah aplikasi diinstal ulang. Dapat dicadangkan dengan mekanisme pencadangan android dan akan dipulihkan setelah dipasang ulang. Cadangan mungkin tidak selalu tersedia, meskipun harus ada di sebagian besar perangkat
Penyimpanan eksternal (menulis ke file) Tidak terpengaruh oleh penghapusan dari pengaturan atau penginstalan ulang jika kita tidak menulis ke direktori pribadi aplikasi . Tetapi: mengharuskan Anda untuk meminta izin pengguna pada waktu proses di versi android yang lebih baru, jadi ini mungkin hanya layak jika Anda tetap membutuhkan izin itu. Bisa juga di-backup.
PackageInfo.firstInstallTime Di- reset setelah penginstalan ulang tetapi stabil di seluruh pembaruan
Masuk ke beberapa akun Tidak masalah apakah itu akun Google mereka melalui Firebase atau yang ada di server Anda sendiri: uji coba terikat ke akun. Membuat akun baru akan mengatur ulang uji coba.
Masuk anonim Firebase Anda dapat memasukkan pengguna secara anonim dan menyimpan data untuk mereka di Firebase. Namun tampaknya penginstalan ulang aplikasi dan mungkin peristiwa tidak berdokumen lainnya dapat memberi pengguna ID anonim baru , menyetel ulang waktu uji coba mereka. (Google sendiri tidak memberikan banyak dokumentasi tentang ini)
ANDROID_ID Mungkin tidak tersedia dan dapat berubah dalam keadaan tertentu , misalnya reset pabrik. Pendapat tentang apakah sebaiknya menggunakan ini untuk mengidentifikasi perangkat tampaknya berbeda.
Play Advertising ID Dapat disetel ulang oleh pengguna. Mungkin dinonaktifkan oleh pengguna dengan memilih keluar dari pelacakan iklan.
InstanceID Reset saat menginstal ulang . Setel ulang jika terjadi peristiwa keamanan. Dapat disetel ulang oleh aplikasi Anda.
Metode (kombinasi) mana yang cocok untuk Anda bergantung pada aplikasi Anda dan seberapa besar upaya yang menurut Anda akan dilakukan oleh rata-rata John untuk mendapatkan periode uji coba lagi. Saya akan merekomendasikan untuk tidak menggunakan hanya Firebase anonim dan ID Iklan karena ketidakstabilannya. Pendekatan multi-faktor sepertinya akan memberikan hasil terbaik. Faktor mana yang tersedia untuk Anda bergantung pada aplikasi Anda dan izinnya.
Untuk aplikasi saya sendiri, saya menemukan preferensi bersama + firstInstallTime + cadangan preferensi menjadi metode yang paling tidak mengganggu tetapi juga cukup efektif. Anda harus memastikan Anda hanya meminta cadangan setelah memeriksa dan menyimpan waktu mulai uji coba di preferensi bersama. Nilai dalam Preferensi bersama harus diutamakan daripada firstInstallTime. Kemudian pengguna harus menginstal ulang aplikasi, menjalankannya sekali dan kemudian menghapus data aplikasi untuk mengatur ulang uji coba, yang merupakan pekerjaan yang cukup banyak. Pada perangkat tanpa transportasi cadangan, pengguna dapat mengatur ulang uji coba hanya dengan menginstal ulang.
Saya telah membuat pendekatan itu tersedia sebagai perpustakaan yang dapat diperluas .
sumber
Menurut definisi, semua aplikasi Android berbayar di pasar dapat dievaluasi selama 24 jam setelah pembelian.
Ada tombol 'Copot Pemasangan dan Kembalikan' yang berubah menjadi 'Copot' setelah 24 jam.
Saya berpendapat tombol ini terlalu menonjol!
sumber
Saya menemukan pertanyaan ini saat mencari masalah yang sama, saya pikir kita dapat menggunakan api tanggal gratis seperti http://www.timeapi.org/utc/now atau api tanggal lainnya untuk memeriksa kedaluwarsa aplikasi jejak. cara ini efisien jika Anda ingin mengirimkan demo dan khawatir tentang pembayaran dan memerlukan demo masa kerja tetap. :)
temukan kode di bawah ini
solusi kerjanya .....
sumber
Inilah cara saya melakukannya, saya membuat 2 aplikasi, satu dengan aktivitas uji coba, yang lainnya tanpa,
saya mengunggah yang tanpa aktivitas percobaan ke play store sebagai aplikasi berbayar,
dan yang memiliki aktivitas uji coba sebagai aplikasi gratis.
Aplikasi gratis pada peluncuran pertama memiliki opsi untuk uji coba dan pembelian di toko, jika pengguna memilih pembelian di toko, aplikasi dialihkan ke toko untuk dibeli oleh pengguna, tetapi jika pengguna mengeklik uji coba, aplikasi tersebut akan membawa mereka ke aktivitas uji coba
NB: Saya menggunakan opsi 3 seperti @snctln tetapi dengan modifikasi
pertama , saya tidak bergantung pada waktu perangkat, saya mendapatkan waktu saya dari file php yang melakukan registrasi percobaan ke db,
kedua , saya menggunakan nomor seri perangkat untuk mengidentifikasi setiap perangkat secara unik,
terakhir , aplikasi bergantung pada nilai waktu yang dikembalikan dari koneksi server, bukan pada waktunya sendiri sehingga sistem hanya dapat dielakkan jika nomor seri perangkat diubah, yang cukup membuat pengguna stres.
jadi inilah kode saya (untuk aktivitas Percobaan):
File php saya terlihat seperti ini (ini adalah teknologi REST-slim):
kemudian pada aktivitas utama saya menggunakan preferensi bersama (installDate dibuat dalam aktivitas uji coba) untuk memantau jumlah hari yang tersisa dan jika hari-hari selesai saya memblokir UI aktivitas utama dengan pesan yang membawa mereka ke toko untuk membeli.
Satu-satunya kekurangan yang saya lihat di sini adalah jika pengguna Rogue membeli aplikasi berbayar dan memutuskan untuk berbagi dengan aplikasi seperti Zender, berbagi file atau bahkan menghosting file apk langsung di server agar orang-orang dapat mengunduh secara gratis. Tetapi saya yakin saya akan segera mengedit jawaban ini dengan solusi untuk itu atau tautan ke solusi.
Semoga ini menyelamatkan jiwa ... suatu hari nanti
Selamat Coding ...
sumber
@snctln opsi 3 dapat dengan mudah dilakukan menambahkan file php ke server web dengan php dan mysql diinstal seperti yang dimiliki banyak dari mereka.
Dari sisi Android pengenal (ID perangkat, akun google atau apa pun yang Anda inginkan) diteruskan sebagai argumen di URL menggunakan HttpURLConnection dan php mengembalikan tanggal pemasangan pertama jika ada di tabel atau menyisipkan baris baru dan itu mengembalikan tanggal saat ini.
Ini bekerja dengan baik untuk saya.
Jika saya punya waktu, saya akan memposting beberapa kode!
Semoga berhasil !
sumber