Antalya’da Mobil Uygulama Yaptırmak: Maliyeti ve Süreyi Neler Belirler?

Aklınızda bir uygulama fikri var ve ilk sorunuz muhtemelen şu: ne kadar tutar, ne kadar sürer? Dürüst cevap, bu iki sorunun da fikrin kendisiyle değil kapsamıyla ilgili olduğudur. Aynı cümleyle anlatılan iki uygulama — “müşteriler sipariş versin” — arasında kat kat maliyet farkı olabilir. Bu yazı bir fiyat listesi vermiyor; maliyeti ve süreyi neyin belirlediğini, teklifleri nasıl karşılaştıracağınızı ve ilk yıl bütçesinde neyi unutmamanız gerektiğini anlatıyor.

Önce uygulamanızın hangi türde olduğuna karar verin

Maliyeti en çok belirleyen şey ekran sayısı değil, uygulamanın kim adına ne işlem yaptığıdır. Aşağıdaki dört basamak birbirinin üzerine biner ve her basamak işi belirgin biçimde büyütür.

• İçerik veya katalog uygulaması: Kullanıcı görüntüler, arar, kaydeder. Sunucu tarafı görece basittir.
• İşlem yapan uygulama: Sipariş, randevu, rezervasyon. Artık durum takibi, bildirim, iptal ve hata senaryoları devreye girer.
• Kullanıcılar arası platform: İki taraf birbiriyle etkileşir — alıcı ve satıcı, müşteri ve esnaf, kullanıcı ve kullanıcı. Mesajlaşma, değerlendirme, şikâyet ve yönetim ihtiyacı doğar; bu en çok hafife alınan basamaktır.
• İşletme içi araç: Mağaza yayını gerekmez, kullanıcı sayısı bilinir, ama mevcut sistemlerinizle entegrasyon ve yetki kuralları öne çıkar.

Fikrinizi bu dört basamaktan birine yerleştirmek, alacağınız tekliflerin karşılaştırılabilir olmasını sağlar. Emin değilseniz ilk görüşmede bunu birlikte netleştirebiliriz.

Maliyeti belirleyen kalemler

Bir mobil uygulama teklifi, aşağıdaki kalemlerin her birini ayrı ayrı yazmalıdır. Tek satırlık bir rakam, kapsam hakkında hiçbir şey söylemez.

Süreyi neler uzatır?

Teklif aşamasında verilen süreler genellikle geliştirme süresidir. Projeyi uzatan şeylerse çoğu zaman geliştirmenin dışındadır:

• Karar bekleyen konular: İşletme tarafında karar verecek bir muhatap yoksa her soru proje süresini uzatır.
• İçerik ve veri: Ürün listesi, metinler, görseller, mevcut veriler — hazır değilse geliştirme bitse bile yayın bekler.
• Kapsam büyümesi: “Bir de şu olsa” talepleri en sık gecikme sebebidir. Her yeni özellik, geliştirme dışında test ve düzeltme süresi de getirir.
• Üçüncü taraf onayları: Ödeme kuruluşu başvurusu, e-fatura entegrasyonu veya bir API erişim izni sizin de geliştiricinin de kontrolünde değildir.
• Mağaza incelemesi: Süresi ve sonucu mağazaların kararına bağlıdır.

Teklif alırken süreyi kapsamla birlikte, yazılı ve aşamalara bölünmüş isteyin. “Şu tarihte yayında olur” taahhüdü, mağaza incelemesi nedeniyle hiçbir geliştiricinin tek başına veremeyeceği bir sözdür.

Hazır olmak, yayında olmak değildir

Uygulamanın çalışır hale gelmesi ile mağazada indirilebilir olması arasında ayrı bir aşama vardır. App Store ve Google Play için geliştirici hesapları gerekir ve bu hesaplar ücretlidir; güncel ücretleri Apple ile Google’ın kendi geliştirici sayfalarından kontrol edin. Hesapların işletmeniz adına açılmasını öneririz — ileride firma değiştirseniz de uygulama, yorumlar ve indirme geçmişi sizde kalır.

Her iki mağaza da yüklenen uygulamaları inceler ve reddedebilir. Reddedilme olağandışı bir durum değildir; istenen düzeltme yapılır ve yeniden gönderilir. Projede bu sorumluluğun kimde olduğunu ve kaç gönderimin kapsama dahil olduğunu baştan netleştirin.

İlk yıl bütçesinde unutulanlar

Geliştirme bedeli projeyi bitirir; uygulamayı yaşatan kalemler süreklidir. İlk yıl bütçenizi yaparken bunları da hesaba katın:

• Mağaza geliştirici hesapları
• Sunucu ve veritabanı barındırma — kullanıcı sayısıyla birlikte artar
• Bildirim, harita, SMS, e-posta gibi servislerin kullanım ücretleri
• Hata takibi ve izleme araçları
• İşletim sistemi güncellemelerine uyum çalışmaları
• Kullanıcı desteği — uygulamayı kullanan müşterilerinize kim cevap verecek?
• Uygulamanın duyurulması; indirilme kendiliğinden olmaz

Bütçeniz sınırlıysa: kapsamı daraltın, kaliteyi değil

Sınırlı bütçeyle yapılabilecek en iyi şey, özellik listesini kısaltmaktır. Tek bir işi baştan sona düzgün yapan bir uygulama, on işi yarım yapan bir uygulamadan hem daha ucuzdur hem daha çok kullanılır. İlk sürümde neyin dışarıda kalacağına karar vermek, neyin ekleneceğine karar vermekten daha belirleyicidir. Bu yaklaşımın ayrıntılarını MVP ile fikir doğrulama yazımızda ele aldık.

İkinci bir seçenek de şudur: uygulamanın çözdüğü sorunu önce mobil uyumlu bir web arayüzüyle test etmek. Çevrimdışı çalışma, kamera, konum veya bildirim zorunlu değilse bu yol daha kısa sürer ve mağaza sürecini hiç gündeme getirmez.

Sık sorulan sorular

Fikrimi anlatsam yaklaşık bir rakam söyleyebilir misiniz?

Kısa bir görüşmeyle kapsamı çıkarabilir, hangi basamakta olduğunuzu ve neyin maliyeti büyüttüğünü söyleyebiliriz. Kapsam netleşmeden verilen rakam ise ikimizi de yanıltır.

Tek platformda başlayabilir miyim?

Evet ve bu bazen makul bir karardır. Hedef kitlenizin cihaz dağılımını biliyorsanız ilk sürümü tek platformda çıkarıp geri bildirim toplayabilirsiniz. Tek kod tabanlı teknolojiler ikinci platforma geçişi kolaylaştırır.

Yayından sonra değişiklik yapmak ne kadar tutar?

İçerik, fiyat ve kampanya gibi alanlar yönetim panelinden size bırakılabilir — bunlar ücretsizdir. Ekran veya işlev değişiklikleri yeni bir sürüm gerektirir ve mağaza incelemesinden geçer.

Uygulamanın kaynak kodu kimde kalır?

Sözleşmeye yazılan bir konudur; sektörde tek bir standart yoktur. Teklif aşamasında netleştirin — bu maddeyi bize de, görüştüğünüz her firmaya da sorun.

Önce web sitesi mi, uygulama mı?

Müşteriniz sizi aramada buluyorsa web sitesi genelde önce gelir; uygulama tekrar eden bir kullanım ilişkisi olduğunda değer üretir. Bu kararı önce web sitesi mi, mobil uygulama mı yazımızda ayrıntılı ele aldık.

Fikrinizin kapsamını birlikte çıkaralım

Kimin kullanacağını, hangi sorunu çözeceğini ve ilk sürümde vazgeçilmez gördüğünüz özellikleri anlatın; kapsamı ve gerçekçi bir planı birlikte çıkaralım. Antalya mobil uygulama geliştirme hizmetimizi inceleyebilir, teklif için bize ulaşabilirsiniz. Firma seçerken nelere bakmanız gerektiğini yazılım şirketi seçimi yazımızda topladık.