Fikrinizden App Store'da ve Google Play'de yayında bir uygulamaya 8–16 haftada götürüyoruz. Native (Swift/Kotlin) veya React Native — projenize en uygun olanı birlikte seçiyoruz.
Hedef kullanıcıyı, rakipleri ve teknik kısıtları haritalıyoruz. Onaylanan akışlar Figma'da prototip oluyor.
Apple HIG ve Material Design'a uyumlu, marka diline özel ekranlar. Her ekran iki cihaz boyutunda kontrol edilir.
2 haftalık sprintler, TestFlight ve Internal Test üzerinden haftalık build, otomatik testler ve PR review.
Node.js veya Python ile REST/GraphQL API, kimlik doğrulama, push notification, in-app purchase entegrasyonu.
App Review reddi, Privacy Manifest, App Tracking Transparency, IAP — bütün lansman sürecini biz yönetiyoruz.
Crash izleme (Sentry/Crashlytics), analitik, A/B testi, sürüm yönetimi ve kullanıcı geri bildirim döngüsü.
Modern, kanıtlanmış ve hala desteği aktif olan stack'ler. Uzun vadeli bakım kolaylığı her zaman önceliğimiz.
Projenin durumuna göre uygun paketi seçelim. Her paketin sonunda gerçek bir müşteri durumu var.
Tek platform (iOS veya Android), 5–8 ekran, kimlik doğrulama, push notification, in-app analitik. App Store onayı dahil.
iOS + Android (native veya RN), backend & API, ödeme entegrasyonu, admin panel, lansman pazarlaması desteği, 3 ay garanti.
Mevcut uygulamanın bakımı, refactor, yeni özellik geliştirme. Kod audit ile başlıyoruz; sonrası aylık retainer.
iOS & Android native, BLE OBD2 protokolü, ECU kodlama veritabanı. Bugün 180K+ kullanıcı, 4.7 puan.
İlk uygulamanızı yaptırırken ya da mevcut bir ekipten devralırken, sözleşmeyi imzalamadan önce yanıtlanması gereken pratik sorular.
Sabit fiyat, kapsamı baştan dondurabildiğiniz projelerde adildir: tek platform, tanımlı 5–8 ekran, üçüncü parti entegrasyon yok. Gerçek hayatta mobil projelerin çoğu bu kadar net değildir; App Review ret nedenleri, Apple/Google API değişiklikleri ve gerçek kullanıcı testinden gelen geri dönüşler kapsamı kaydırır. Sprint bazlı (2 haftalık iterasyonlar, sabit ekip kapasitesi, açık backlog) modelde tahmin yerine ölçüm vardır: her sprint sonunda gerçek velocity üzerinden kalan iş yeniden planlanır. Önerimiz şu: ilk discovery + wireframe fazını sabit fiyatlı paket olarak alın, sonrasını sprint bazlı sürdürün. Böylece ilk haftalardan sonra kapsam belirsizliği kalmadan ilerleyebilirsiniz.
Sözleşmede şu üç noktanın yazılı olması şarttır: (1) repository'nin sizin organizasyon hesabınızda (GitHub/GitLab) açılması ve ajansa collaborator yetkisi verilmesi, (2) Apple Developer ve Google Play hesaplarının sizin şirketinize ait olması — ajans yalnızca üye olarak eklenmeli, (3) tüm üçüncü parti servislerin (Firebase, Sentry, RevenueCat, Mixpanel) sizin e-postanızla açılmış olması. Bu üçü olmadan, ajansla ilişki bittiğinde uygulamanın yayını ve veri erişiminiz risk altında olur. Devir aşamasında READMEsi güncel, .env.example dosyaları eksiksiz, build & release komutlarının dokümante edildiği bir runbook teslim alınmalı; tercihen iki saatlik bir teknik handover oturumu yapılmalı.
"Hızlı uygulama yapacağız" cümlesi sözleşme şartı değildir. Sayılabilir hedefler eklenmelidir: cold start süresi (örn. iOS'ta 2 saniye altı), crash-free user oranı (Crashlytics/Sentry'de %99,5+), App Store ilk inceleme süresi (genelde 24–48 saat), ilk sürümün Lighthouse PWA skoru veya benzeri eş değer mobil performans hedefleri, P95 API yanıt süresi. Lansman sonrası bakım için cevap süresi tanımları kritik: kritik (uygulama açılmıyor, ödeme alınamıyor) için aynı gün, yüksek için 48 saat, normal için 5 iş günü. Bu sayılar olmadan "ne kadar iyi" sorusu öznel kalır.
Yerel (Türkiye) ekibin avantajları: aynı saat dilimi, yüz yüze toplantı imkanı, KVKK ve yerel ödeme entegrasyonlarında deneyim, Türkçe doküman. Saatlik maliyet Batı Avrupa veya ABD ekiplerine kıyasla anlamlı şekilde düşüktür ve teknik kalite üst düzey takımlarda eşittir. Nearshore (Doğu Avrupa) Avrupa fonlu projelerde fatura/sözleşme tarafında kolaylık sağlayabilir, fakat App Store ödeme yapısı ve KDV taraflarında ek hesap gerektirir. Offshore (Hindistan/Pakistan) saatlik maliyette daha agresif olsa da koordinasyon yükü ve revizyon turlarının çokluğu toplam sahip olma maliyetini sıklıkla yerel rakamlarla aynı yere çıkarır. Karar verirken saatlik ücreti değil, "kabul edilebilir kaliteye ulaşmak için gerekli toplam saat" rakamına bakın.
Mobil bir uygulamanın "yaşaması" için yıllık iki büyük platform sürümü (iOS ve Android'in eylül/ekimde gelen versiyonları), üçüncü parti SDK uyumluluk güncellemeleri, Apple ve Google'ın yıllık değişen politika gereksinimleri (Privacy Manifest, App Tracking Transparency, Data Safety formu) ve crash izleme verileri üzerinden çıkan acil yamalar gerekir. Aylık retainer modeli en pratik çözümdür: önceden anlaşılmış bir saat havuzu (örn. 20–40 saat/ay), saat dışına çıkıldığında nasıl faturalandırılacağı, on-call dahil mi gibi noktalar netleştirilir. SLA'da minimum üç sınıf öneriyoruz — kritik / yüksek / normal — her biri için cevap ve çözüm süresi ayrı ayrı tanımlı olmalı. Ayda saat tüketmediğiniz aylar için saat devri (carry-over) maddesi eklemek standart pratiktir.
Mobilde "manuel test ederiz" cümlesi yetersizdir; çünkü iOS ve Android arasında onlarca cihaz/işletim sistemi kombinasyonu vardır. Sözleşmede şu süreçler beklenmelidir: birim test kapsamının %60+ olması (özellikle iş kuralları için), kritik akışlarda end-to-end test (Detox veya Maestro), her PR'da CI'da otomatik build + test çalıştırılması, TestFlight ve Internal Test üzerinden haftalık beta sürümü, ve gerçek cihaz farm testi (BrowserStack/Firebase Test Lab) en az lansman öncesi. Lansmandan önce 1–2 haftalık beta süreci ve en az 20–30 gerçek kullanıcının uygulamayı kullandığı bir aşama olmadan App Store'a göndermenizi önermiyoruz.
Mobil uygulama projelerinde en çok aldığımız sorular.
30 dakikalık ücretsiz görüşmede yol haritası ve kaba bütçe çıkaralım.