Mobil Uygulama Teklifi Almadan Önce Hazırlanması Gereken 12 Karar

Bir mobil uygulama fikri için üç ajanstan teklif istediğinizi düşünün. Birinci teklif ikincinin yarısı, üçüncüsü ikisinin toplamı kadar çıkabiliyor. Farkın önemli bir kısmı çoğu zaman brief'ten gelir: cevaplanmamış her soruyu her ajans kendi varsayımıyla doldurur.

Bu yazıda mobil uygulama teklifi istemeden önce netleştirilmesi gereken 12 kararı, her kararın teklife etkisiyle birlikte anlatıyoruz. Kararlar netleşince teklifler aynı kapsama verilmiş olur ve karşılaştırılabilir hale gelir. Mobil uygulama geliştirme projelerimizde keşif görüşmesini bu liste üzerinden yürütüyoruz.

Neden aynı uygulamaya çok farklı teklifler geliyor?

"Kullanıcılar üye olup sipariş verebilsin" cümlesi bir ajansa göre iki ekran, bir diğerine göre sosyal giriş, hesap silme, ödeme, sipariş takibi ve yönetim paneli demektir. İkisi de doğru bir yorum olabilir. Teklifler arasındaki fark, aynı cümlenin iki farklı kapsama çevrilmesinden doğar.

Mağaza kuralları bu belirsizliği büyütüyor. Apple'ın 2025 şeffaflık raporuna göre App Store'a gönderilen 9,1 milyon başvurunun yaklaşık 2,1 milyonu reddedildi. Hesap silme, giriş seçenekleri ya da ödeme yöntemi gibi kararlar hem kapsamı hem de uygulamanın onaydan geçip geçmeyeceğini etkiliyor.

12 karar

Kararları dört grupta düşünmek işi kolaylaştırıyor. Hedef ve platform ürünün çerçevesini çizer. Kullanıcı rolleri, ekranlar ve üyelik akışı belirler. Ödeme, bildirimler, yönetim paneli, entegrasyonlar ve içerik altyapıyı tanımlar. Yayın ve bakım ise uygulamanın mağazadaki ve yayından sonraki hayatını kapsar.

Mağaza kuralları hangi kararları etkiliyor?

Kararların üçü doğrudan mağaza kurallarına bağlı. Apple'ın inceleme kurallarına göre uygulama içinde özellik ya da içerik kilidi açmak, abonelik satmak gibi dijital işlemlerde uygulama içi satın alma kullanılmak zorunda. Uygulama dışında tüketilen fiziksel ürün ve hizmetlerde ise tersine uygulama içi satın alma dışında bir yöntem kullanılması gerekiyor. Google Play'in ödeme politikası da aynı ayrımı yapıyor. Bu yüzden bir e-ticaret uygulaması iyzico ya da Stripe gibi bir sağlayıcıyla, bir içerik aboneliği ise mağaza ödeme sistemiyle kurulur.

Giriş ve üyelik tarafında Apple iki şart koyuyor. Facebook ya da Google gibi bir sosyal girişle hesap açılıyorsa, yalnızca ad ve e-posta toplayan ve e-postayı gizleme seçeneği sunan eşdeğer bir giriş seçeneği de sunulmalı. Hesap oluşturulabilen uygulamalarda kullanıcı 30 Haziran 2022'den bu yana hesabını uygulama içinden silebilmeli. Uygulama içinde ve mağaza sayfasında gizlilik politikasına bağlantı da zorunlu.

Yayın tarafında Apple Developer Program üyeliği yıllık 99 dolar, Google Play geliştirici kaydı ise tek seferlik 25 dolar. Google'da 13 Kasım 2023'ten sonra açılan kişisel geliştirici hesapları, uygulamayı yayınlamadan önce en az 12 test kullanıcısıyla 14 gün kesintisiz kapalı test yapmak zorunda. Google Play ayrıca 31 Ağustos 2026'dan itibaren yeni uygulama ve güncellemelerin Android 16'yı, yani API 36'yı hedeflemesini istiyor.

Bildirimler için de platform kuralları var. Android 13 ve sonrasında bir uygulamanın bildirimleri varsayılan olarak kapalı geliyor ve uygulamanın önce kullanıcıdan izin istemesi gerekiyor. Bu yüzden izin isteğinin hangi anda ve hangi gerekçeyle gösterileceği de brief'te yazılmalı.

Brief şablonu nasıl doldurulur?

Brief uzun bir doküman olmak zorunda değil. Her karar için birkaç cümlelik bir cevap yeterli. Önerdiğimiz yapı şu:

• Bir paragrafta uygulamanın çözdüğü iş ve başarı kriteri.
• Kullanıcı rolleri ve her rolün yapabildikleri, madde madde.
• İlk sürümdeki ekranların listesi ve kritik akışın ekran sırası.
• Ödeme, bildirim, giriş ve entegrasyon kararları, her biri tek satır.
• İçerik, çeviri ve mağaza hesaplarının sorumlusu.
• Yayından sonraki ilk yıl için bakım beklentisi.
• Kapsam dışı bırakılan özelliklerin listesi.

Emin olmadığınız kararları boş bırakmayın, "karar verilmedi, öneri bekleniyor" diye yazın. Böylece her ajans o kalem için ayrı bir öneri ve fiyat sunar, teklifin geri kalanı karşılaştırılabilir kalır.

Bütçe ve süre bu kararların sonucudur

Teklif görüşmesi çoğu zaman "bütçemiz şu kadar" cümlesiyle başlar. Bütçeyi belirleyen şey ise 12 karardır. Platform sayısı, rol sayısı, entegrasyonların derinliği ve yönetim panelinin kapsamı değiştikçe süre ve maliyet de değişir. Bütçe sabitse, hangi kararların ilk sürümden çıkarılacağı konuşulur.

USFORM'da ilk çalışan mobil sürüm 150.000 TL'den başlıyor, platform sayısı ve arka uç derinliğine göre keşifte netleşiyor. Maliyeti etkileyen kalemleri keşif görüşmesinde bu 12 karar üzerinden birlikte netleştiriyoruz.

Gelen teklifler nasıl karşılaştırılır?

• Her teklifin 12 kararın hangisini kapsayıp hangisini dışarıda bıraktığını tabloya dökün.
• Yönetim panelinin ve bakımın teklife dahil olup olmadığını kontrol edin.
• Ajansın yazılı varsayımlarını okuyun. Varsayım yazmayan teklif, ek maliyet riskini size bırakır.
• Mağaza hesaplarının kimin adına açılacağını ve kaynak kodun kime ait olacağını sorun.
• Test sürecinin, mağaza incelemesinin ve kapalı testin takvimde yer alıp almadığına bakın.

Nereden başlanır

12 kararın her birine bugün bildiğiniz kadarıyla birer cümle yazın. Cevabını bilmediğiniz kararlar, keşif görüşmesinin gündemi olur.

Uygulamanın bir kısmı web tarafında çözülebiliyorsa, web uygulama geliştirme sayfamıza da bakabilirsiniz. Brief'i birlikte hazırlamak isterseniz mobil uygulama geliştirme sayfamızda sürecimizi bulabilirsiniz.