Daftar "To Do" sebelum menerbitkan aplikasi Android ke pasar [ditutup]


317

Saya hampir siap untuk mempublikasikan aplikasi pertama saya ke pasar Android, dan saya ingin tahu apakah ada di antara Anda yang memiliki kiat tentang pengalaman yang mungkin Anda temui terkait dengan penerbitan aplikasi yang melampaui yang sudah jelas dan sudah ada. didokumentasikan.

Adakah peringatan dan / atau gagasan tersembunyi tentang apa yang harus dilakukan sebelum menerbitkan aplikasi ke pasar? Sebagai contoh, seorang teman saya merekomendasikan agar saya menghapus semua dan semua komentar dalam kode saya untuk berjaga-jaga seandainya seseorang sampai ke kode sumber, sehingga membuatnya lebih sulit bagi calon "kode sandi" untuk menguraikan kode tersebut. Saya pikir itu saran yang masuk akal.

Apa semua hal yang harus dilakukan sebelum memposting aplikasi mereka ke pasar Android?


1
Sebuah daftar periksa baru saja diterbitkan dalam dokumentasi resmi untuk memastikan Anda memenuhi harapan dasar pengguna tablet.
Jeff Axelrod

48
Anehnya itu tidak konstruktif dan mendapat 16K tampilan lol
require_once

61
Menutup pertanyaan konstruktif seperti "tidak konstruktif" adalah contoh nyata mengapa kebijakan moderasi Stackoverflow harus diubah!
Orion

7
Harus memastikan aplikasi Anda kaya kata kunci dan melakukan riset kata kunci sebelum menerbitkan .. lihat bagaimana saya menggunakan alat tren google untuk penelitian kata kunci
NabeelSaleem

2
Pergi melalui kebijakan pengembang Google Play dan pastikan aplikasi Anda tidak melanggar apa pun, Anda harus sangat berhati-hati dengan Google, Sangat menyakitkan ketika Anda berada di cloud 9 dengan 2 juta unduhan dan tiba-tiba aplikasi Anda ditangguhkan karena Anda tidak melalui kebijakan mereka.
Yauraw Gadav

Jawaban:


339

Semoga belum terlambat, berikut ini beberapa saran:

  • Luncurkan aplikasi Anda di akhir minggu (Kamis sore biasanya merupakan saat yang tepat). Kenapa begitu? Nah, tidak ada perusahaan yang ingin menerbitkan aplikasi hanya 1,5 hari sebelum akhir minggu -> terlalu berbahaya (jika ada masalah yang memerlukan waktu reaksi cepat).

  • Gunakan proguard di aplikasi Anda (biasanya, Anda hanya perlu menambahkan baris ini: proguard.config=proguard.cfgdi default.propertiesfile). Ini akan mengoptimalkan, mengecilkan dan mengaburkan kode Anda, sangat berguna untuk mencegah pencuri kode. Anda tidak perlu menghapus komentar apa pun, komentar itu dihapus secara otomatis pada waktu kompilasi.

  • Optimalkan gambar Anda (menggunakan Paint.NET , PNGCrush atau OptiPNG ).

  • Optimalkan tata letak Anda untuk sebagian besar ukuran layar. Anda dapat melakukan ini dengan hanya mengubah ukuran layar saat mengedit tata letak di AndroidStudio atau Eclipse.

  • Coba / tangkap semua pengecualian pada UI dan tampilkan roti panggang sederhana yang menunjukkan kepada pengguna bahwa ada sesuatu yang salah terjadi. Sementara itu, ambil kesalahan dengan Crashlytics atau yang serupa.

  • Jangan terlalu banyak menggunakan .jar library, lebih suka proyek library (mengoptimalkan ukuran kode) dan menambahkannya menggunakan gradle.

  • Lebih suka menggunakan gambar vektor karena akan mengurangi ukuran APK dan pas dengan semua perangkat.

  • Jangan gunakan jendela preferensi Android -> itu tidak terlalu indah, bahkan jika itu ada di pedoman Android, lebih suka membuat halaman pengaturan Anda sendiri. Tetapi jika Anda mempertahankan preferensi Android: pertimbangkan untuk menambahkan ikon dan warna.

  • Jangan tampilkan judul aplikasi Anda di layar utama ( this.requestWindowFeature(Window.FEATURE_NO_TITLE);): merek yang bagus tidak perlu terlalu banyak ruang di layar untuk dikenali (tunjukkan beberapa ikon atau judul di menu atau di suatu tempat yang tidak selalu terlihat) , dan pertimbangkan untuk menggunakan mode layar penuh ( this.getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN);) ketika berhadapan dengan game dan konten yang sangat mendalam.

  • Gunakan Google Analytics , Fabric Answers atau Flurry untuk analitik di masa depan -> cobalah untuk mendapatkan informasi sebanyak mungkin, tetapi jangan mengambil apa pun yang melanggar identitas anonim pelanggan. Jangan lupa untuk mengambil pengecualian (kesalahan dan tumpukan jejak) yang terjadi di sisi pengguna.

  • Mintalah teman Anda untuk melakukan tes monyet, belajar dari pengguna biasanya membawa banyak hal baik (seperti prioritas dan ide baru).

  • Pertimbangkan untuk menerbitkan aplikasi Anda sebelum menyelesaikan semua fitur (hanya fitur yang paling penting), Anda belum tahu apa yang diinginkan atau dibutuhkan pengguna selain fitur utama Anda.

  • Tambahkan bagian "Aplikasi lainnya", atau "Lainnya dari pengembang" di aplikasi Anda, itu iklan gratis.

  • Tambahkan bagian "Kirim umpan balik" untuk memberikan kemungkinan kepada pengguna untuk meminta fitur baru atau melaporkan beberapa bug.

  • Minta pengguna Anda untuk menerjemahkan aplikasi Anda dengan memberikan strings.xml di suatu tempat di web seperti Crowdin .

  • Coba aplikasi Anda di setiap versi Android dengan emulator -> banyak bug atau masalah desain akan terdeteksi dengan cara ini. Untuk ini, Anda dapat menggunakan emulator yang disediakan, atau menggunakan Genymotion sebagai gantinya (Genymotion memiliki banyak fitur yang sangat berguna).

  • Pikirkan tentang nama aplikasi -> kata kunci apa yang akan Anda gunakan untuk mencari aplikasi Anda? Kata kunci ini harus menjadi nama aplikasi Anda (Google akan membantu Anda ditemukan dengan cara ini).

  • Pertimbangkan untuk memasukkan kata kunci dalam deskripsi aplikasi, tetapi dengan cara deskriptif (buat kalimat yang bisa dimengerti menggunakan kata kunci Anda). Jangan pernah menambahkan daftar kata kunci seperti pada deskripsi.

  • Jadilah yang pertama memberi peringkat aplikasi Anda dengan 5 bintang, dan meminta keluarga dan teman Anda untuk melakukan hal yang sama -> ini kemungkinan akan mempengaruhi peringkat pengguna di masa depan.

  • Pertimbangkan untuk menggunakan Google untuk menerjemahkan aplikasi Anda baik untuk deskripsi, baik untuk strings.xml atau keduanya.

  • Pertimbangkan untuk menampilkan iklan di aplikasi Anda dan gunakan mediasi untuk meningkatkan pendapatan AdMob Anda .

  • Alih-alih memberikan versi berbayar, pertimbangkan melakukan penagihan dalam aplikasi -> pengguna lebih cenderung membayar dalam aplikasi daripada membayar untuk versi berbayar.

  • Tambahkan perubahan log di aplikasi -> pengguna biasanya ingin tahu apa yang berubah sejak versi terakhir.

  • Tambahkan bagian "Terima kasih" untuk pengguna yang membantu Anda -> ini akan melibatkan pengguna ke produk Anda.

  • Tambahkan tautan "Jika Anda menyukai aplikasi ini, beri peringkat" (ke deskripsi Google Play Anda) di aplikasi Anda -> Anda akan mendapatkan lebih banyak 5 bintang (biasanya sembulan saat startup, atau setelah tindakan fitur).

  • Pertimbangkan untuk menjelaskan produk Anda melalui bagian "Tips" atau "Instruksi" di aplikasi Anda.

  • Simpan informasi keystore dan kredensial Anda di tempat yang aman. Anda tidak akan dapat menerbitkan pembaruan untuk aplikasi Anda jika Anda kehilangan keystore Anda.

  • Jadikan ikon Anda sangat sederhana dan jelas. Ikon adalah yang pertama dan juga terutama hal terakhir yang akan membuat pengguna mengunduh aplikasi Anda.

  • Kecuali itu tidak mungkin, lebih suka instalasi eksternal ( android:installLocation="preferExternal"di AndroidManifest.xml).

  • Baca tips dan posting blog AppAnnie , ini akan memberi Anda petunjuk tentang cara meningkatkan ASO dan membantu Anda lebih memahami pengguna Anda.


2
jika Anda memiliki masalah dengan uji pada emulator yang berbeda dalam gerhana, Anda bisa mendapatkan genymotion emulator, thats di sehingga faster.also untuk mengoptimalkan png gambar www.tinypng.com adalah pilihan yang baik
Arash

2
Sangat berguna tetapi perlu diingat bahwa, Untuk memberikan pengalaman UX yang tepat, Anda sebaiknya memiliki alasan yang sah untuk layar penuh. Seperti jika Anda ingin pengguna fokus pada satu elemen tunggal dan menghapus semua gangguan lainnya di jalan.
whizzkid

1
applicationIdtidak dapat diatur ulang setelah Anda menerbitkan aplikasi Anda. Sering kali itu berisi kata-kata (seperti nama pengguna Anda) yang tidak ingin Anda ungkapkan. Atur dalam build.gradlefile proyek Anda di Android Studio.
gsinha

7
Saya datang ke StackOverflow untuk mendapatkan jawaban atas pertanyaan. Pertanyaan saya adalah "Apa yang harus saya lakukan sebelum menerbitkan aplikasi android?" Ini adalah salah satu jawaban yang sangat berguna dan saya membayangkan mungkin ada banyak orang lain sehingga menutup pertanyaan sebagai "Tidak konstruktif" tampaknya tidak terlalu konstruktif.
user872985

2
Terima kasih untuk tipsnya .. Saya ingin tahu satu hal lagi, Jika seseorang membuka aplikasi saya di play store saya ingin menampilkan aplikasi saya sebagai saran seperti "Lebih dari pengembang" apakah ada cara untuk melakukan itu
Geethu

47

Sungguh, jangan repot-repot menghapus komentar kode. Kode sumber Anda tidak sampai ke telepon pengguna - hanya kode yang dikompilasi yang ada di sana, dan itu tidak mengandung referensi apa pun untuk komentar Anda.

Pengguna Android cenderung menghargai aplikasi sekecil mungkin, jadi periksa kembali bahwa Anda hanya menyertakan sumber daya (gambar, dll.) Yang masih digunakan dalam aplikasi Anda. Gunakan OptiPNG / PNGCrush pada gambar .png apa pun yang Anda miliki di aplikasi - yang dapat mengurangi ukuran file gambar sekitar 10%, yang dapat menjadi bagian penting dari keseluruhan ukuran aplikasi Anda.

Juga, gunakan editor audio seperti Audacity untuk mengurangi ukuran audio apa pun sebanyak mungkin. Pergi untuk file mono OGG Vorbis seringkali yang terbaik, dan terdengar cukup baik di telepon.


1
Jika ingatanku benar, saya pikir saya membaca di suatu tempat bahwa ketika .apk dikemas, kode tidak dikompilasi. Saya telah di bawah asumsi bahwa .apk berisi semua file sumber, seperti yang Anda lihat jika Anda pergi ke folder workspace proyek untuk Eclipse ..... dan Dalvik mengkompilasi kode dengan cepat ketika dijalankan sedang menelepon?? Saya harap saya salah besar, karena bahkan ketika saya membaca artikel itu, saya berkata pada diri saya sendiri, "Yah, itu tidak aman." Saya juga anggota di xda-developers.com, dan mereka sepertinya mem-posting file apk deodex untuk aplikasi sepanjang waktu.
dell116

16
Tidak, sumber mentah tidak dapat dikirim. File .apk hanyalah file .zip yang disamarkan, jadi ganti namanya dan lihatlah. Apa pun di / aset dan / res / mentah akan dikirim tidak berubah, seperti halnya drawables di / res. File-file xml di / res hancur dalam beberapa cara (mungkin orang lain di sini tahu apakah mereka dienkripsi atau hanya dikompresi?). Kode sumber Anda dikompilasi ke dalam class.dex. Jika Anda membukanya di Notepad, Anda akan menemukannya mengandung banyak string dari kode sumber Anda (metode dan nama variabel, dll.) Tetapi tidak ada komentar Anda.
teedyay

7
file xml dikompilasi untuk mengoptimalkan penguraian dan navigasi mereka. ada alat untuk mendekompilasi mereka.
bigstones

@bigstones Program kompilasi macam apa yang kita bicarakan di sini?
Robert Massaioli

@RobertMassaioli Hanya AAPT, ini dilakukan secara otomatis pada waktu build.
bigstones

36

Jangan khawatir tentang komentar. Jika Anda khawatir tentang diseksi berbahaya pada aplikasi Anda, JANGAN jalankan melalui obfuscator seperti ProGuard.

Kiat lain yang akan saya tawarkan:

  • Siapkan semua gambar dan materi promosi Anda terlebih dahulu.
  • Atur waktu rilis Anda secara strategis ketika Anda tidak memiliki banyak hal lain yang terjadi dalam hidup Anda (seperti sebelum akhir pekan) sehingga Anda akan punya waktu untuk merespons CEPAT jika segelintir pengguna pertama mulai mengalami masalah. Peringkat yang rendah sejak dini dapat membunuh Anda, tetapi respons dan perbaikan email yang cepat benar-benar dapat menebus pendapat pelanggan tentang aplikasi Anda.
  • Saya akan setuju dengan komentar sebelumnya tentang mengurangi ukuran gambar sebanyak mungkin.
  • Dapatkan kode Anda ke kontrol sumber jika belum. Anda pasti perlu mengeluarkan pembaruan dan perbaikan di beberapa titik, dan kontrol sumber dapat memainkan peran besar dalam hal itu.

4
+1 untuk dirilis saat Anda punya waktu untuk memperbaiki segalanya dengan cepat!
teedyay

Terimakasih atas balasan anda. Saya yakin orang lain akan berterima kasih juga. Saya menggunakan Eclipse Galileo untuk membuat aplikasi saya, dan utas lainnya di SO mengatakan bahwa Subversive untuk Eclipse adalah salah satu alat kontrol sumber termudah untuk membiasakan diri. Pada catatan itu, situs web Eclipse memiliki versi Subversif untuk diunduh, tetapi saya hanya melihat tautan untuk rilis Helios. Apakah Anda atau orang lain tahu jika plugin ini berfungsi dengan Galileo?
dell116

Sebenarnya saya tidak tahu. Saya melakukan kontrol versi saya tidak terintegrasi dengan Eclipse karena saya belum repot-repot mengaturnya. Saya menggunakan TortoiseSVN ketika saya berada di Windows dan alat baris perintah Subversion ketika saya berada di kotak Linux saya.
Blumer

Berbicara tentang pembaruan, apakah semudah mengemas ulang aplikasi dengan file yang diperbarui dan mengganti .apk yang lebih lama di pasaran dengan yang baru yang memiliki nomor versi yang berbeda? Saya ingat mencoba menginstal ulang aplikasi saya di atas instalasi yang sudah ada sebelumnya (tanpa menghapus aplikasi untuk mencoba dan mensimulasikan "pembaruan"), tetapi gagal, yang membuat saya berpikir bahwa ini mungkin terjadi ketika saya mengeluarkan pembaruan . Tetapi, demi argumen, "pembaruan" .apk yang saya instal di atas instalasi lama saya tidak memiliki nomor versi yang berbeda dalam manifes. Sekali lagi terima kasih atas sarannya!
dell116

1
Ketika Anda pergi untuk mengunggah .apk baru Anda ke Pasar, itu akan memeriksa untuk memastikan bahwa nomor versi telah meningkat sejak terakhir kali. Saat memasang pembaruan pada perangkat, saya percaya ini TIDAK memeriksa nomor versi, tetapi menginstal apa yang Anda katakan. Saya tahu bahwa menginstal .apk yang diperbarui akan gagal, jika kunci yang versi lama dan baru ditandatangani tidak sama. Anda harus menghapus yang lama terlebih dahulu dan kemudian menginstal pembaruan.
Blumer

32

Tidak yakin apakah Anda pernah melihat ini sebelumnya, tetapi Anda harus mengeksekusi UI Anda dengan monyet - aplikasi saya hanya memiliki satu crash, tetapi tidak akan memiliki salah satu dari mereka jika saya mengujinya dengan Monkey terlebih dahulu.


18

Saya akan menambahkan yang jelas, tetapi penting: simpan kunci masuk Anda di tempat yang aman, dan buat cadangan. Jika Anda membiarkan Eclipse mengelola ini untuk Anda, perhatikan di mana itu membuat keystore Anda, dan simpan salinan cadangannya. Dan jangan lupa kata sandi untuk keystore atau kunci penandatanganan individual.

Mengapa: Anda harus menandatangani pembaruan pada aplikasi Anda dengan sertifikat yang sama dengan yang Anda gunakan untuk menandatangani yang asli. Jika Anda kehilangan sertifikat itu (atau kehilangan akses ke sana), Anda tidak dapat memperbarui aplikasi Anda. Anda harus membuat daftar baru di pasar Android.


1
Saya hampir kehilangan kunci saya saat mengembalikan komputer ... Untungnya, saya punya cadangan!
Ruchir Baronia

17

Beberapa poin yang cenderung saya lupakan:

  • periksa minSdkVersiondi manifes Anda
  • uji aplikasi Anda pada emulator dengan minSdkVersion
  • biarkan teman Anda menguji aplikasi Anda untuk melihat apakah itu cukup jelas

Jika Anda akan memberikan pembaruan di aplikasi Anda:

  • Anda mungkin ingin menambahkan semacam dialog 'Apa yang baru di versi ini'
  • buat cadangan versi lama Anda!
  • jangan lupa untuk meningkatkan versionCodedan versionNamedalam manifes Anda

6
Poin yang bagus, dan sejalan dengan pemikiran yang sama, jika aplikasi Anda menggunakan database SQLite, pastikan prosedur pembuatan dan peningkatan tabel Anda semuanya dalam urutan kerja yang benar.
Blumer

13

Jangan lupa untuk membuat debuggable = false dalam Manifest Anda. Itu membuat saya ketahuan beberapa kali.

Saya tidak sepenuhnya yakin tetapi saya pikir ini kemudian akan mencakup banyak informasi yang membuat hidup kode hacker sedikit lebih mudah.

Saya ingat tahun lalu saya tidak sengaja menghapus sumber ke proyek java, ngeri saya menyadari bahwa saya tidak punya cadangan! Saya menggunakan utilitas bernama jad untuk mendekompilasi file jar di server produksi, itu semua variabel utuh dan hampir sempurna. Saya tidak ingat apakah komentarnya ada di sana atau tidak, tapi saya tidak memasukkan banyak komentar lagi di hari-hari itu :) Ini karena saya menyertakan simbol ketika mengkompilasi.


2
android: nilai default debuggable salah menurut Google developer.android.com/guide/topics/manifest/… . Cari di teks "android: debuggable".
Android Asli,

11

Selain saran hebat di atas, pikirkan tentang menggunakan Flurry untuk analisis seluler. Saya tidak tahu tentang hal itu ketika pertama kali mulai merilis aplikasi saya, tetapi sekarang saya telah memperbaruinya untuk memasukkannya, saya suka melihat apa yang sebenarnya dilakukan pengguna dengan aplikasi tersebut. Ini dapat memberikan umpan balik dan panduan berharga untuk hal-hal yang mungkin sulit ditemukan atau tidak menarik / bermanfaat bagi pengguna.


8

Sejauh yang saya tahu komentar tidak termasuk dalam aplikasi dalam bentuk apa pun.

Satu-satunya "gotcha" untuk pengembang yang saya temukan selama pengiriman aplikasi adalah berbagai grafik yang dapat Anda berikan ke pasar. Bersiaplah untuk mengambil beberapa tangkapan layar dan membuat beberapa ukuran ikon aplikasi serta grafik promosi.

Sisi baiknya, bersiaplah untuk membuat aplikasi Anda muncul secara instan di toko - tidak ada proses persetujuan untuk melewati aplikasi Android Market.


7

Saya juga akan memastikan Anda memiliki semacam pelaporan kesalahan sehingga Anda tahu berapa banyak pengguna yang mengalami kesalahan. Anda mungkin ingin menyimpan salinan versi lama Anda saat memperbarui aplikasi Anda jika Anda perlu memutar kembali. Ini juga bagus untuk menyusun daftar periksa khusus untuk aplikasi Anda yang dapat Anda kunjungi setiap saat.

Untuk menambahkan ini, Anda mungkin ingin menggunakan pemangkas untuk mengambil potongan kode yang tidak digunakan untuk mengurangi ukuran file keseluruhan (karena ruang telepon sangat terbatas). Anda juga mungkin ingin mengaburkan kode Anda untuk perlindungan ekstra.



Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.