Bir iOS uygulamasının maliyetini ekran sayısı değil, risk yüzeyi belirler.

Doğru fiyat, ürün sorumluluğu netleşmeden çıkmaz.

Basit bir offline araç ile hesap, senkronizasyon, abonelik, bildirim, sağlık verisi veya model altyapısı taşıyan uygulama aynı ‘mobil uygulama’ değildir. Bütçeyi özellik adları değil; verinin kaynağı, hata hâlinde ne olacağı ve yayın iddiasının hangi kanıtı gerektirdiği belirler.

En sağlıklı ilk adım; bütün ürünü fiyatlandırmak yerine en değerli kullanıcı kararını, en riskli varsayımı ve ilk sürümün dürüstçe neyi kanıtlayacağını tanımlamaktır.

Daha düşük risk yüzeyi

Tek platform, yerel veri, az sayıda belirgin durum, harici hesap veya ödeme yok, sınırlı cihaz matrisi ve net bir çekirdek yolculuk.

Daha yüksek risk yüzeyi

Hesap ve senkronizasyon, backend, abonelik, HealthKit, AI, migration, çevrimdışı davranış, birden fazla rol, hassas veri veya lansman takvimi.

Bütçeyi gerçekten hareket ettiren sekiz alan.

Bu başlıklar yalnızca geliştirme saatini değil; ürün kararı, test kapsamı, dış hesaplar, operasyon ve yayın riskini de değiştirir.

Ürün ve durum modeli

Tek bir net yolculuk mu, yoksa onboarding, izin, boş, hata, offline, kilitli, ödeme ve geri dönüş durumları mı var?

Hesap ve backend

Anonim/yerel kullanım mı; auth, roller, API, yönetim yüzeyi, senkronizasyon ve veri yaşam döngüsü mü?

Apple framework’leri

HealthKit, Vision, Speech, Core Location, bildirim, background work ve entitlement’lar ayrı izin ve cihaz kanıtı ister.

Commerce

Tek seferlik ürün, abonelik, teklif, deneme, satın alma, restore, iptal, entitlement ve App Store Connect ayarı.

Yapay zekâ

Girdi kalitesi, on-device/server sınırı, model maliyeti, gecikme, değerlendirme, retry, insan kontrolü ve güven dili.

Veri ve migration

Yeni kurulum kadar yükseltme, eski veri, şema değişimi, import/export, silme, yedekleme ve kaynak-of-truth davranışı.

QA ve cihaz

Unit/UI testleri, simülatör, gerekli fiziksel cihazlar, izinler, düşük ağ, gerçek hesaplar ve hata toparlama matrisi.

Lansman

Archive, TestFlight, StoreKit sandbox, metadata, ekran görüntüleri, gizlilik, destek, review notları ve kalan Apple kapıları.

Ekran tasarımında görünmeyen kalemleri baştan bütçeye alın.

Gerçek ürün maliyeti; yalnızca SwiftUI ekranlarından oluşmaz. Build yapılandırması, imzalama, ortam ayrımı, hata gözlemi, veri güvenliği, erişilebilirlik, performans, destek ve işletim davranışı üretim sorumluluğunun parçasıdır.

Bunları ‘sonra bakarız’ listesine atmak ilk teklifi ucuz gösterebilir; çoğu zaman lansmana yakın en pahalı yeniden çalışma dalgasını yaratır.

• Auth, roller ve hesap kurtarma
• API, yönetim ve gözlemlenebilirlik
• Erişilebilirlik ve performans
• Gizlilik, destek ve veri silme
• Migration ve geri uyumluluk
• StoreKit ve dış hesap kurulumu

Geliştirme teklifinin dışındaki sahiplik ve işletim giderlerini ayırın.

Apple Developer Program üyeliği 9 Ağustos 2026 itibarıyla yıllık 99 USD’dir; Apple fiyatın bölgeye göre yerel para biriminde değişebileceğini belirtir. Bu üyelik, App Store ve TestFlight dağıtımı için ürün sahibinin hesabında tutulmalıdır.

Sunucu, veri tabanı, model/API kullanımı, e-posta/SMS, analitik, harita, içerik lisansı, destek ve hukuki ihtiyaçlar ürün davranışına göre ayrı işletim kalemleridir. Hesapların müşteri mülkiyetinde olması devir ve süreklilik riskini azaltır.

Sabit dış hesap

Apple üyeliği ve ürüne özel üçüncü taraf hesapları; fiyat ve şartlar sağlayıcı tarafından değiştirilebilir.

Kullanıma bağlı işletim

Backend, depolama, AI/model, e-posta, SMS, harita, medya ve gözlemlenebilirlik; gerçek trafik ve ürün davranışıyla artar.

Bütün ürünü tahmin etmek yerine doğru kararı önce satın alın.

Belirsizlik yüksekse odaklı ürün risk sprinti, en pahalı yanlış varsayımı açığa çıkarır. Kritik yolculuk netse ‘geliştir ve kanıtla’ dilimi çalışan sözleşmeyi kurar. Ürün zaten varsa launch hardening, yeni roadmap yerine release engeline odaklanır.

Her yolun sonunda kapsam, kanıt, açık dış kapılar ve sonraki karar görünür olmalıdır. İyi bütçe yalnızca ne yapılacağını değil, neyin bu çalışmanın dışında kaldığını da söyler.

Ürün risk sprinti

Fikir, hedef ve teknik sınır henüz pahalı geliştirmeyi güvenle başlatacak kadar net değilse.

Geliştir ve kanıtla

En değerli yolculuk belli; ürünün gerçek veri, durum ve zor kenarlarıyla çalışan bir dilime ihtiyacı varsa.

Lansman güçlendirme

Kaynak ve build var; cihaz, commerce, archive, TestFlight, inceleme veya kamuya verilen söz release’i engelliyorsa.

Uçtan uca ortaklık

Ürün yönü, tasarım, mühendislik ve lansman boyunca tek karar sistemi ve daha uzun süreli sorumluluk gerekiyorsa.

İlk fiyat görüşmesini özellik listesinden daha faydalı hâle getirin.

Kısa brief; kimin hangi kararını kolaylaştırdığınızı, bugün neyin çalıştığını, en zor kısmı, hedef tarihi, kullanılabilir bütçe bandını ve mevcut kaynak/prototip bağlantısını içermelidir. Kusursuz doküman gerekmez.

Getyear brief formu yanıtları sunucuya veya analitiğe göndermez; kendi e-posta uygulamanızda inceleyip gönderebileceğiniz yapılandırılmış bir taslak hazırlar.

• Kullanıcı ve değerli karar
• Mevcut ürün veya prototip
• En riskli teknik/ürün varsayımı
• Zaman ve bütçe bandı
• Gerekli harici hesaplar
• İlk sürümün kanıtlaması gereken şey