Mobil uygulama yaptırmak: karar verdiniz, sırada ne var?

Bu sayfa, uygulama yaptırmaya karar vermiş kişiler için yazıldı. Uygulamanın ne olduğunu değil, süreci nasıl yürüteceğinizi anlatıyor: sırayla ne oluyor, sizden ne isteniyor, hangi kararlar bütçeyi belirliyor ve teklif almadan önce neyi netleştirmeniz gerekiyor.

Önce şunu sorun: uygulamaya gerçekten ihtiyacınız var mı?

Her işin uygulamaya ihtiyacı yok. Uygulama, tekrar eden bir kullanım varsa değerlidir: müşteri ayda birden fazla kez size dönüyorsa, bildirimle geri getirilebiliyorsa, ya da bir işlemi sürekli tekrarlıyorsa. Yılda bir kez alışveriş yapılan bir iş için mobil uygulama yerine iyi bir mobil site çoğu zaman daha doğru karar.

Bunu baştan sormamızın sebebi şu: yaptırmayın demek değil, yanlış kapsamla başlamayın demek. Uygulamanın karşılığını verdiği yer sadakat ve tekrar kullanım; ilk sürümü de buna göre kurmak gerekiyor.

Mobil uygulama yaptırmak: süreç nasıl işliyor?

Bizde süreç dört aşamada ilerliyor. Aşamalar arasında onay noktası var — yani her aşamanın sonunda devam etmeme hakkınız duruyor.

İlk yayına çıkabilir sürüm için hedefimiz 4–6 hafta. Bu süre kapsam büyüdükçe uzar; kısaltmanın yolu ekip büyütmek değil, ilk sürümü daraltmaktır. Ekip büyütmek çoğu projede koordinasyon yükü getirip işi yavaşlatıyor.

Başlamadan önce hazırlamanız gereken dört şey

Teklif sürecini uzatan şey genelde fiyat pazarlığı değil, bu dördünün eksik olması. Hazırsa ilk görüşme kapsamı netleştirmeye ayrılır, tanışmaya değil.

1. Tek cümlelik problem tanımı. "Müşterilerim randevuyu telefonla veriyor, yarısı unutuluyor" gibi. Özellik listesi değil, çözülecek problem.
2. Olmazsa olmaz üç ekran. Uygulama yalnızca üç ekrandan ibaret olsaydı hangileri olurdu? İlk sürümün iskeleti budur.
3. Kimin kullanacağı. Mevcut müşteriniz mi, yeni kitle mi? Mevcut müşteriye yapılan uygulama daha hızlı karşılığını verir, çünkü kullanıcıyı sıfırdan bulmanız gerekmez.
4. Bütçe aralığı. Kesin rakam değil, band. Bandı söylemek pazarlık gücünüzü düşürmez; kapsamın o banda göre kurulmasını sağlar.

Kime yaptırmalı: freelancer, ajans mı, kendi ekibiniz mi?

Üçünün de doğru olduğu durumlar var. Belirleyici olan projenin büyüklüğü değil, uygulamanın yayına çıktıktan sonra kim tarafından sürdürüleceği.

Freelancer'la çalışırken en sık yaşanan sorun kalite değil, devamlılık: kişi müsait olmadığında uygulama güncellenemez hâle geliyor. Ajansla çalışırken en sık yaşanan sorun ise kaynak koda erişim. Bizde kaynak kod teslim ediliyor — bunu sözleşmede arayın, kimle çalışırsanız çalışın.

Mobil uygulama yaptırmak ne kadar tutar?

Ağustos 2026'da 47 yazılım firmasından fiyat aldık: piyasa ortalaması 250.000 ₺, çalışılan bandlar 100.000 ₺ ile 1.200.000 ₺ arasında değişiyor. Fiyatı belirleyen üç değişken var: kaç platformda yayınlanacağı, hangi özellikleri taşıyacağı (ödeme, mesajlaşma ve yapay zekâ en çok etkileyenler) ve teslim süresi.

Kendi projenizin hangi banda düştüğünü dört soruda görmek için mobil uygulama fiyatları sayfasındaki hesaplama aracını kullanabilirsiniz — kayıt ya da e-posta istemiyor.

Teklif almadan önce netleşmesi gereken altı soru

Aldığınız teklifleri karşılaştırılabilir kılan şey bu altı sorunun cevabı. İkisi aynı rakamı veren iki teklif, bu sorularda ayrışıyor.

1. Kaynak kod teslim ediliyor mu, yoksa firmada mı kalıyor?
2. Mağaza hesapları kimin adına açılıyor? (Sizin adınıza açılmalı — aksi hâlde uygulamanız sizin değil.)
3. Yayın sonrası hata düzeltmeleri fiyata dahil mi, ne kadar süreyle?
4. Tasarım onayı kodlamadan önce mi alınıyor, sonra mı?
5. iOS ve Android tek kod tabanıyla mı yazılıyor, ayrı ayrı mı? (Ayrıysa maliyet ve süre iki katına yakın çıkar.)
6. Sözleşmede teslim tarihi var mı, gecikmede ne oluyor?

Sektörünüze göre ne değişir?

İlk sürümün kapsamı sektöre göre farklılaşıyor. En sık gelen üç başlıkta olmazsa olmazlar şöyle:

• Restoran ve kafe: menü, sipariş ve sadakat puanı. QR menüden farkı, bildirim gönderebilmeniz — tekrar ziyareti getiren şey o.
• E-ticaret: ürün listesi, ödeme ve kayıtlı kart. Uygulama yeni müşteri kazanmaktan çok, mevcut müşteriyi geri getirmekte işe yarıyor.
• Randevulu hizmetler (klinik, salon, danışmanlık): takvim, hatırlatma bildirimi ve iptal akışı. Gelmeyen randevuyu en çok azaltan şey hatırlatma.

En sık yapılan üç hata

• İlk sürüme her şeyi koymak. Kapsam büyüdükçe yayın tarihi uzuyor, uzadıkça da ilk kullanıcı geri bildirimi geç geliyor. Yanlış özelliği altı ay sonra öğrenmek pahalı.
• Tasarımı kodlamadan sonraya bırakmak. Ekranlar kodlandıktan sonra yapılan değişiklik, prototipte yapılana göre kat kat maliyetli.
• Yayın gününü bitiş sanmak. Uygulama mağazaya çıktığında iş bitmiyor; ilk ay gelen hata bildirimleri ve kullanım verisi ikinci sürümü belirliyor. Bunun için bütçede pay bırakın.