PWA Geliştirme Ne Kadar Sürer, Maliyeti Nedir?

PWA Geliştirme Ne Kadar Sürer, Maliyeti Nedir?

PWA geliştirme süresi, basit bir projede 3–6 hafta arasında değişir. Orta ölçekli bir uygulama genellikle 8–14 hafta ister. Kapsam büyüdüğünde süre 16–30 haftaya çıkabilir. Yaklaşık bütçe ise 3.750–108.000 dolar arasında geniş bir aralığa yayılır. Bu farkın sebebi teknoloji değil, iş yüküdür. Ekran sayısı, çevrimdışı kullanım ve entegrasyonlar hesabı doğrudan değiştirir.

PWA geliştirme tam olarak neyi kapsar?

PWA, tarayıcıda çalışan fakat uygulama benzeri özellikler sunan bir web uygulamasıdır. Tek başına yeni bir programlama dili değildir.

Temel yapıda duyarlı arayüz, güvenli bağlantı ve web uygulaması manifesti bulunur. Manifest, uygulamanın adını, simgesini ve açılış davranışını tanımlar. Chromium tabanlı tarayıcılar 192 ve 512 piksellik simgeler ister. start_url ve görüntüleme modu da manifestte yer alır. Kurulabilir uygulama HTTPS üzerinden sunulmalıdır. MDN, güncel kurulabilirlik şartlarını ayrıntılı biçimde açıklar.

Service worker ise ağ isteklerini uygulama ile sunucu arasında yönetebilir. Seçilen dosyaları önbelleğe alarak bağlantı kesildiğinde kullanılabilir kılar. Fakat her PWA bütünüyle çevrimdışı çalışmaz. Ödeme, canlı stok veya anlık veri yine sunucu bağlantısı gerektirebilir.

PWA kapsamı yalnızca manifest eklemekten oluşmaz. Kurulum deneyimi, önbellek stratejisi ve güncelleme davranışı birlikte tasarlanır. Hatalı önbellek, kullanıcıya eski fiyat veya eski içerik gösterebilir. Bu yüzden PWA çalışması ürün geliştirme işi sayılır.

PWA geliştirme ne kadar sürer?

Çoğu proje 3–30 hafta içinde tamamlanabilir. Gerçek süre, kapsam ve hazır altyapının niteliği belirlendikten sonra hesaplanır.

Kişi-gün, bir uzmanın bir çalışma günündeki emeğini anlatır. Beş kişi-günlük iş, beş kişilik ekiple mutlaka bir günde bitmez. Görevler birbirine bağlıdır. Tasarım onaylanmadan bütün ekranlar geliştirilemez.

Takvim süresine toplantılar, geri bildirimler ve kabul testleri de girer. Müşterinin iki haftalık onay gecikmesi teslim tarihini aynı ölçüde uzatabilir. Teknik tahmin ile proje takvimi bu yüzden ayrı yazılmalıdır.

Süreyi en çok hangi işler değiştirir?

En büyük etkiyi çevrimdışı veri, dış sistem bağlantıları ve belirsiz gereksinimler yaratır. Ekran sayısı tek başına güvenilir ölçü değildir.

Basit bir katalog, ürün sayfalarını önbellekten gösterebilir. Sipariş uygulaması ise çevrimdışı işlemleri sıraya almalıdır. Bağlantı geldiğinde kayıtlar sunucuyla eşitlenir. Aynı kayıt iki cihazda değişmişse çakışma kuralı gerekir. Bu ayrıntı birkaç günlük işi haftalara taşıyabilir.

Ödeme kuruluşu, ERP veya kargo servisi hazır belge sunabilir. Yine de yetkilendirme, hata yönetimi ve test ortamı zaman ister. Eski sistemlerin tutarsız verileri fazladan uyarlama gerektirir.

Belirsiz kapsam da görünmeyen bir maliyettir. “Bildirim gönderilecek” talebi yeterince açık değildir. Bildirimi kimin, hangi olayda ve hangi kullanıcıya göndereceği belirlenmelidir. Geçmiş kayıtların tutulması da ayrı karardır.

Hazır tasarım sistemi süreyi kısaltabilir. Ancak yalnızca masaüstü ekranları bulunan tasarım PWA için tamamlanmış sayılmaz. Dokunma alanları, küçük ekranlar ve bağlantı kesintileri ayrıca ele alınır.

PWA maliyeti nasıl hesaplanır?

Sağlıklı bütçe, tahmini kişi-gün ile günlük ekip ücretinin çarpımından çıkar. Risk payı ve üçüncü taraf giderleri ayrıca eklenir.

Örnek hesapta 50 kişi-gün emek düşünelim. Günlük karma ekip bedeli 400 dolar ise geliştirme 20.000 dolar tutar. Yüzde 15 risk payı eklendiğinde planlama bütçesi 23.000 dolara ulaşır. Bu rakam teklif değil, hesap yöntemini gösteren örnektir.

Karma ekip bedeli yalnızca yazılımcı ücretini anlatmaz. Analiz, tasarım, test ve proje yönetimi aynı oran içinde hesaplanabilir. Bazı firmalar bu kalemleri ayrı yazar. İki teklif bu yüzden yalnızca toplam rakamla karşılaştırılmamalıdır.

Para birimi seçimi de önemlidir. Uzun projelerde döviz kuru sabitlenebilir veya fatura gününde çevrilebilir. Sözleşme, kurun hangi tarihte alınacağını açıkça belirtmelidir. Vergiler de bütçe tablosunda ayrı görünmelidir.

Farklı PWA projeleri kaça mal olur?

Planlama aralığı 3.750–108.000 dolar olabilir. Aşağıdaki hesap, günlük 250–600 dolar arasındaki karma ekip bedeline dayanır.

Rakamlar Eylül 2026 için planlama örneğidir. KDV, barındırma, mesaj gönderimi ve ücretli servisler dahil değildir. Türkiye’de teklif istenirken aynı kapsam Türk lirasıyla da fiyatlandırılabilir. Kur varsayımı yazılmadan dolar tutarını liraya çevirmek yanıltıcı olur.

Temel paket, çalışan bir web sitesinin PWA özellikleriyle güçlendirilmesini kapsayabilir. Standart ürün yeni arayüz ve arka uç geliştirmesi içerir. Karmaşık sistemde iş kuralları ve entegrasyon sayısı artar. Aynı “PWA” adı altında farklı fiyatların çıkması normaldir.

Ekip yapısı süreyi ve fiyatı nasıl etkiler?

Küçük ekip daha düşük aylık gider sunabilir. Dengeli uzman dağılımı ise beklemeleri azaltarak toplam teslim süresini kısaltabilir.

Temel dönüşümde bir geliştirici ve yarı zamanlı tasarımcı yeterli olabilir. Standart üründe ön yüz ile arka uç sorumlulukları ayrılır. Test uzmanı, özellikler tamamlanmadan senaryoları hazırlamaya başlar. Böylece hatalar projenin sonunda yığılmaz.

Karmaşık projede ürün sorumlusu karar akışını yönetir. Teknik lider, önbellek ve veri eşitleme yaklaşımını belirler. Tasarımcı farklı ekran boyutlarındaki davranışları çözer. Test uzmanı bağlantı kesintilerini ve cihaz farklarını inceler.

Daha kalabalık ekip her zaman daha hızlı değildir. Beş uzmanın ürettiği parçalar ortak kararlar gerektirir. Toplantı ve kod inceleme süresi büyür. Birbirine bağlı görevler aynı anda başlatılamaz.

Teklifte rollerin çalışma oranı görülmelidir. Tam zamanlı geliştirici ile haftada bir gün çalışan uzman farklı takvim yaratır. Kritik kişinin başka projelerdeki yükü teslim riskini artırabilir.

Kurum içi ekip kullanıldığında yalnızca maaş hesabı yapılmamalıdır. Yönetim, cihazlar, yazılım lisansları ve işe alım süresi maliyete girer. Dış ekipteyse bilgi devri için belge ve eğitim zamanı ayrılmalıdır.

Karışık model de kullanılabilir. Ürün bilgisi kurumda kalırken uzman PWA geliştirmesi dışarıdan alınabilir. Sorumluluk sınırları yazılmazsa aynı işler iki kez yapılabilir.

Mevcut siteyi PWA yapmak daha mı ucuzdur?

Sağlam ve mobil uyumlu bir site varsa dönüşüm daha ucuz olabilir. Eski altyapı sorunluysa dönüşüm, yeniden geliştirmeye yaklaşabilir.

İlk incelemede HTTPS, mobil görünüm ve tarayıcı uyumluluğu kontrol edilir. Ardından manifest, simgeler ve service worker eklenir. Temel dönüşüm 10–25 kişi-gün sürebilir. Bu tahmin, arka uç değişikliği bulunmadığını varsayar.

Mevcut sitenin performansı zayıfsa yalnızca PWA etiketi sorunu çözmez. Büyük JavaScript dosyaları ve sıkıştırılmamış görseller açılışı yavaşlatmaya devam eder. Önbellek ikinci ziyareti hızlandırabilir. İlk yükleme yine ayrıca iyileştirilmelidir.

Eski sitelerde oturum yönetimi de risk yaratır. Önbelleğe alınmış özel sayfalar başka kullanıcıya gösterilmemelidir. Çıkış yapıldığında hassas veriler temizlenmelidir. Güvenlik incelemesi bu sebeple dönüşüm bütçesine eklenir.

Çevrimdışı kullanım maliyeti ne kadar artırır?

Basit sayfa önbelleği birkaç kişi-gün sürebilir. Çevrimdışı kayıt ve eşitleme ise projeye 10–40 kişi-gün ekleyebilir.

MDN, çevrimdışı çalışmanın service worker ve yerel önbellek üzerinden kurulduğunu açıklar. Önbellekteki içerik, son çevrimiçi kullanım kadar güncel olabilir. Kaynağın çevrimdışı çalışma açıklaması bu sınırı özellikle gösterir.

Önce hangi işlemlerin bağlantısız yapılacağı seçilir. Okuma işlemleri genellikle daha kolaydır. Form, sipariş veya saha kaydı ise cihazda güvenli biçimde saklanmalıdır. Gönderim başarısız olduğunda kullanıcı açık bir durum mesajı görmelidir.

Eşitleme senaryoları test matrisini büyütür. Bağlantı işlem ortasında kesilebilir. Kullanıcı aynı kaydı iki kere gönderebilir. Sunucu, yinelenen işlemi tanımalıdır. Her senaryo geliştirme kadar test emeği de doğurur.

Anlık bildirim eklemek neyi değiştirir?

Web push özelliği genellikle 5–15 kişi-gün ekler. Segmentler, zamanlama ve raporlama istendiğinde emek daha fazla olabilir.

Bildirim sistemi yalnızca ekranda mesaj göstermekten oluşmaz. Kullanıcı izni, abonelik kaydı ve gönderim servisi gerekir. Service worker gelen mesajı işleyerek bildirimi oluşturur. İzin isteyen pencere, kullanıcı bir değer gördükten sonra gösterilmelidir.

Apple, iOS ve iPadOS 16.4 sürümünden beri Ana Ekran web uygulamalarında Web Push destekliyor. Uygulamanın Ana Ekran’a eklenmesi gerekiyor. Apple’ın Web Push belgesi izin ve sunucu adımlarını açıklıyor.

Gönderim servisinin kullanım bedeli geliştirme fiyatından ayrıdır. Ücret, abone ve mesaj hacmine göre değişebilir. Teklifte sağlayıcı adı ile fiyatlandırma modeli yazılmalıdır. Sağlayıcı değişikliği için veri taşıma koşulları da sorulmalıdır.

Test ve yayın süreci ne kadar zaman alır?

Test süreci toplam takvimin yaklaşık yüzde 20–30’unu kaplayabilir. Karmaşık çevrimdışı senaryolarda oran daha yüksek olabilir.

PWA yalnızca tek tarayıcıda denenmemelidir. Chrome, Edge ve Safari farklı kurulum davranışları gösterebilir. Android ile iOS üzerinde gerçek cihaz testi gerekir. Masaüstü kurulumu hedefleniyorsa Windows ve macOS da plana girer.

Test listesinde kurulum, güncelleme ve bağlantı kesintisi bulunmalıdır. Düşük depolama alanı da denenebilir. Tarayıcı önbelleği silebilir. Uygulama bu durumda bozuk ekran yerine anlaşılır uyarı vermelidir.

Yayınlama, mağaza onayı gerektirmeden web sunucusu üzerinden yapılabilir. PWA özelliği otomatik olarak mağaza paketi oluşturmaz. Mağaza dağıtımı istenirse paketleme ve inceleme ayrı iş kalemidir.

Kabul testi için ölçülebilir koşullar yazılmalıdır. “Hızlı çalışacak” yerine hedef sayfalar ve test cihazları belirtilmelidir. Çevrimdışı açılacak ekranlar tek tek listelenmelidir.

Bakım bütçesinde hangi kalemler bulunur?

Yıllık bakım için ilk geliştirme bütçesinin yüzde 15–25’i planlanabilir. Yoğun ürün geliştiren ekiplerde ayrı aylık kapasite daha uygundur.

Bakım, yalnızca hata düzeltmek değildir. Tarayıcı güncellemeleri, güvenlik yamaları ve bağımlılık yükseltmeleri izlenir. Bildirim sertifikaları veya servis anahtarları yenilenebilir. Sunucu kayıtları, başarısız eşitlemeleri bulmak için incelenir.

Barındırma gideri trafik ve veri miktarına bağlıdır. Görsel ağırlıklı katalog ile saha formu aynı kaynağı tüketmez. Teklifte depolama, veri aktarımı ve yedekleme sınırları görünmelidir. Limit aşım fiyatları da önceden sorulmalıdır.

Destek süresi açık tanımlanmalıdır. Kritik kesintiye iki saat içinde müdahale ile ertesi gün yanıt aynı hizmet değildir. Aylık dahil saat ve kullanılmayan kapasitenin durumu sözleşmede yer almalıdır.

PWA teklifi alırken hangi sorular sorulmalı?

İyi teklif, yalnızca toplam fiyat vermez. Kapsamı, varsayımları, teslim ölçütlerini ve kapsam dışı işleri açıkça gösterir.

1. Hangi ekranlar çevrimdışı açılacak?
2. Çevrimdışı oluşturulan kayıtlar nasıl eşitlenecek?
3. Hangi tarayıcılar ve cihaz sürümleri test edilecek?
4. Tasarım, içerik girişi ve veri taşıma fiyata dahil mi?
5. Bildirim hizmetinin aylık giderini kim ödeyecek?
6. Kaynak kodu ve dağıtım hesapları kime ait olacak?
7. Garanti süresi kaç gün olacak?
8. Kapsam değişikliği hangi günlük bedelle hesaplanacak?

Teklifte kişi-gün dağılımını istemek karşılaştırmayı kolaylaştırır. Tasarıma 12 gün ayıran ekiple üç gün ayıran ekip aynı çözümü önermeyebilir. Düşük fiyat bazen daha dar test kapsamından kaynaklanır.

İlk keşif sonunda kısa bir kapsam belgesi hazırlanmalıdır. Belge ekranları, kullanıcı rollerini ve entegrasyonları adlandırır. Çevrimdışı davranış ayrı bölümde yazılır. Böylece PWA geliştirme süresi ve maliyeti aynı varsayımlar üzerinden konuşulur.