🚶🏼 🔜 ✍🏿 Pengembangan ponsel: dari ide hingga estimasi biaya 👪 🧒 👴🏿

Pengembang seluler sering ditanya berapa biaya untuk mengimplementasikan ide. Misalnya, buat analog dari Uber atau Avito. Dengan rumusan pertanyaan seperti itu, sulit untuk mengevaluasi biaya tenaga kerja yang akan datang, yang menciptakan spread besar dalam harga di antara pengembang yang berbeda dan ketidakpercayaan pada bagian dari pelanggan.

Masalah lain adalah kurangnya penjabaran ide. Seringkali, pelanggan melihat konsep umum dari aplikasi, tetapi kurang menyajikan detailnya. Ini mengarah pada biaya yang tidak perlu untuk membahas dan menulis ulang persyaratan.

Artikel ini ditujukan terutama bagi mereka yang berpikir untuk memesan aplikasi mereka sendiri. Di dalamnya saya akan menjawab pertanyaan umum dan memberikan beberapa tips yang akan membantu Anda mengerjakan ide dan tidak menghabiskan terlalu banyak.

Anda akan belajar:

berapa biaya untuk membuat aplikasi sesuai dengan ide Anda;
terdiri dari tahap pengembangan apa;
cara membuat brief dan mendapatkan penilaian tanpa TK;
apakah akan menggambar prototipe dan bagaimana melakukannya dengan lebih baik;
Apakah layak menggunakan pembuat aplikasi?
apakah perlu untuk membuat aplikasi asli untuk proyek, atau dapat lintas-platform ditiadakan;
bagaimana merencanakan tanggal rilis untuk merilis aplikasi tepat waktu.

Saya punya ide aplikasi. Berapa biaya pengembangan?

Tidak ada yang akan memberi tahu Anda saat bepergian. Setiap proyek yang kurang lebih besar terdiri dari beberapa komponen: aplikasi itu sendiri, situs, database, dan panel kontrol. Berapa mahal setiap komponen akan keluar tergantung pada kebutuhan Anda, keunikan tugas dan kekhasan bisnis.

Baru-baru ini, saya memesan pengembangan klon Uber di bursa. Beberapa pemain meminta 100.000 rubel, sementara yang lain meminta hingga 5.000.000.

Mengapa ada variasi harga yang begitu luas?

Pengembang berbeda - beda biaya per jam kerja.
Pengembang yang berbeda - pemahaman yang berbeda tentang persyaratan awal.

Banyak pengembang independen mengevaluasi proyek berdasarkan pengalaman pribadi.
Bukan fakta bahwa aplikasi Anda akan mirip dengan apa yang sudah mereka lakukan.

Kiat. Anda dapat memperkirakan sendiri biaya pengembangan, menggunakan kalkulator khusus. Saya sudah berbicara tentang pengalaman saya bekerja dengan mereka di sini: Cara menghitung perkiraan biaya pengembangan dalam 3 menit.

Apa saja tahapan perkembangannya?

Pengembangan aplikasi tidak terbatas pada penulisan kode. Inilah yang terjadi setelah ide Anda jatuh ke tangan pengembang:

Perencanaan dan evaluasi - keakraban dengan dokumentasi pelanggan, menyusun rencana kerja.
Analisis - mengidentifikasi persyaratan dan cara menerapkannya.
Desain - menggambar layar, menyiapkan bahan untuk tata letak, ikon, tangkapan layar untuk toko, membuat prototipe interaktif.
Pengembangan - tata letak, pengembangan API, koneksi (terkadang integrasi dengan layanan pihak ketiga).
Pengujian - memeriksa semua skenario penggunaan yang mungkin dalam berbagai kondisi.
Rilis - Menerbitkan aplikasi di Apple App Store dan Google Play.
Pemeliharaan - dukungan dan pengembangan proyek setelah rilis.

Setiap langkah membutuhkan waktu dan usaha. Jika Anda ditawari membuat aplikasi untuk 100.000 rubel tanpa TK - ini adalah alasan untuk waspada.

Kapan saya bisa mengetahui biaya dan ketentuan yang tepat?

Sebagai aturan, penilaian yang akurat dapat diperoleh pada tahap analitik. Pada titik ini, ide Anda dirinci untuk persyaratan khusus, yang implementasinya dapat diukur dalam jam kerja.

Pengembangan persyaratan dapat berlangsung dari beberapa hari hingga beberapa minggu, tergantung pada kompleksitas proyek. Anda dapat mempercepat proses ini secara signifikan jika Anda memberi pengembang TK berkualitas.

Apakah mungkin entah bagaimana tanpa TK?

Ya kamu bisa. Jika Anda ingin mengetahui ambang batas biaya pengembangan yang lebih rendah, maka TOR dapat diganti dengan brief singkat.

Brief adalah sejenis profil untuk Anda dan pengembang. Ini membantu untuk lebih memahami kelayakan ide dan menentukan fungsi-fungsi yang harus ada dalam aplikasi.

Secara singkat, Anda perlu berolahraga 4P : pengguna, masalah, keuntungan dan keuntungan.

Pengguna
Orang yang berbeda - kebutuhan yang berbeda. Pilihan audiens target menentukan aplikasi yang seharusnya. Sebagai contoh:

Aplikasi untuk manula menggunakan tombol besar dan pengaturan minimum.
Dalam aplikasi untuk memanggil taksi, sering ada opsi tambahan untuk penumpang dengan anak-anak dan hewan peliharaan.

Masalahnya
Jika aplikasi tidak membantu pengguna menyelesaikan tugasnya, maka kemungkinan besar ia akan menghapusnya.
Jelaskan situasi spesifik di mana aplikasi Anda akan berguna bagi orang-orang. Sebagai contoh:

"Pesan taksi kalau aku lupa uang",
“Bandingkan harga untuk penyedot debu”,
"Temukan shawarma di dekat sini."

Manfaatnya
Untuk "menembak", aplikasi Anda harus berbeda dari analog. Cara mencapai ini:

membuat produk dengan kemampuan unik (contoh: garis Augmented Reality );
buat analog yang lebih baik dari apa yang sudah ada di pasaran (contoh: Kate Mobile ).

Untung
Ada beberapa cara aplikasi dapat membantu Anda menghasilkan uang:

Secara langsung:

iklan
pembelian domestik
fitur premium
berlangganan berbayar
menjual aplikasi itu sendiri.

Secara tidak langsung:

menarik pelanggan baru
meningkatkan loyalitas pelanggan yang ada,
otomatisasi proses bisnis.

Harus diingat bahwa dalam beberapa kasus toko aplikasi mengenakan biaya komisi yang mengesankan untuk pembelian pengguna, yang dapat mempengaruhi periode pengembalian proyek.

Lihat juga: Monetisasi aplikasi: 6 model bisnis yang menguntungkan yang berfungsi

Laporan singkat tersebut membentuk visi keseluruhan proyek. Di masa depan, dapat digunakan dalam persiapan persyaratan teknis dengan persyaratan.

Kiat. Cobalah untuk menggambarkan persyaratan, bukan menyuarakannya. Jadi Anda tidak perlu menceritakan kembali hal yang sama beberapa kali. Jika Anda lebih mudah merumuskan pikiran Anda secara lisan, gunakan input suara di Google Documents.

Apakah saya perlu menggambar prototipe?

Atas kebijaksanaan Anda. Prototipe membantu membayangkan bagaimana tampilan layar aplikasi. Jika Anda menggambar sendiri, perancang tidak perlu menemukan semuanya dari awal. Dia akan dapat lebih memahami ide Anda dan membantu mengembangkannya ke versi final.

Anda dapat membuat prototipe menggunakan layanan gratis atau menggambar dengan tangan. Saya memberikan daftar solusi paling nyaman di akhir artikel.

Kiat. Saat membuat prototipe, fokuslah pada skenario aksi pengguna. Atur transisi antar layar agar tidak ketinggalan langkah penting.

Lihat juga: 20 Alat Prototyping

Apa lagi yang bisa memengaruhi waktu penilaian?

Mungkin sulit untuk merencanakan integrasi. Misalnya, jika aplikasi perlu bertukar data dengan layanan eksternal pada Bitrix. Saat-saat seperti itu sulit untuk dievaluasi, karena Anda harus terus berinteraksi dengan tim di sisi klien. Pekerjaan dapat dihentikan hanya karena pengembang menunggu sepanjang hari untuk umpan balik dari spesialis CRM.

Kiat. Buat ruang informasi umum tempat pakar Anda akan menjawab pertanyaan dari pengembang seluler. Misalnya, menggunakan Google Sheets atau Trello. Informasi yang dikumpulkan dengan cara ini kemudian dapat digunakan untuk menyelesaikan TOR.

Mana yang lebih baik: aplikasi asli atau lintas-platform?

Aplikasi lintas platform kurang responsif dan tidak selalu berfungsi dengan baik di kedua platform. Jika Anda perlu membuat aplikasi sederhana dengan cepat (misalnya, berdasarkan situs), maka opsi ini tepat untuk Anda.

Aplikasi asli dapat memanfaatkan kapabilitas platform mereka dan bekerja secara offline. Pada saat yang sama, desain aplikasi akan sesuai dengan apa yang digunakan pengguna Android atau iOS. Mengingat tren pasar saat ini, opsi ini lebih disukai.

Kiat. Jika anggaran Anda terbatas, pesan aplikasi asli untuk satu platform. Jadi, Anda mendapatkan produk yang layak minimum (MVP) dengan fungsionalitas penuh. Dengan itu, Anda akan menerima umpan balik yang memadai dari pengguna dan memahami apakah Anda perlu berinvestasi dalam pengembangan untuk platform kedua.

Lihat juga: Perbandingan-perbandingan hebat dari lintas-platform dan aplikasi asli

Haruskah saya menggunakan pembuat aplikasi?

Desainer aplikasi dirancang untuk memecahkan masalah bisnis dasar. Kelebihan utama mereka adalah kemampuan untuk merakit dan mengkonfigurasi aplikasi sendiri, bereksperimen dengan modul yang sudah jadi. Jika aplikasi Anda tipikal untuk niche-nya (melakukan hal yang sama dengan yang lain), Anda dapat membangunnya menggunakan konstruktor. Jika Anda membutuhkan sesuatu yang lebih spesifik, maka opsi ini tidak cocok.

Perlu dicatat bahwa sebagian besar desainer adalah waralaba. Bahkan, Anda mendapatkan akses ke aplikasi, yang harus dibayar. Pada saat yang sama, beberapa pemilik waralaba yang tidak bermoral memiliki hak untuk mengubah ketentuan kerja sama atau memblokir akses klien ke akun pribadi Anda.

Kiat. Sebelum Anda menggunakan layanan perancang, baca ulasan tentang aplikasi yang dibuat atas dasar itu. Informasi tentang kasus-kasus yang berhasil dalam portofolio tidak selalu sesuai dengan pengalaman penggunaan yang sebenarnya.

Lihat juga: Daftar besar konstruktor dengan deskripsi

Bagaimana jika aplikasi saya harus siap untuk tanggal tertentu?

Rencanakan tenggat waktu dengan margin. Di AppStore, aplikasi menjalani tinjauan, yang mungkin membutuhkan waktu lebih dari sebulan. Dan Anda tidak dapat memengaruhi Apple.

Tanggal acara yang terkait dengan presentasi dan promosi aplikasi, tunjuk setelah melewati ulasan.

Ringkasan

Satu dan gagasan yang sama dapat dievaluasi dengan cara yang berbeda. Biaya dan persyaratan pengembangan yang tepat dapat dipanggil hanya setelah identifikasi dan koordinasi persyaratan.
Jangan pernah membahas persyaratan secara lisan. Untuk penilaian yang benar, semua anggota tim harus memiliki informasi yang sama dicatat secara tertulis.
Untuk menyampaikan ide Anda dengan lebih baik kepada pengembang, Anda dapat membuat layout layar singkat dan menggambar. Dalam brief, Anda perlu menggambarkan 4P: pengguna, masalah (skenario), manfaat dan keuntungan (metode monetisasi).
Agar tidak harus menjelaskan hal yang sama beberapa kali, catat persyaratan secara tertulis.
Prototipe membantu Anda mengerjakan skrip pengguna dan tidak ketinggalan langkah-langkah penting. Jika Anda menggambar prototipe dengan tangan, jangan lupa untuk menunjukkan logika pergerakan antar layar (klik di sini - pergi ke sana).
Untuk menjalin komunikasi antara pengembang dan spesialis Anda, pimpin diskusi di Google Sheets atau Trello.
Aplikasi lintas-platform hanya cocok untuk aplikasi kecil dan bersahaja. Dalam semua kasus lain, lebih baik memilih pengembangan asli.
Jika anggaran Anda terbatas, buat versi MVP aplikasi untuk satu platform untuk mendapatkan umpan balik dari pengguna.
Desainer aplikasi cocok untuk memecahkan masalah bisnis yang khas. Untuk sesuatu yang lebih spesifik lebih baik beralih ke studio pengembangan.
Jika aplikasi Anda harus siap untuk tanggal tertentu, rencanakan untuk merilisnya setidaknya satu bulan sebelumnya. Siapkan presentasi dan acara promosi setelah peninjauan (terutama penting untuk iOS).

Tautan yang bermanfaat

Perkiraan biaya:

Gambar prototipe:

Jika Anda memiliki pertanyaan, silakan komentar.

Pengembangan ponsel: dari ide hingga estimasi biaya