İSCOTERA
Blog
3 dk okuma

Mobil Uygulama Yaptırma Maliyeti: Fiyatı Ne Belirler?

mobilişletmemaliyet
İscotera Ekibi
Spiralli boş bir defterin üzerinde bir kalem ve yanında siyah bir hesap makinesi

Mobil uygulama yaptırma maliyeti için aldığınız teklifler birbirinden çok farklı olabilir. Bunun nedeni çoğunlukla fiyat politikası değil, tekliflerin aynı işi tarif etmemesidir. Bu yazıda mobil uygulama maliyetini belirleyen kalemleri, yayından sonra devam eden giderleri ve bütçeyi düşürmenin yollarını anlatıyoruz. Rakam vermiyoruz; nedenini sonda açıklıyoruz.

Mobil uygulama maliyetini belirleyen yedi kalem

1. Platform sayısı. Uygulama yalnızca Android’de mi, yalnızca iOS’ta mı, yoksa ikisinde birden mi yayınlanacak? İki platform, her durumda tek platformdan fazla iş demektir: iki mağaza, iki test süreci, iki ayrı kural seti.

2. Geliştirme yöntemi. Her platform için ayrı uygulama yazmak en yüksek maliyetli yoldur. Tek kod tabanından iki platforma çıkmak maliyeti belirgin biçimde düşürür ve çoğu iş uygulaması için yeterlidir. Yoğun grafik ya da cihaza özgü donanım kullanan uygulamalarda ayrı geliştirme gerekebilir.

3. Ekran ve özellik sayısı. Maliyetin ana belirleyicisi budur. Beş ekranlı bir bilgi uygulaması ile sipariş alan, ödeme kabul eden ve kurye takibi yapan bir uygulama aynı kategoride değerlendirilemez. Tekliflerin ekran ve özellik listesi içermesi bu nedenle önemlidir.

4. Uygulamanın arkasındaki sistem. Kullanıcı hesabı, sipariş ya da içerik barındıran her uygulamanın arkasında bir sunucu yazılımı ve çoğu zaman bir yönetim paneli bulunur. Bu bölüm kullanıcıya görünmez, ancak toplam işin yarısına yaklaşabilir. Teklifte yer almıyorsa mutlaka sorun.

5. Entegrasyonlar. Online ödeme, harita ve konum, anlık bildirim, SMS doğrulama, sosyal medya ile giriş, muhasebe ya da stok sistemi bağlantısı. Her biri ayrı bir kalemdir ve karşı sistemin kurallarına bağlıdır.

6. Tasarım. Platformun standart bileşenleriyle kurulan bir arayüz ile markaya özel çizilmiş, animasyonlu bir arayüz arasında ciddi bir emek farkı vardır. Hangisinin gerektiği, uygulamanın kime hitap ettiğine bağlıdır: çalışanların kullandığı bir iç uygulama ile mağazada rakipleriyle yarışan bir uygulamanın ihtiyacı aynı değildir.

7. Çevrimdışı çalışma. Uygulamanın internet olmadan da çalışması ve bağlantı geldiğinde veriyi eşitlemesi isteniyorsa bu, basit görünen ama maliyeti artıran bir gereksinimdir.

Yayından sonra devam eden giderler

Yapım bedeli toplam maliyetin yalnızca bir bölümüdür:

  • Mağaza hesapları. Apple geliştirici hesabı için yıllık, Google ise tek seferlik bir ücret alır. Tutarlar küçüktür; hesapların sizin adınıza açılması tutardan daha önemlidir.
  • Sunucu. Uygulamanın arkasındaki sistem aylık bir barındırma gideri taşır ve bu gider kullanıcı sayısıyla birlikte artar. Seçenekleri sunucu seçimi yazısında karşılaştırdık.
  • İşletim sistemi güncellemeleri. iOS ve Android her yıl yeni sürüm çıkarır; mağazalar da kurallarını günceller. Uygulamanın yayında kalabilmesi için düzenli bakım gerekir.
  • Mağaza komisyonu. Uygulama içinde dijital içerik ya da abonelik satılıyorsa mağaza, satıştan pay alır. Gelir modeli planlanırken hesaba katılmalıdır.
  • Üçüncü taraf servisler. SMS, harita ve bildirim servislerinin bir kısmı kullanıma göre ücretlendirilir.

Teklifleri karşılaştırırken yapım bedelinin yanına en az iki yıllık bu giderleri de ekleyin.

Maliyeti düşürmenin yolları

  • İlk sürümü dar tutun. Olmazsa olmaz özelliklerle yayına girin, diğerlerini kullanıcıların gerçek davranışına göre sıralayın. Hiç kullanılmayacak bir özelliğe ödenen bedel, en pahalı kalemdir.
  • Tek platformla başlayın. Hedef kitlenizin çoğu aynı platformdaysa ikinci platform sonraya bırakılabilir.
  • Web ile başlamayı değerlendirin. Bildirim, kamera ya da çevrimdışı kullanım şart değilse telefonda iyi çalışan bir web uygulaması aynı işi daha düşük maliyetle görebilir. Ayrıntılar mobil uygulama mı, mobil uyumlu web sitesi mi yazısında.
  • Hazır servisleri kullanın. Ödeme, giriş ve bildirim için güvenilir hazır servisler vardır; bunları baştan yazdırmak gereksizdir.

Çok düşük teklif neyi dışarıda bırakır?

Belirgin biçimde düşük bir teklifte genellikle şunlardan biri eksiktir: yönetim paneli, mağaza yayın süreci, test, yayın sonrası bakım ya da kaynak kodun teslimi. Tek rakamlık teklif neyin dahil olduğunu göstermez; teklifin maddelere ayrılmasını isteyin ve sahiplik koşullarını sözleşmeye yazdırın.

Neden rakam vermiyoruz?

Kapsam bilinmeden verilen rakam yanıltıcı olur: düşük söylenirse proje sırasında artar, yüksek söylenirse gereksiz yere caydırır. Yöntemimiz, ihtiyacı maddelere ayırmak ve her maddenin süresi ile maliyetini yazılı olarak belirlemektir. Böylece hangi kalemin çıkarılabileceği ya da sonraya bırakılabileceği teklif aşamasında değerlendirilebilir.

Sürecin tamamı için mobil uygulama yaptırmak istiyorum yazısına, hizmetin kapsamı için mobil uygulama geliştirme sayfasına bakabilirsiniz. Uygulamanız için maddelere ayrılmış bir teklif almak isterseniz iletişime geçebilirsiniz.

Diğer yazılar