Mobil uygulama yaptırma maliyetini en çok kapsam belirler: uygulamayı kaç farklı kullanıcı rolünün kullanacağı, bu rollerin kaç ekran ve akıştan geçeceği, hangi platformlarda yayınlanacağı ve arkasında nasıl bir sunucu ile yönetim paneli olacağı. Bunlara ödeme, harita, SMS ve bildirim gibi entegrasyonlar, tasarım, test, mağaza hesapları ve yayından sonraki bakım eklenir. Bu yazıda fiyat vermek yerine fiyatı oluşturan kalemleri ve doğru teklif almak için nasıl hazırlanabileceğinizi anlatıyoruz.
Kullanıcı rolleri, ekranlar ve akışlar
Bir uygulamanın büyüklüğünü anlamanın en hızlı yolu, onu kimlerin kullanacağını saymaktır. Sipariş, teslimat ya da rezervasyon gibi platformlarda çoğu zaman birden fazla taraf vardır: ürünü alan müşteri, siparişi hazırlayan işletme, teslim eden kurye. Her rolün kendi giriş akışı, yetkileri, bildirimleri ve ekranları olur; çoğu zaman her rol ayrı bir uygulama ya da panel demektir.
Projelerimizden iki örnek verelim. ÇAK’ta müşteri uygulaması, işletmelerin kullandığı ÇAK İşletme ve bir web sitesi birlikte çalışır. ANTLY’de ise teslimat taleplerini kuryelerle buluşturan iki uygulama vardır: ANTLY Kurye ve ANTLY İşletme. Rol sayısı arttıkça yalnızca ekran sayısı artmaz, roller arasındaki etkileşim de artar: bir siparişin durumu müşterinin, işletmenin ve kuryenin ekranında aynı anda doğru görünmelidir.
Ekran sayısından çok akış sayısına bakmak daha gerçekçi bir tablo verir. “Kayıt ol, ürün seç, öde, siparişi takip et” tek bir akıştır; ama arkasında boş liste, hata mesajı, bağlantı kopması ve izin isteme gibi kolayca gözden kaçan ekranlar vardır. Mağaza kuralları da kapsama ekler: hesap açılabilen uygulamalarda hesabı uygulama içinden silme yolu sunmak hem App Store İnceleme Kuralları’nda (madde 5.1.1(v)) hem de Google Play’in hesap silme şartlarında zorunludur. Google Play bunun yanında, silme talebinin uygulama dışından da iletilebileceği bir web bağlantısı ister.
Platformlar, arka uç ve yönetim paneli
iOS ve Android için iki ayrı native uygulama yazmak, iki kod tabanı, iki kez geliştirme ve iki kez bakım demektir. Biz genellikle iki platformu React Native ile tek kod tabanından geliştiriyor, gerektiğinde platforma özel modüller ekliyoruz. Bu seçimin artılarını ve eksilerini React Native, Flutter ya da native yazımızda ayrıntılı olarak karşılaştırdık.
Web de hedefteyse kapsam büyür. Kullanıcıların tarayıcıdan da işlem yapabileceği bir web uygulaması mı, yoksa tanıtım ve indirme bağlantıları veren bir site mi istediğinizi baştan netleştirmek gerekir. Ek mağazalar da hesaba katılmalıdır: örneğin ÇAK’ın müşteri ve işletme uygulamaları App Store ve Google Play’in yanında Huawei AppGallery’de de yayınlandı. Her mağaza kendi yayın ve güncelleme sürecini getirir.
Uygulamanın görünmeyen yarısı arka uçtur. Kullanıcı hesapları, siparişler ve ödemeler bir sunucuda, bir veritabanında ve uygulamaların konuştuğu bir API’de yaşar. Bunun yanında kullanıcıları onayladığınız, içerikleri düzenlediğiniz, siparişleri izleyip rapor aldığınız bir yönetim paneli gerekir. Bu panel, kullanıcıya görünen uygulama kadar iş çıkarabilir; teklifleri karşılaştırırken panelin kapsamda olup olmadığına ve hangi raporları içerdiğine mutlaka bakın.
Entegrasyonlar ve kullanıma bağlı giderler
Her entegrasyonun iki ayrı maliyeti vardır: geliştirme ve test emeği ile servis sağlayıcının yayından sonra aldığı kullanım ücreti. İkincisi geliştirme teklifinde görünmez, ama kullanıcı sayısı arttıkça büyür.
| Entegrasyon | Geliştirme tarafında | Yayından sonra |
|---|---|---|
| Ödeme ve cüzdan | Ödeme akışı, iade, bakiye, ödeme kuruluşu başvurusu | İşlem başına komisyon |
| Harita ve konum | Adres seçimi, canlı konum, mesafe ve rota | İstek sayısına bağlı ücret |
| SMS ile tek kullanımlık şifre | Giriş akışı, yeniden gönderme, kötüye kullanım sınırları | Gönderilen SMS başına ücret |
| Push bildirim | Bildirim türleri, izin isteme, iOS ve Android kurulumu | Seçilen altyapıya göre değişir |
Ekim 2026 itibarıyla birkaç örnek: iyzico başlangıç ücreti almadığını, başarılı işlemlerden yüzdelik bir komisyon ve sabit bir işlem ücreti aldığını belirtir. Google Maps Platform istek başına ücretlendirir ve her ürün için aylık belirli sayıda ücretsiz istek tanır. Firebase’in telefonla doğrulama hizmeti gönderilen SMS başına ücretlendirilir; aynı sayfada Cloud Messaging bildirim servisi ücretsiz olarak listelenir.
Ödemede bir mağaza kuralını baştan bilmek gerekir. App Store İnceleme Kuralları’na göre uygulamadaki özelliklerin ya da dijital içeriğin kilidini açan satışlarda Apple’ın uygulama içi satın alma sistemi kullanılmalıdır (3.1.1). Uygulama dışında tüketilen fiziksel ürün ve hizmetlerde ise uygulama içi satın alma dışında bir ödeme yöntemi kullanılmalıdır (3.1.3(e)). ÇAK bu ikinci gruba bir örnektir: kullanıcılar ürünü iyzico ile çalışan uygulama içi cüzdanla alır, işletmeden teslim koduyla teslim alır ve uygulamaya telefonla tek kullanımlık şifreyle girer. Gelir modelinizin hangi gruba girdiği, ödeme entegrasyonunun kapsamını baştan belirler.
Tasarım, test ve mağaza yayını
Tasarım aşaması kullanıcı akışlarını, arayüz tasarımını ve kod yazılmadan önce deneyebileceğiniz tıklanabilir bir prototipi kapsar. Bir akışı prototipte değiştirmek, kodlandıktan sonra değiştirmekten çok daha ucuzdur; bu yüzden tasarıma ayrılan süre toplam maliyeti genellikle düşürür.
Test, her rolün akışını farklı ekran boyutlarında ve işletim sistemi sürümlerinde uçtan uca denemek demektir. Yayından önce mağazaların beta araçları da kullanılır: Apple tarafında TestFlight, Apple Developer Program üyeliğine dahildir. Google Play’de ise 13 Kasım 2023’ten sonra açılmış kişisel geliştirici hesaplarında, uygulamayı yayına almadan önce en az 12 test kullanıcısıyla 14 gün kesintisiz kapalı test yapmak zorunludur.
Mağaza hesapları (Ekim 2026)
- Apple Developer Program: Yıllık 99 USD; mümkün olan ülkelerde yerel para birimiyle ödenir (Apple).
- Google Play geliştirici hesabı: Tek seferlik 25 USD kayıt ücreti (Play Console Yardım).
- Şirket adına hesap: Hem Apple hem Google Play kurum hesabı için D-U-N-S numarası ister. Bu, Dun & Bradstreet’in şirketlere verdiği dokuz haneli bir kimlik numarasıdır; Apple çoğu ülkede ücretsiz olduğunu belirtir.
Hesapların geliştirici firmanın değil, sizin şirketinizin adına açılmasını öneririz; uygulama, yorumları ve kullanıcı geçmişiyle birlikte sizin varlığınızdır. D-U-N-S başvurusu ve hesap doğrulaması zaman alabileceği için bu adımı projenin başında başlatmak iyi olur.
Yayından sonra: sunucu ve bakım
Uygulama yayına çıktığında maliyet bitmez. Sunucu, veritabanı, dosya depolama ve yedekleme aylık giderlerdir ve kullanıcı sayısıyla birlikte artar. Yukarıdaki entegrasyonların kullanım ücretleri de bu kaleme eklenir.
Bakımın en az bilinen nedeni işletim sistemi ve mağaza gereksinimleridir. Hiç yeni özellik eklemeseniz bile mağazalar uygulamanın güncel araçlarla derlenmesini ister:
- Google Play: 31 Ağustos 2026’dan itibaren yeni uygulamalar ve güncellemeler Android 16’yı (API düzeyi 36) hedeflemelidir. Android 15’in (API düzeyi 35) altını hedefleyen mevcut uygulamalar, daha yeni Android sürümü kullanan yeni kullanıcılara gösterilmez (Android Developers).
- App Store: 28 Nisan 2026’dan bu yana App Store Connect’e yüklenen uygulamaların Xcode 26 ve iOS 26 SDK’sı ya da daha yenisiyle derlenmesi gerekir (Apple Developer).
Hedef sürümü yükseltmek çoğu zaman tek bir ayar değişikliği değildir: kullanılan kütüphanelerin güncellenmesi, izin ve bildirim davranışlarının yeniden test edilmesi gerekir. Bu yüzden teklifte bakımı ayrı bir kalem olarak görmenizi ve her yıl en az bir uyumluluk güncellemesi planlamanızı öneririz.
MVP ile başlayın, ilk görüşmeye hazırlıklı gelin
Neden MVP?
MVP (minimum uygulanabilir ürün), en kritik akışı uçtan uca çalıştıran ilk sürümdür. Bütün özellikleri aynı anda geliştirmek yerine önce bu sürümle yayına çıkıp gerçek kullanıcı verisine göre yeni özellik eklemeyi öneriyoruz. Böylece ilk yatırım küçülür ve kimsenin kullanmayacağı özelliklere bütçe harcanmaz.
MVP’de sadeleştirme genellikle rollerden başlar. Örneğin üç taraflı bir teslimat platformunda işletme tarafını ilk sürümde mobil uygulama yerine bir web paneliyle çözmek, ilk maliyeti belirgin biçimde azaltabilir. Sadakat programı, kampanya yönetimi, gelişmiş raporlar ve ek diller de çoğu zaman ikinci sürüme kalabilir.
İlk görüşmeye ne getirmelisiniz?
Teklifin doğruluğu, ilk görüşmede konuşulan bilginin netliğine bağlıdır. Şunları hazırlamanız yeterli:
- Kullanıcı rolleri: Uygulamayı kimler kullanacak, her rol ne yapacak?
- Ana akışlar: Birkaç cümleyle ya da kâğıt üzerindeki kaba çizimlerle.
- Platformlar: iOS, Android, web; Huawei AppGallery gerekli mi?
- Entegrasyonlar: Ödeme, harita, SMS, bildirim; varsa mevcut ERP, stok ya da muhasebe sisteminiz ve anlaşmalı olduğunuz sağlayıcılar.
- Örnek uygulamalar: Beğendiğiniz ve beğenmediğiniz yönleriyle birkaç benzer uygulama.
- MVP sınırı: Olmazsa olmaz özellikler ile sonraya kalabilecekler.
- Takvim ve kurumsal kimlik: Hedef yayın tarihi, logo ve marka renkleri.
- Hesaplar: Mağaza hesaplarınız ve D-U-N-S numaranız var mı?
Paket satmıyoruz; ön görüşmenin ardından kalem kalem yazılı teklif veriyoruz. Kalemleri ayrı ayrı görmek, farklı teklifleri birbiriyle karşılaştırmanızı da kolaylaştırır.
Sık sorulan sorular
Mobil uygulama yaptırmak ne kadar sürer?
Süreyi de fiyatı belirleyen kalemler belirler: rol ve ekran sayısı, entegrasyonlar ve yönetim panelinin kapsamı. Tek rollü, birkaç ekranlı bir uygulama ile müşteri, işletme ve kurye uygulamalarından oluşan bir platform arasında aylar fark olabilir. MVP ile başlamak ilk yayın tarihini öne çeker; mağaza incelemeleri için de takvime birkaç gün pay bırakmak gerekir.
Hazır uygulama yapma platformları mı, özel geliştirme mi?
Kod yazmadan uygulama oluşturan hazır platformlar, standart bir katalog ya da içerik uygulaması için hızlı ve ucuz bir başlangıç olabilir. Birden çok kullanıcı rolü, kendi iş akışlarınız, ödeme ve cüzdan gibi entegrasyonlar ya da ileride büyütmek istediğiniz bir ürün söz konusuysa özel geliştirme daha uygundur; kaynak kod ve veri de sizde kalır.
Sonuç
Mobil uygulamanın maliyetini kullanıcı rolleri, akışlar, platformlar, arka uç ve yönetim paneli, entegrasyonlar ve bakım belirler; mağaza ücretleri ise baştan bilinen, sabit kalemlerdir. Kapsamı MVP ile daraltıp kalemleri tek tek konuşmak, hem bütçeyi hem takvimi daha öngörülebilir kılar. İsterseniz fikrinizi birlikte kalemlere ayıralım: nasıl çalıştığımızı web ve mobil uygulama geliştirme sayfamızda görebilir, iletişim sayfasından bize ulaşabilirsiniz.
