Kualitas utama layanan untuk menerima SMS
Mari kita soroti fungsi utama layanan yang menginspirasi kepercayaan pengguna yang menjadi tempat bergantung keuntungan proyek di masa depan.
- Ketersediaan nomor yang konstan dan nomornya akan selalu menjadi masalah yang mendesak untuk semua layanan, karena beberapa negara memblokir jenis aktivitas ini, dan bagi pengguna ini adalah faktor utama yang dilihatnya saat mengunjungi layanan penerima SMS.
- Harga untuk satu kamar adalah poin berikutnya di mana pengguna melihat ketika memilih layanan.
- Kecepatan kedatangan nomor - semakin cepat, semakin banyak kepercayaan yang dimiliki pengguna dalam layanan ini.
- Jumlah negara dengan ketersediaan nomor - secara bertahap memperluas jaringan nomor, jumlah pengguna yang tertarik dari berbagai negara ke layanan juga bertambah, jadi item ini adalah salah satu yang paling penting dalam pengembangan.
- — , , SEO- .
- — , , , .
- — , , (1 ).
- — , , .
- — , , .
- — .
- : « , , » — , , , , , .
- — .
- — , .
- Multithreading - kemampuan untuk memesan sejumlah besar nomor secara paralel satu sama lain, ini akan memungkinkan Anda untuk memesan kode untuk registrasi yang berbeda pada waktu yang bersamaan.
- Kehadiran API - antarmuka perangkat lunak akan memungkinkan Anda untuk menskalakan proyek Anda dan mengintegrasikannya ke dalam berbagai sistem (pendaftar akun otomatis, layanan promosi, otomatisasi layanan untuk klien).
- Chip tambahan - item ini termasuk chip yang tidak tersedia untuk situs layanan, misalnya: menyalin nomor secara otomatis, memutar kode secara otomatis, menyalin otomatis kode yang dikirim.
Poin-poin ini menjadi dasar untuk setiap layanan dan kualitasnya, tentu saja, dinilai dari ketersediaannya. Jelas bahwa semua ini otomatis dan membutuhkan dukungan terus-menerus dari tim proyek.
Memerangi layanan penerimaan SMS
Bukan rahasia lagi bahwa perlindungan terhadap "botosystems" otomatis selalu dan sedang dilakukan. Setiap orang melindungi proyek mereka sebaik mungkin dan menggunakan metode perlindungan mereka sendiri, selain yang paling dasar. Mereka memperkenalkan batas waktu untuk pendaftaran, teka-teki teka-teki selain menyelesaikan captcha, berdasarkan perangkat keras, alamat poppy, gps, ukuran jendela layar, menggunakan panggilan ke telepon, serta banyak lainnya, dan dalam banyak kasus itu membantu, tetapi tidak 100%, semua ini konsekuensi perlindungan terjadi pada keamanan internal setiap proyek online.
Adanya kerentanan di dalamnya, di mana kemalasan pengembang atau keengganan pelanggan, untuk mengeluarkan dana tambahan untuk perlindungan, menutup mata; pada akhirnya, semua perlindungan ditujukan untuk mengidentifikasi seseorang dari aksi massa "bot-like".
Tetapi semua ini tidak mencegah keberadaan "bot seluler manual" (pengguna yang satu akun tidak cukup, yang menggunakan pendaftaran massal untuk tujuan mereka sendiri), di perangkat seluler dapat terdapat hingga dua ratus akun telegram untuk mengirim spam atau kecurangan.
Dan sekarang utusan seluler, yang pada tahun 2020 mendapatkan popularitasnya dalam konteks krisis global, karena pendaftaran besar-besaran di telegram, perselisihan, google, whatssap, viber, dan media sosial lainnya. jaringan, indikator pendaftaran massal karena bot melonjak peringkat ke atas dalam hal penonton.
Layanan penerimaan SMS untuk Android
Dalam mengejar menangkap pasar dari target audiens, proyek-proyek bergegas masuk, yang memutuskan untuk memenuhi semua kebutuhan ceruk ini. Oleh karena itu, cukup banyak proyek dengan jenis dan fungsi yang berbeda dicap, tetapi tidak ada yang peduli dengan kualitasnya, ada beberapa yang berfungsi secara gratis, tetapi dengan iklan yang mengganggu, angka-angka robek berulang kali dan kode tidak datang sama sekali, menurut perkiraan di Play Market dan ulasan secara umum penggunaannya tidak disarankan. Oleh karena itu, diputuskan untuk mengambil proyek baru, yang akan ditata ulang untuk Android dalam wajah baru dan dengan makna baru, yang akan dapat mencakup semua poin layanan berkualitas. Kami akan beralih ke analisis nanti.
Perbandingan layanan dan aplikasi browser
Mari kita mulai dengan layanan! Mengenai kebutuhan pengguna, kami mendapat dasar persyaratan untuk proyek semacam itu, yang perlahan-lahan dipenuhi dengan fungsionalitas, tetapi semua yang ingin dilihat pengguna biasa tetap tidak tersedia, untuk kontemplasinya dia hanya perlu bermimpi bahwa layanan favoritnya akan repot-repot membuat aplikasi untuk perangkat seluler ...
Tapi tidak, mari kita hilangkan semua pemikiran dan kekecewaan dengan menghitung keuntungan dari pembuatan proyek semacam itu, karena pendapatan utama layanan adalah penyediaan API untuk sistem otomatis untuk ekosistem bot, "pengguna" biasa puas dengan "apa yang mereka miliki" dan, secara teori, harus puas.
Tapi apa hasil tangkapannya? Dan mari kita hitung waktu yang dihabiskan pengguna, sehingga setiap kali dia perlu mendapatkan nomor, dia harus masuk ke situs, meskipun ada yang tambahan. fitur yang terkait dengan cache, penyimpanan kata sandi, layanan memberlakukan pembatasan sesi untuk mengkhawatirkan keamanan klien mereka, dan setelah otorisasi, menemukan halaman yang diinginkan adalah sekumpulan tindakan rutin yang menghabiskan waktu pengguna setiap hari. Bagaimana dengan lalu lintas? Kilobyte yang berharga menghilang seiring berjalannya waktu.
Oleh karena itu, dengan upaya terdalam dan kecepatan tinggi, persyaratan dasar untuk proyek pengembangan seluler untuk Android dilemparkan.
Pengalaman pengembangan Android
Persyaratan kualitas (poin 1-15, tersedia di atas) + fungsionalitas tambahan yang tidak tersedia di situs layanan berbasis browser:
- menyalin nomor secara otomatis setelah memesan ke clipboard.
- ( ).
- , .
- .
- .
- .
- .
- .
- .
Tugas selanjutnya adalah menentukan platform pengembangan mana yang akan dipilih dan di masa depan mengembangkan tidak hanya aplikasi Android, tetapi juga untuk sistem operasi lain.
Pilihannya adalah antara Android Studio dan Visual Studio Xamarin, setelah mempertimbangkan semua pro dan kontra, platform pada Visual Studio Xamarin dipilih, karena bahasa C # lebih sesuai dengan keinginan saya, ditambah ada beberapa perkembangan di C # dan di masa depan jika proyek muncul, itu akan memungkinkan mengintegrasikannya untuk IOS dan UWP.
Tapi di sini jebakan dimulai untuk pertama kalinya saya menemukan markup teks "xaml", yang memakan waktu satu minggu dari waktu saya, karena tugasnya adalah membuat antarmuka pengguna minimalis sederhana, tanpa "quacozyabers" dan font anti-terbaca lainnya. Setelah berurusan dengan markup tekstual, setelah menulis beberapa fungsi dasar, kami mulai men-debug, tidak ada masalah.
Dan kemudian pertanyaannya menjadi tepi: Mengapa aplikasi ini jika tidak ada yang bisa menggunakannya?
Menyadari semua risiko, akun pengembang Google Play dibeli seharga $ 25, tetapi untuk publikasinya, masih jauh sekali, pertanyaan "Bagaimana cara memonetisasi tanpa otorisasi?"
Sebuah ide muncul untuk menghasilkan algoritma yang akan mengenkripsi dan mendekripsi kunci dan dengan demikian proyek tersebut akan dimonetisasi.
Kemudian versi pertama diluncurkan, yang diterbitkan sebulan kemudian, mengacu pada karantina.
Ok, proyek sudah siap untuk versi pertama, bagaimana cara mempromosikannya? Di Konsol Google Play, ditemukan fungsi yang memungkinkan Anda untuk mempromosikan proyek di platform Play Market menggunakan iklan, diputuskan untuk mendonasikan $ 10 selama sebulan, tetapi ini tidak menghasilkan banyak keuntungan dan hanya 2 kunci yang dibeli sepanjang waktu.
Jadi bagaimana dan pada siapa harus menguji, di mana untuk menarik pelanggan?
Ide filosofis lainnya adalah mencoba mendistribusikan aplikasi Anda, di situs yang membajak aplikasi, artinya mereka akan melempar apk untuk mereka, mereka akan mengunggahnya + sebagai imbalan saya akan mendapatkan PR, tentu saja tidak ada yang melakukannya secara gratis.
Yah, tanpa ragu, diputuskan untuk mempostingnya di forum . Ini memberikan pengalaman positif, untuk aplikasi dalam hal pengembangan lebih lanjut, kesalahan utama diidentifikasi oleh pengguna forum, serta kritik yang ditujukan untuk meningkatkan stabilitas aplikasi, disediakan kunci untuk pengujian, selama 20 hari menggunakan kunci uji, 500 rubel dihabiskan untuk nomor oleh pengguna forum.
Oke, kami menemukan kesalahan, menguji aplikasinya, dan di Play Market, menurut statistik retensi audiens, ada kurang dari 10 orang dan tidak ada yang membeli kunci, apa yang salah?
Setelah mencapai titik multilingualisme, menjadi jelas bahwa sebagian besar audiens Play Market adalah bahasa Inggris, jadi langkah selanjutnya adalah membuat aplikasi multibahasa, yang, seperti nanti, harus saya sesali dan ini seharusnya diletakkan pada tahap pertama desain aplikasi, karena sekarang Anda harus membuat semua teks transfer ke sumber daya proyek, tautkan melalui konstruktor dan periksa apakah aplikasi berfungsi dengan pengkodean ini, teori konspirasi dengan titik "." dan koma "," dalam pengkodean "ru-Ru" (pengecualian dengan "." berfungsi dengan ",") dan "en-US" (tidak ditampilkan dengan "," berfungsi dengan "."). Dan ya, itu saja saat menggunakan tipe ganda. Jadi gunakan sisa dari divisi integer dalam proyek Anda dengan benar, bukan karena saya harus menulis ulang kode dua bulan!