Projeni anlat

Fiyatlandırma

Mobil uygulama yaptırma maliyeti: bütçenizi belirleyen şey tasarım değil

Mobil uygulama fiyatları neden bu kadar değişken? Maliyetin büyük kısmını oluşturan görünmez kalemleri ve uygulamaya gerçekten ihtiyacınız olup olmadığını anlatıyorum.

Aykut AYYILDIZ 3 dakika okuma

Mobil uygulama fiyatı sorulduğunda dürüst cevap şudur: 60.000 TL de olabilir, 600.000 TL de. Bu belirsizlik geliştiricinin kaçamağı değil; uygulama denen şeyin, web sitesinin aksine çok geniş bir aralığı kapsamasından kaynaklanıyor.

Bu yazıda maliyeti neyin belirlediğini açacağım. Ama önce daha önemli bir soru var.

Önce şunu sorun: gerçekten uygulama mı gerekiyor?

Uygulama yaptırmak isteyenlerin önemli bir kısmının aslında ihtiyacı olan şey iyi bir mobil web sitesidir. Basit bir ayrım yapalım.

Uygulama mantıklıdır eğer kullanıcı sık giriyorsa (haftada birkaç kez), bildirim göndermeniz gerekiyorsa, internet olmadan çalışması gerekiyorsa ya da kamera, konum, bluetooth gibi cihaz özellikleri kullanılıyorsa.

Web sitesi yeterlidir eğer kullanıcı ayda bir veya daha az giriyorsa, işlem tek seferlikse (form doldurma, bilgi alma), ya da amaç yeni müşteriye ulaşmaksa.

Bu ayrım kritik, çünkü uygulamanın gizli bir maliyeti var: indirilmesi gerekiyor. Bir web sayfasını linke tıklayarak açarsınız; uygulama için kullanıcının mağazaya gitmesi, aramayı bulması, indirmesi ve genelde hesap açması gerekir. Bu zincirin her adımında insan kaybedersiniz. Yeni müşteri kazanmak için uygulama, en zor yollardan biridir.

Bir işletme bana uygulama yaptırmak için geldiğinde ilk yarım saatte konuştuğumuz konu budur. Gerekmiyorsa söylerim — çünkü kullanılmayan bir uygulama, harcanmış bütçeden daha kötüdür.

Maliyeti belirleyen asıl kalem: arka plan

Yaygın bir yanılgı, uygulamanın maliyetinin ekranların tasarımından geldiğidir. Gerçekte tasarım toplam bütçenin genelde küçük bir kısmıdır. Asıl maliyet, kullanıcının görmediği yerdedir.

Kullanıcı hesabı var mı? Üyelik, şifre sıfırlama, oturum yönetimi ve kişisel veri saklama — tek başına ciddi bir iş kalemi. Hesapsız bir uygulama, hesaplı olanın yarısına yakın maliyetli olabilir.

Veri nerede duruyor? Uygulama sadece kendi içinde mi çalışıyor, yoksa bir sunucuyla mı konuşuyor? Sunucu tarafı çoğu projede toplam işin yarısıdır.

Ödeme alıyor mu? Uygulama içi ödeme hem teknik hem hukuki olarak zahmetlidir. Ayrıca Apple ve Google, dijital ürün satışlarından komisyon alır — bu iş modelinizi doğrudan etkiler.

Çevrimdışı çalışacak mı? Kullanıcı internetsizken de çalışması gerekiyorsa, veri eşitleme mantığı kurulmalıdır. Bu, maliyeti belirgin şekilde artıran ama sahada çalışan ekipler için vazgeçilmez olan bir özelliktir.

Kaç dış sisteme bağlanacak? Muhasebe programı, kargo firması, harita, SMS sağlayıcısı... Her entegrasyon ayrı bir iş kalemidir ve genellikle tahmin edilenden uzun sürer.

Gerçekçi aralıklar

Uygulama tipiAralıkSüre
Basit uygulama (hesapsız, tek amaçlı)60.000 – 120.000 TL6–8 hafta
Orta ölçekli (hesap + panel + bildirim)120.000 – 300.000 TL10–16 hafta
Kapsamlı (ödeme, çevrimdışı, entegrasyonlar)300.000 TL ve üzeri4 ay ve üzeri

Bu rakamlar iOS ve Android'in birlikte teslim edildiği, tek kod tabanı kullanılan projeler içindir. İki platform için ayrı ayrı uygulama yazdırmak maliyeti belirgin şekilde artırır ve çoğu işletme için gereksizdir.

Unutulan gider: uygulama yayınlandıktan sonra

Web sitesinden farklı olarak uygulama, siz hiçbir şey yapmasanız bile bozulur. Apple ve Google her yıl kurallarını ve işletim sistemlerini günceller; uyum sağlanmayan uygulamalar bir süre sonra mağazadan kaldırılır.

Yıllık öngörmeniz gerekenler:

  • Apple geliştirici hesabı: yıllık 99 dolar
  • Google Play hesabı: tek seferlik 25 dolar
  • Sunucu ve altyapı: kullanıcı sayısına göre değişken
  • Bakım: yıllık olarak, ilk yapım maliyetinin yaklaşık beşte biri kadar bir bütçe ayırmak gerçekçidir

Bu son kalemi baştan hesaba katmayan projeler, ikinci yıl sahipsiz kalır.

Bütçeyi küçültmenin doğru yolu

Teklif yüksek geldiğinde ilk refleks özelliklerden kırpmak olur. Daha iyi bir yöntem var: ilk sürümü tek bir işe odaklayın.

Kullanıcının uygulamayı açma sebebi olan tek eylemi belirleyin ve ilk sürümde sadece onu kusursuz yapın. Gerisi ikinci sürüme kalsın. Böylece hem daha erken yayına çıkarsınız hem de gerçek kullanıcı geri bildirimiyle neyin gerekli olduğunu öğrenirsiniz. Çoğu projede, ilk planlanan özelliklerin bir kısmının hiç gerekmediği ortaya çıkar.

Bu yaklaşım, para biriktirmenin yanı sıra yanlış şeyi yapma riskini de düşürür.


Aklınızda bir uygulama fikri varsa ve gerçekten gerekip gerekmediğinden emin değilseniz, projenizi anlatın. Gerekmiyorsa bunu söylemekten çekinmem — uzun vadede ikimiz için de daha iyi.

Bu konuda yardım gerekiyorsa

Projenizi anlatın.

24 saat içinde tek sayfalık net bir teklif gönderiyorum. İlk görüşme ücretsiz ve bağlayıcı değil.

Teklif al

Devamı

Bunlar da
işinize yarar.