Mobil Uygulama Yapmak Kaç TL Tutar?

"Mobil uygulama yapmak kaç TL?" sorusunun tek bir cevabı yok, çünkü aynı soru bir bisiklet için de sorulsa cevap aynı derecede geniş olurdu: hangi bisiklet? Fiyatı belirleyen üç şey var: kaç platformda yayınlanacağı, hangi özelliklerin bulunacağı ve teslim süresi. Bu üçü netleşmeden verilen herhangi bir rakam, gerçek bir teklif değil bir tahmindir.

Bu yazıda bu üç faktörün fiyatı nasıl etkilediğini, freelancer ile ajans arasındaki maliyet farkını, ödeme planının nasıl kurgulandığını ve bütçenizi netleştirmenin en hızlı yolunu anlatıyoruz.

Fiyatı Belirleyen 3 Ana Faktör

1. Platform Sayısı

Yalnızca Android, yalnızca iOS, yoksa her ikisi de mi? Cross-platform araçlarla (Flutter, React Native) tek kod tabanıyla her iki platformu birden kapsamak, native olarak iki ayrı uygulama yazdırmaktan belirgin ölçüde daha ucuzdur. Performansın kritik olduğu (yoğun grafik, donanım entegrasyonu gibi) projeler dışında çoğu iş uygulaması için cross-platform yeterlidir.

2. Özellik Seti

Basit bir üyelik ve içerik listeleme ekranı ile ödeme altyapısı, mesajlaşma ve gerçek zamanlı bildirim içeren bir uygulama aynı fiyat aralığında olamaz. Her özellik, tasarım + geliştirme + test zamanı ekler; bu yüzden özellik listesini "olmazsa olmaz" ve "sonra eklenebilir" diye ikiye ayırmak, en hızlı maliyet düşürme yöntemidir.

3. Teslim Süresi

Aynı kapsamı 6 haftada mı, 3 haftada mı istiyorsunuz? Kısa süre, daha fazla kişinin aynı anda çalışmasını gerektirir; bu da maliyeti yükseltir. Gerçekçi bir teslim süresi, hem kaliteyi hem bütçeyi korur.

Fiyat Bandına Göre Tipik Kapsam

Kesin bir liste fiyatı yok ama piyasada dört net bant var; bunlar AppFellas'ın fiyat hesaplama aracındaki bantlarla aynı:

Bütçe Bandınızı Görmenin En Hızlı Yolu

Kesin bir TL rakamı vermeden önce projenizin hangi genel bütçe bandına daha yakın olduğunu görmek isterseniz, mobil uygulama fiyat hesaplama aracımızı kullanabilirsiniz. Dört soruda (platform, kategori, özellikler, süre) tahmini bir bant gösterir; kesin rakam yine de keşif görüşmesinde netleşir.

Freelancer, Ajans, Kurum İçi Ekip: Maliyet Karşılaştırması

İlk uygulamanız ve bütçeniz kısıtlıysa freelancer ya da küçük bir ajans; kapsamınız büyük ve uçtan uca sorumluluk istiyorsanız bir ajansla çalışmak daha güvenli bir seçimdir.

Teklifler Neden Bu Kadar Farklı Çıkıyor?

Aynı proje tarifini üç farklı firmaya gönderdiğinizde üç farklı rakam almanız normaldir. Nedeni genelde kapsamın farklı yorumlanmasıdır: bir teklif yalnızca geliştirmeyi kapsarken, bir diğeri tasarım, test, mağaza yayını ve ilk dönem desteği de dahil eder. Karşılaştırma yaparken tekliflerin gerçekten aynı işi fiyatlandırıp fiyatlandırmadığını kontrol edin; en düşük rakam bazen en az işi kapsayandır.

Gizli Kalabilecek Maliyet Kalemleri

Geliştirme fiyatının dışında kalabilecek, ama bütçenizi etkileyecek kalemler var:

• Apple Developer ve Google Play hesap ücretleri: Uygulamayı mağazada yayınlamak için gereklidir, geliştirme fiyatına dahil olmayabilir.
• Sunucu ve API maliyetleri: Uygulamanız bir backend'e bağlıysa, aylık barındırma maliyeti geliştirme ücretinden ayrıdır.
• Üçüncü taraf servisler: Ödeme altyapısı, harita, bildirim servisi gibi araçların kendi ücretlendirmesi olabilir.
• Yayın sonrası bakım: İşletim sistemi güncellemeleriyle uyumluluk, tek seferlik değil sürekli bir maliyettir.

İyi bir teklif bu kalemlerin hangisinin dahil, hangisinin ayrı olduğunu baştan söyler; teklif metninde bu kalemlerden hiç bahsedilmiyorsa, doğrudan sorup yazılı bir cevap istemek daha sonraki sürprizleri önler.

Native mi Cross-Platform mu: Maliyete Etkisi

Platform sayısı kadar, o platformlara nasıl ulaşacağınız da fiyatı belirgin biçimde etkiler:

Bir teklif alırken hangi yaklaşımın önerildiğini sormak, fiyat farkının nereden geldiğini anlamanın en hızlı yolu. İki firma aynı kapsamı fiyatlandırsa bile, biri native biri cross-platform öneriyorsa aralarındaki fark bazen kapsamdan değil, bu teknik tercihten kaynaklanır — bu yüzden fiyatı sorarken hangi teknolojinin önerildiğini de mutlaka sorun.

Bütçenizi Düşürmenin Gerçekçi Yolları

Kaliteden ödün vermeden maliyeti düşürmenin yolu, özellik sayısını azaltmaktır — geliştiriciyi değiştirmek değil. İlk sürümde gerçekten gerekli olmayan özellikleri (örneğin karmaşık bir öneri algoritması, çoklu dil desteği) ikinci aşamaya bırakmak, hem süreyi hem maliyeti belirgin ölçüde azaltır. Cross-platform bir teknoloji seçmek de native geliştirmeye göre maliyeti düşüren bir diğer etkendir. Bu iki karar — kapsamı daraltmak ve doğru teknolojiyi seçmek — genelde firma değiştirmekten çok daha büyük bir tasarruf sağlar.

Örnek: Aynı Fikir, Farklı Kapsam, Farklı Fiyat

Bir kafe zinciri düşünün: sipariş verilebilen bir mobil uygulama istiyor. En dar kapsamda bu, menü listesi ve masaya sipariş bildirimi demek olabilir — tek platform, ödeme yok, kısa sürede çıkar. Kapsam genişleyip online ödeme, sadakat puanı, çoklu şube desteği ve anlık bildirim eklendiğinde, aynı "sipariş uygulaması" tamamen farklı bir projeye dönüşür. İki senaryo da "kafe için mobil uygulama" diye tarif edilebilir ama fiyatları birbirinden çok uzaktır.

Bu yüzden bir firmadan "ortalama ne kadar tutar" diye sormak yerine, önce kendi kapsamınızı bu iki senaryodan hangisine yakın olduğunu düşünerek tarif etmeniz, aldığınız teklifin gerçeği yansıtma ihtimalini belirgin biçimde artırır.

Ödeme Planı Nasıl Olmalı?

Çoğu firma ödemeyi tek seferde değil, aşamalara böler: sözleşme imzalanınca bir ön ödeme, tasarım onaylanınca ikinci taksit, geliştirme tamamlanınca üçüncü taksit ve yayın sonrası son taksit gibi. Bu yapı hem sizin hem firmanın riskini dengeler — firma işe başlamadan tüm parayı almaz, siz de iş bitmeden tüm parayı ödemezsiniz. Ödeme takviminin hangi teslimata bağlı olduğunu, gecikme durumunda ne olacağını sözleşmede net görün; "aşama tamamlandı" tanımının ne anlama geldiği (örneğin "tasarım onaylandı" kimin onayıyla sayılıyor) baştan netleşmezse bu madde daha sonra anlaşmazlık kaynağı olabilir.

Sık Yapılan Hatalar

• Fiyatı tek kritere indirgemek. "En ucuz teklifi seçtim" ya da "en pahalısı en iyisidir" gibi kısayollar ikisi de yanıltıcı. Ucuz teklif genelde bir yeri (test, destek, revizyon hakkı) kısar; pahalı teklif her zaman daha iyi süreç anlamına gelmez.
• Ödeme takvimini netleştirmemek. Hangi taksitin hangi teslimata bağlı olduğu yazılı değilse, gecikme durumunda kimin sorumlu olduğu tartışmalı hale gelir.
• Bütçeyi paylaşmaktan çekinmek. Bütçenizi bilmeyen bir firma, size ihtiyacınızdan büyük ya da küçük bir kapsam önerebilir.

Doğru soru fiyat değil, fiyata karşılık ne aldığınızdır — bunu görmenin yolu, tekliflerin kapsamını satır satır karşılaştırmaktır.

Sözleşmede Görmeniz Gereken Maddeler

Fiyat üzerinde anlaştıktan sonra bu rakamı koruyan asıl şey sözleşme metnidir. İmzalamadan önce şu maddelerin açıkça yazılı olduğundan emin olun:

• Kaynak kodun ve fikri mülkiyetin proje bitiminde size devredileceği.
• Mağaza hesaplarının (Apple Developer, Google Play Console) sizin adınıza açılacağı.
• Ödeme takviminin hangi teslimatlara bağlı olduğu ve gecikme durumunda ne olacağı.
• Kapsam değişikliğinde (scope change) fiyatın nasıl yeniden hesaplanacağı.

Bu maddeler sözleşmede yoksa, teklif aşamasında konuşulan sözlü anlaşmaların bağlayıcılığı kalmayabilir; anlaşmazlık durumunda elinizde yazılı bir dayanak olmaz.

AppFellas ile Bütçenizi Netleştirin

AppFellas, 2013'ten beri girişimci ve kurumsal firmalar için özel yazılım geliştiriyor; bugüne kadar 30'un üzerinde girişimle çalıştık, ürünlerimiz 100.000'den fazla kullanıcıya ulaştı. Keşif görüşmesinde kapsamı birlikte netleştiriyor, size gerçekçi ve net bir teklif sunuyoruz — sözleşmede yukarıda saydığımız maddelerin hepsi baştan yazılı olur. Detaylar için mobil uygulama hizmetimize, tamamladığımız projelere işlerimiz sayfasından göz atabilir ya da doğrudan iletişime geçebilirsiniz.

Sık Sorulan Sorular