Blog Yazısı Özeti

"Mobil uygulama yaptırmak ne kadar?" sorusuna internette birbirinden çok farklı cevaplar bulursunuz. Bunun sebebi firmaların keyfi fiyat vermesi değil; "uygulama" kelimesinin çok farklı büyüklükteki işleri kapsaması. Bu yazı, maliyeti gerçekte neyin belirlediğini ve teklif istemeden önce nelere karar vermeniz gerektiğini anlatıyor.

Kısa cevap: Mobil uygulama maliyetini en çok kaç platformda çıkacağı, üyelik ve ödeme olup olmadığı, yönetim paneli ihtiyacı, başka sistemlere bağlanma (ERP, POS, cihaz) ve tasarımın özgünlüğü belirler. Yayından sonraki bakım da toplam maliyetin parçasıdır.

Maliyeti belirleyen 8 kalem

1. Platform: iOS, Android ya da ikisi

Tek platformla başlamak ilk maliyeti düşürür. Ancak çoğu işletme için iki platformu aynı anda çıkarmak, tek kod tabanından çalışan çapraz platform teknolojileriyle (React Native, Flutter gibi) daha ekonomik olabilir.

2. Üyelik, giriş ve kullanıcı rolleri

Sadece bilgi gösteren bir uygulama ile kullanıcıların hesap açtığı, farklı yetkilere sahip (müşteri, personel, yönetici) olduğu bir uygulama arasında ciddi iş farkı vardır.

3. Ödeme ve abonelik

Uygulama içinde ödeme, abonelik veya cüzdan varsa; ödeme kuruluşu entegrasyonu, iade senaryoları ve mağazaların uygulama içi satın alma kuralları devreye girer.

4. Yönetim paneli

Uygulamanın arkasında içeriği, kullanıcıları ve siparişleri yöneteceğiniz bir web paneli çoğu zaman uygulamanın kendisi kadar iş çıkarır. Teklif karşılaştırırken panelin dahil olup olmadığına mutlaka bakın.

5. Entegrasyonlar

Mevcut ERP, muhasebe, CRM, POS, turnike veya kiosk gibi sistemlere bağlanmak maliyeti artırır; ama çoğu zaman uygulamanın asıl değerini de bu bağlantılar yaratır.

6. Tasarım

Hazır bileşenlerle sade bir arayüz ile markaya özel, animasyonlu bir tasarım arasında hem süre hem maliyet farkı vardır.

7. Mağaza yayını

App Store ve Google Play'de yayın için geliştirici hesapları gerekir. Apple Developer Program yıllık üyelik ücretlidir; Google Play geliştirici hesabı tek seferlik kayıt ücreti ister. Mağaza inceleme süreçleri ve politika uyumu da takvime eklenmelidir.

8. Yayından sonra: bakım ve sunucu

İşletim sistemi güncellemeleri, mağaza politikası değişiklikleri, hata düzeltmeleri ve sunucu giderleri yayından sonra da devam eder. Toplam maliyeti düşünürken ilk geliştirme kadar bu kısmı da hesaba katın.

Neden "sabit paket fiyatı" vermiyoruz?

Aynı adı taşıyan iki uygulama ("randevu uygulaması" gibi) yukarıdaki kalemlerde birbirinden tamamen farklı olabilir. Sabit fiyat ya ihtiyacınızdan fazlasını ödetir ya da işin ortasında "bu kapsam dışı" tartışması çıkarır. Bu yüzden önce kapsamı konuşup kabaca bir bütçe aralığı veriyor, kapsam netleşince yazılı teklif hazırlıyoruz.

Teklif istemeden önce hazırlık listesi

Aşağıdaki sorulara kısa cevaplarınız varsa, alacağınız teklifler hem daha hızlı hem karşılaştırılabilir olur:

  • Uygulamayı kimler kullanacak; kaç tür kullanıcı var?
  • Hangi 3–5 işlem mutlaka olmalı (ilk sürüm için)?
  • Üyelik, ödeme, bildirim olacak mı?
  • Bir yönetim paneli lazım mı?
  • Bağlanması gereken mevcut sistem var mı?
  • Beğendiğiniz örnek uygulamalar hangileri?
  • İlk sürüm için hedef tarih ne?

İpucu: İlk sürümü küçük tutun. Çekirdek işlevlerle yayına çıkıp kullanıcıdan gelen geri bildirimle büyümek, her şeyi ilk seferde yapmaya çalışmaktan hem daha ucuz hem daha güvenlidir.

Kaynaklar

Bilgiler 06.11.2026 tarihinde kontrol edilmiştir.