Mobil Uygulamanın Maliyet Kalemleri
Uygulama tekliflerinde genellikle tek bir proje bedeli görürsünüz. Arkasında ise farklı mantıkla büyüyen altı maliyet vardır ve bunlardan ikisi tek seferlik değil, her yıl tekrar eder. Bu yapıyı bilmek hem pazarlığı hem kapsam kararını zemine oturtur. 🧾
Bu yazı proje bedelinin içini açıyor ve sonunda örnek bir dağılım veriyor. Kapsam listesini kapsam yazısında, bantları fiyat rehberinde bulabilirsiniz.
Maliyeti Büyüten Üç Değişken
Aynı iş için hazırlanan iki teklif neden farklı çıkar? Çünkü üç değişken farklı varsayılmıştır. 📐
Ekran Sayısı
Kaç ekran tasarlanıp kodlanacak? Bu kalem doğrusal büyür ve teklifte rakamla yazılmalıdır.
Backend İhtiyacı
Veri saklanacak mı, kullanıcı hesabı olacak mı? Bu, maliyetteki en büyük sıçramayı yaratır.
Platform Sayısı
Tek platform mu, iki platform mu? Etkisi teknoloji seçimine göre değişir; ayrımını türler yazısında yaptık.
Kalem 1: Analiz ve Tasarım
Projenin ilk üçte biri. 🎨
Ne İçerir?
Ekran listesi, kullanıcı akışı ve arayüz tasarımları. Bu aşama kod yazılmadan tamamlanır.
Neden Kısılmamalı?
Akış netleşmeden başlanan projede her değişiklik kod değişikliği demektir; bu en pahalı düzeltme türüdür.
Ekran Başına Ölçeklenir
Ekran sayısı arttıkça hem tasarım hem geliştirme birlikte büyür.
Kalem 2: Mobil Geliştirme
Projenin görünen ve en büyük kalemi. 💻
| Faktör | Maliyet etkisi |
|---|---|
| Ekran sayısı | Doğrusal |
| Cihaz özelliği kullanımı | Her biri ayrı iş |
| Üçüncü taraf entegrasyon | Adet başına artar |
| Çevrimdışı çalışma | Belirgin biçimde yüksek |
Standart Ekranlar
Liste, detay, form ve profil gibi ekranlar öngörülebilir maliyettedir.
Özel İşlevler
Harita, kamera işleme, çevrimdışı senkronizasyon. Bunlar ayrı ayrı fiyatlanır.
Entegrasyonlar
Ödeme, muhasebe, kargo. Her entegrasyon hem geliştirme hem test yükü getirir.
Kalem 3: Backend ve Panel
Görünmez ama işin yarısı. 🗄️
Sunucu Tarafı
Veri modeli, API ve güvenlik. Uygulamanın arkasındaki sistem budur.
Yönetim Paneli
İçerik ve kullanıcı yönetimi için ayrı bir web arayüzü. Bu, ayrı bir yazılımdır.
Neden Sürpriz Olur?
Teklif “uygulama” üzerinden konuşulduğu için bu kalem yazılmaz ve fiyat düşük görünür.
Kalem 4: Test ve Yayın
Kısıldığında bedelini kullanıcı öder. 🧪
Cihaz Testleri
Farklı ekran boyutları ve işletim sistemi sürümleri. Kombinasyon çoktur.
Mağaza Süreci
Hesap açılışı, belge hazırlığı ve inceleme. Reddedilme ihtimali takvime eklenmelidir.
Mağaza Sayfası
Açıklama, ekran görüntüleri ve simge; adımlarını yayın yazısında anlattık.
Kalem 5: Yıllık Bakım
Setin merkez tezi burada somutlaşıyor: tek seferlik değildir. 🔧
Neden Zorunlu?
İşletim sistemleri güncellenir, mağaza kuralları değişir, yeni cihazlar çıkar. Uyum sürekli iştir.
Nasıl Fiyatlanır?
Genellikle yapım bedelinin bir oranı olarak yıllık hesaplanır. Oran, projenin karmaşıklığına göre değişir.
Kapsamı Ne?
Hata düzeltme, uyum güncellemeleri ve küçük iyileştirmeler. Yeni özellik ayrı fiyatlanır; kurgusunu bakım yazısında anlattık.
Kalem 6: Altyapı ve Hesaplar
Küçük ama kesintisiz giderler. 🖥️
Sunucu
Aylık gider. Kullanıcı sayısı arttıkça ölçeklenir.
Geliştirici Hesapları
Mağaza hesapları yıllık ücretlidir ve sizin adınıza olmalıdır.
Üçüncü Taraf Servisler
Bildirim, harita, analiz servisleri. Kullanım arttıkça bunlar da ücretlenir.
Sabit Fiyat mı, Adam-Gün mü?
Yazılım projelerinde iki fiyatlama modeli var ve ikisi farklı risk taşır. ⚖️
Hangisinin doğru olduğu, kapsamın netliğine bağlıdır.
Sabit Fiyat
Kapsam netse tercih edilir. Risk geliştiricidedir; ancak kapsam dışı her istek ek fiyatlanır.
Adam-Gün
Kapsam belirsizse kullanılır. Esnektir ama toplam maliyet baştan bilinmez.
Hangisi Doğru?
Analiz aşaması adam-gün, geliştirme sabit fiyat şeklinde karma bir kurgu çoğu projede en dengelisidir; denetimini teklif yazısında yaptık.
Örnek Dağılım
Aşağıdaki tablo, çapraz platformla yapılan orta ölçekli bir projede yapım bedelinin kabaca nasıl dağıldığını gösterir. Oranlar göstergedir.
| Kalem | Tipik pay | Davranışı |
|---|---|---|
| Mobil geliştirme | ~%40 | Ekran ve özellikle |
| Backend ve panel | ~%25 | Veri karmaşıklığıyla |
| Analiz ve tasarım | ~%20 | Ekran sayısıyla |
| Test | ~%10 | Cihaz çeşidiyle |
| Yayın ve koordinasyon | ~%5 | Sabite yakın |
Backend Payı Şaşırtır
Görünmeyen bu kalem, toplamın dörtte birini alabilir.
Yıllık Kalemler Hariç
Bakım, sunucu ve hesap ücretleri bu dağılıma dahil değildir.
Görünmeyen Kalem
Sizin zamanınız: içerik hazırlama, onay verme, test etme. Bu yük hafife alınır.
Fiyatı Düşüren Dört Hamle
Kalite düşürmeden maliyeti azaltmanın yolları var. ✂️
İlk Sürümü Daraltın
Yalnızca asıl işi yapan ekranlar. Bu tek karar en büyük tasarrufu sağlar.
Tek Platformla Başlayın
Kitlenizin ağırlıklı olduğu platformla başlamak meşru bir tercihtir.
Hazır Servisleri Kullanın
Bildirim, analiz ve kimlik doğrulama için hazır servisler, sıfırdan geliştirmekten ucuzdur.
Kapsamı Sabitleyin
Geliştirme sırasında eklenen her özellik yeniden planlama demektir; hesabını bütçe yazısında kurduk.
Sık Sorulan Sorular
Uygulama maliyetinin en büyük kalemi hangisi?
Mobil geliştirme genellikle en büyük paydır ama şaşırtıcı olan backend’dir; veri saklayan bir projede sunucu tarafı ve yönetim paneli toplamın dörtte birine yaklaşabilir. İşletmeler bedeli ekranlar üzerinden düşündüğü için bu kalem gözden kaçar. Teklifte backend ayrı satır olarak yazılmadığında fiyat gerçekte ne kapsadığını göstermez.
Yıllık bakım ücreti neden var ve ne kadar?
Çünkü uygulama teslim edildiği gün donmaz. İşletim sistemleri güncellenir, mağaza kuralları değişir ve yeni cihazlar çıkar; uyum sürekli bir iştir. Bakım genellikle yapım bedelinin bir oranı olarak yıllık hesaplanır ve oran projenin karmaşıklığına göre değişir. Kapsamı hata düzeltme ve uyum güncellemeleridir; yeni özellikler ayrı fiyatlanır.
Maliyeti düşürmenin en etkili yolu ne?
İlk sürümü daraltmak. Yalnızca asıl işi yapan ekranlarla başlamak, hem bütçeyi hem riski küçültür; kullanılmayan özelliğe harcanan para geri gelmez. Ayrıca tek platformla başlamak, hazır servisleri kullanmak ve kapsamı sabitlemek etkilidir. Geliştirme sırasında eklenen her özellik yeniden planlama ve ek maliyet demektir.