Faktor biaya pembuatan aplikasi
“Berapa harga sebuah aplikasi?” Ini adalah pertanyaan yang lebih sering Anda dengar sebagai pengembang aplikasi. Sama seperti pertanyaan “Berapa harga sebuah mobil?”, jawabannya di sini hanya bisa: “Tergantung!” Artikel ini mencoba menjelaskan apa itu. Tentu saja, harga sebenarnya bergantung pada masing-masing penyedia layanan dan tarif hariannya serta bagaimana tepatnya setiap faktor yang diuraikan di sini harus diterapkan. Artikel ini dimaksudkan untuk membantu Anda memikirkan blok biaya yang terlibat dalam perencanaan dan untuk lebih memahami perhitungan penyedia layanan teknis.
Platform sasaran
Pertanyaan paling penting adalah: Perangkat apa yang seharusnya menjalankan aplikasi saya?
Alasan pertanyaan ini sangat penting: Setiap platform berkembang dalam bahasa pemrograman dan lingkungan yang berbeda. Jadi, Anda perlu mengembangkan aplikasi berkali-kali jika ingin mendukung banyak platform. Hal ini jelas merupakan faktor biaya terbesar karena merupakan pengganda biaya pengembangan secara keseluruhan.
Saat memutuskan pertanyaan ini, ada baiknya untuk melihat spread pasar saat ini. Statistik pastinya berbeda-beda tergantung siapa yang mengumpulkan/memalsukannya, namun sebagian besar sepakat pada satu hal: Android + iOS bersama-sama mendominasi pasar ponsel cerdas/tablet hingga lebih dari 90 persen. Blackberry dan akhirnya Windows Phone mengikuti jauh di belakang. Biasanya pertanyaannya adalah: Apakah saya menginginkan aplikasi Android, aplikasi iOS, atau keduanya.
Karena minimnya penyebaran pesaing, pertimbangan lebih lanjut terbatas pada iOS dan Android.
Faktor bentuk
Pertanyaan berikutnya adalah, apakah saya ingin menawarkan aplikasi saya untuk ponsel, tablet, atau keduanya? Kabar baiknya di sini adalah, tidak seperti pertanyaan tentang platform, Anda tidak perlu mengharapkan biaya pengembangan ganda jika Anda ingin mendukung iPhone dan iPad, misalnya. Namun, Anda tidak bisa mendapatkannya sepenuhnya gratis. Pada dasarnya Anda memiliki tiga pilihan “tingkat ekspansi”:
- Anda tidak melakukan apa pun dan menonaktifkan faktor bentuk yang tidak Anda inginkan (biasanya tablet, Android, dan iOS menawarkan opsi ini). Misalnya, aplikasinya kini hanya bisa diinstal di smartphone.
- Anda hanya menerapkan tata letak untuk faktor bentuk ponsel, namun Anda tidak menonaktifkan instalasi pada tablet. Aplikasi tersebut kini juga dapat digunakan di tablet. Di iOS, hal ini dilakukan melalui apa yang disebut “Mode Kompatibilitas” – Anda cukup membuat “batas kasar” di sekitar aplikasi agar pas di layar yang lebih besar. Di Android, Anda sudah dapat mencapai banyak hal dengan tata letak yang cerdas dan menggunakan ruang tambahan secara bijaksana, karena aplikasi Android – karena fragmentasi pasar yang besar – tetap harus beradaptasi dengan ukuran layar yang berbeda.
- Tata letak antarmuka pengguna diterapkan dua kali: dioptimalkan untuk tablet dan ponsel. Namun, hal ini menggandakan upaya untuk merancang dan mengimplementasikan tata letak.
Kompleksitas dalam panduan pengguna: jumlah tata letak
Setelah pertimbangan dasar ini, saatnya untuk memulai: Pertama, Anda perlu memperkirakan secara kasar berapa banyak “tampilan” atau tata letak yang harus dimiliki aplikasi. Masing-masing tampilan ini harus dirancang dan tata letaknya diterapkan untuk setiap platform. Jadi, Anda perlu membuat pengoperasiannya sesederhana dan seintuitif mungkin – ini tidak hanya menghemat uang, tetapi juga membuat aplikasi secara umum lebih ramah pengguna dan lebih mudah dipahami.
Orientasi: Lansekap/Potret
Haruskah aplikasi hanya berjalan dalam mode potret, lanskap, atau keduanya? Jika Anda ingin mendukung kedua orientasi tersebut, Anda biasanya harus membuat tata letak dua kali untuk setiap tampilan pengguna. Meskipun hal ini tidak meningkatkan upaya pemrograman, hal ini meningkatkan upaya yang diperlukan untuk membuat antarmuka pengguna. Bergantung pada keputusan lain, jumlah tampilan pengguna yang perlu diterapkan bisa meroket.
Misalnya, jika Anda ingin membuat aplikasi iOS dan Android dengan sepuluh layar untuk ponsel dan tablet dalam potret dan lanskap, 2 (platform) * 2 (faktor bentuk) * 2 (orientasi) * 10 = 80 tata letak harus dibuat dan diprogram.
Elemen UI khusus dan eye candy
Jika menyangkut implementasi grafis suatu aplikasi, pertanyaannya selalu apakah kontrol individual diperlukan atau apakah pemrogram bekerja dengan “alat bawaan” untuk mengimplementasikan pengoperasian aplikasi. Setiap elemen kontrol individual harus dibuat secara manual – terkadang memerlukan waktu beberapa hari – sementara, misalnya, hanya perlu beberapa menit untuk memasang tombol standar atau daftar.
Bahkan ketika komponen standar digunakan, pertanyaannya adalah seberapa banyak komponen tersebut perlu disesuaikan dan apakah penyesuaian yang diinginkan mudah dan disediakan oleh platform, atau apakah memerlukan peretasan dan solusi. Tiga contoh dari dunia Android:
- mudah: tombol dengan warna berbeda/dengan latar belakang berbeda, yang perlu Anda lakukan hanyalah membuat grafik latar belakang dan mengemasnya ke dalam aplikasi
- medium: Tombol (atau bidang teks, dll.) dalam font selain font platform: Sedikit pemrograman harus dilakukan untuk ini, font harus dimuat, dll.
- keras: Mengubah warna dalam dialog pemilih tanggal. Contoh tugas yang tampaknya sepele dan membutuhkan banyak usaha, karena mengubah warna ini tidak disediakan di Android.
Contoh-contoh ini menunjukkan bagaimana beberapa keinginan grafis dapat mempengaruhi perhitungan secara signifikan. Secara umum, disarankan untuk mendiskusikan persyaratan grafis dengan penyedia layanan untuk menemukan solusi yang menciptakan kesan visual terbaik sesuai batas anggaran.
Kompleksitas logika aplikasi
Tentu saja, salah satu pertanyaan terpenting adalah kompleksitas logika dalam aplikasi – ini adalah blok biaya terpisah yang selalu bersifat individual. Hal baiknya adalah ini relatif konstan dan tidak bergantung pada keputusan lain – logika program tidak peduli apakah klik tombol dianimasikan dengan usaha yang luar biasa atau tidak.
Pelacakan
Integrasi kerangka pelacakan ke dalam suatu aplikasi sangat populer. Hal ini memungkinkan penerbit aplikasi memantau bagaimana aplikasi mereka digunakan. Pertanyaan yang menarik adalah, misalnya, apa yang dilakukan pengguna sebelum pembelian dalam aplikasi atau pemesanan dilakukan. Dengan solusi pelacakan, mungkin terdapat biaya lisensi untuk kerangka pelacakan itu sendiri serta pemasangan pelacakan itu sendiri. Setiap tindakan yang akan dipantau harus “dikabelkan” untuk dilacak secara manual. Selain perlindungan data, manfaat dan biaya juga harus dipertimbangkan di sini.
Menelepon ke rumah dengan aplikasi!: Jangan lupa koneksi server
Bagian dari perhitungan yang benar-benar memerlukan artikelnya sendiri: Hampir setiap aplikasi yang melakukan sesuatu yang berguna perlu berkomunikasi dengan server untuk mengkomunikasikan sesuatu kepada dunia. Contohnya termasuk kompetisi, toko, segala jenis pesanan, sinkronisasi data dan akun pengguna, dan masih banyak lagi. Untuk melakukan hal ini, server yang benar-benar baru harus dirancang, diimplementasikan, dan dioperasikan (yang memerlukan biaya tambahan berkelanjutan) atau sebuah aplikasi harus terhubung ke sistem yang sudah ada – biasanya item yang sangat besar yang, sayangnya, sering kali tidak “dilihat dari radar” tidak.
Semua bekerja dan tidak bermain membuat Jack menjadi anak yang membosankan: Spiele
Game adalah sebuah subjek tersendiri dan biasanya sangat diremehkan dalam hal kompleksitasnya. Membuat game profesional, bahkan di sektor kasual, memerlukan grafis dan suara berkualitas tinggi, dan jika ingin game tersebut menyenangkan, juga memerlukan banyak pengujian dan penyesuaian. Pemrogramannya juga seringkali jauh lebih menuntut dibandingkan dengan aplikasi “normal”. Animasi, kecerdasan buatan untuk lawan komputer, efek, dan yang terpenting, grafik yang cepat dan halus dengan cepat membuat biayanya mencapai kisaran enam digit. Langit adalah batasnya.
Efek yang menarik: melakukan porting ke berbagai platform seringkali sangat murah, karena dengan mesin game yang bagus seperti Unity, Anda sebenarnya dapat mengembangkan hampir tanpa platform dan masih (praktis) asli.
Aneka ragam
Ada berbagai macam keinginan yang bisa tercermin dalam perhitungan. Ini bisa berupa hal-hal yang sangat kecil, seperti menyematkan pembaca kode batang, yang dapat dilakukan dalam beberapa jam, atau tampilan augmented reality canggih yang dapat dengan cepat menjadi lebih kompleks dibandingkan aplikasi lainnya.
Blok biaya tambahan yang umum meliputi: Facebook/Twitter/Google+ dll. Integrasi, memutar video dan audio (yang menjadi lebih kompleks karena streaming), gerakan sentuh individual, lokalisasi, database lokal dalam aplikasi, membuat file PDF atau gambar, mengirim email, pembelian dalam aplikasi, Bluetooth/NFC/USB / WLAN – koneksi perangkat eksternal dan banyak lagi. Anda juga perlu mempertimbangkan siapa yang akan memasang aplikasi yang sudah jadi di toko dan siapa yang akan membuat teaser, grafik, dan teks yang diperlukan dalam semua bahasa yang diperlukan.
Penting: Pengungkapan biaya secara transparan
Artikel ini dimaksudkan untuk memberikan panduan awal mengenai hal-hal yang mungkin timbul saat mengembangkan aplikasi, sehingga penawaran dapat dievaluasi dengan lebih baik dan pengembangan aplikasi Anda sendiri dapat direncanakan dengan lebih baik sebelumnya. Penyedia layanan/tim pengembangan Anda harus memberikan perhitungan yang transparan mengenai item mana yang menyebabkan biaya tertentu, agar dapat mempertimbangkan manfaat dan biaya dengan lebih baik jika diperlukan, agar dapat menyesuaikan biaya secara signifikan dengan melakukan beberapa perubahan jika diperlukan.
