E-mel Penolakan Sudah Menyatakan Langkah Seterusnya

Cari Nombor Garis Panduan Dahulu

Notis penolakan tidak panjang. Ia menyebut garis panduan yang tersentuh, apa yang dilihat penyemak, dan apa yang mereka mahu diubah. Antara ketiga-tiganya, yang menentukan langkah anda seterusnya ialah nombornya. Nombor itu terikat terus dengan senarai kandungan garis panduan semakan yang diterbitkan gedung, jadi membuka entri berkenaan menunjukkan piawai yang sebenarnya dikenakan, bukan ringkasan seorang penyemak tentang piawai itu.

Melangkau nombor dan membaca ayatnya sahaja membuatkan orang membaiki tempat yang salah. Ayat “aplikasi anda belum cukup berguna” kedengaran seperti permintaan menambah ciri. Sedangkan jika nombor yang melekat padanya menunjuk fungsi minimum, yang diminta bukan bilangan tetapi sifat: sesuatu yang sudah selesai di dalam pelayar tiada sebab untuk terbit semula sebagai aplikasi. Baca ayat itu mengikut perasaan, arahnya menjadi menambah ciri. Baca nombornya, arah itu sudah ditetapkan.

Yang Perlu Binaan Baharu dan Yang Selesai dengan Balasan

Penolakan terbahagi kepada tiga jalur. Jalur pertama, aplikasi itu memang belum siap. Ranap semasa disemak, teks sementara yang tertinggal, pautan dalam skrin yang tidak membawa ke mana-mana. Untuk yang ini tiada jalan lain selain menghantar binaan baharu. Kelengkapan ialah garis panduan yang paling kerap dipetik Apple, dan sebahagian besar kandungannya sudah kelihatan sebelum anda menekan hantar.

Jalur kedua, penyemak tidak pernah sampai ke ciri berkenaan. Ciri di sebalik log masuk sama sahaja dengan tidak wujud tanpa akaun, begitu juga skrin di sebalik pembayaran. Yang diperlukan di sini bukan pindaan kod, tetapi akaun ujian serta urutan langkah dalam nota penyemak, ditambah rakaman skrin pendek jika alirannya luar biasa. Penolakan yang tamat dengan satu balasan lebih banyak daripada yang disangka.

Jalur ketiga, maklumat penyenaraian gedung. Tangkapan skrin yang tidak lagi sepadan dengan binaan, atau perihalan yang menjanjikan ciri yang tiada. Perkara begini boleh dibetulkan pada penyenaraian tanpa membungkus semula apa-apa. Terlepas pandang perbezaan ini, beberapa hari habis membina semula sesuatu yang sejak awal bukan puncanya.

Tersekat Sebelum Sampai kepada Penyemak

Google menuntut aplikasi baharu dan kemas kini dibina terhadap versi Android yang agak baharu, dan menaikkan garis minimum itu satu takuk pada penghujung Ogos setiap tahun. Muat naik di bawah garis itu ditolak oleh Console sebelum barisan semakan bermula. Tiada sesiapa pernah melihat aplikasi anda, jadi tiada penyemak yang boleh menerangkan apa yang perlu diubah.

Urusan pengisytiharan berada di tempat yang sama. Jika borang keselamatan data tidak sepadan dengan perilaku sebenar aplikasi, hantaran dikembalikan. Menggunakan pengecam pengiklanan tanpa mengisytiharkannya turut menahan anda. Aplikasi yang membenarkan pembukaan akaun mesti membenarkan permintaan pemadaman akaun dari dalam aplikasi, dan Google meminta satu URL pemadaman awam yang boleh dibuka tanpa log masuk. URL dasar privasi pula syarat bersama kedua-dua gedung.

Semua ini tidak mengukur kemahiran sesiapa. Jika aplikasi itu dibina oleh pihak luar, semak semula siapa yang sepatutnya mengisi pengisytiharan dan dokumen tersebut. Keadaan apabila kerja pembangunan sudah tamat tetapi kerja di dalam akaun gedung masih tergantung, dan kedua-dua pihak menyangka ia bahagian pihak yang satu lagi, memang kerap berlaku.

Aplikasi yang Sebenarnya Laman Web

Aplikasi yang membalut halaman web dengan WebView tersekat bukan kerana tekniknya buruk, tetapi kerana ia menerbitkan semula pengalaman yang sudah ada dalam pelayar. Apple meletakkannya di bawah fungsi minimum. Untuk lulus, sesuatu yang hanya mungkin sebagai aplikasi perlu benar-benar duduk dalam aliran penggunaan: pemberitahuan, simpanan luar talian, kamera, lokasi. Menampal satu selepas ditolak sudah terlambat dan kelihatan seperti tampalan. Dibangkitkan ketika skop masih disusun, kosnya hampir tiada.

Merancang Seolah-olah Hantaran Pertama Lulus

Menetapkan tarikh pelancaran dengan andaian semakan lulus sekali gus meletakkan seluruh jadual pada satu lontaran. Ditolak bermakna masa membaiki ditambah masa beratur semula, dan barisan itu tidak boleh dipercepatkan oleh pihak yang membina. Jika di belakangnya ada tarikh yang tidak boleh beralih seperti kempen atau majlis, satu-satunya tuas yang tinggal ialah menghantar lebih awal. Ditolak sekali itu perkara biasa dan tidak perlu dibesarkan. Alasan yang sama tiba kali ketiga sudah lain ceritanya: yang perlu ditinjau ketika itu bukan garis panduan lagi, tetapi cara aplikasi itu disusun.

Satu E-mel Penolakan Sudah Cukup untuk Bermula

Kandungan notis yang anda terima berserta nama aplikasi sudah memadai untuk perbualan pertama. Penjagaan aplikasi Weple memang mengambil dasar gedung dan pengendalian penolakan sebagai kerja bulanan, jadi kami bermula dengan membaca sebab penolakan bersebelahan teks garis panduannya, kemudian mengasingkannya: binaan baharu, nota penyemak, atau sekadar melengkapkan pengisytiharan di dalam console. Belum pernah menghantar apa-apa ke gedung pun tidak mengubah cara kami bermula. Apa yang ditanggung setiap bulan tersenarai di halaman harga. Kalau sebab yang sama sudah kembali dua kali atau lebih, hantar sekali sejarahnya.