Kurumsal bir mobil uygulama için teklif toplamak istiyorsanız, en çok zaman kaybettiren şey şudur:
“Herkes farklı anlıyor, teklifler kıyaslanamıyor.”

Benim önerim: Teklif istemeden önce 1 sayfalık net bir brief çıkarın. Böylece:

• Gelen tekliflerin kapsamı aynı olur,
• Süre / bütçe sapmaları azalır,
• “Sonradan çıkar” kalemler en baştan konuşulur.

Aşağıdaki mobil uygulama teklif brief şablonu, kurumsal projeler için pratik bir başlangıçtır. İsterseniz direkt kopyalayıp doldurun.

---

1) Projenin Özeti (1 paragraf)

• Proje adı:
• Amaç (neden yapıyoruz?):
• Başarı kriteri (ne olursa “başardı” diyeceğiz?):

Örnek: “Saha satış ekibinin ziyaretlerini, fotoğraf + konum kanıtıyla raporlamak ve ERP’ye anlık aktarmak.”

---

2) Hedef Kullanıcılar ve Roller (RBAC)

• Kullanıcı tipleri (rol listesi):
  • Admin / Yönetici
  • Saha personeli
  • Bayi / müşteri temsilcisi
• Her rol ne yapacak? (kısa maddeler)

---

3) Platform ve Kapsam

• Platform: iOS / Android / Flutter
• Dil: TR / EN / çoklu dil?
• Tahmini kullanıcı sayısı:
• Bölge: Türkiye / global

---

4) Temel Özellikler (Must / Should / Nice)

Aşağıdaki gibi 3’e ayırın:

Must Have (Olmazsa olmaz)

• Login / SSO
• Rol bazlı yetkilendirme
• Listeleme / detay / form akışları
• Fotoğraf / dosya yükleme
• Konum alma + zaman damgası
• Offline çalışma (var/yok)
• Bildirim (push) (var/yok)

Should Have (Olursa iyi olur)

• Rota / görev yönetimi
• Harita
• Raporlama ekranları
• Yönetim paneli

Nice to Have (Sonraya kalabilir)

• AI destekli öneriler
• Otomatik etiketleme vb.

---

5) İş Akışları (2–5 ana senaryo)

Her biri 3–6 adım olacak şekilde yazın:

Senaryo 1: Saha ziyareti

1. Check-in
2. Fotoğraf çek
3. Form doldur
4. Check-out
5. Rapor ERP’ye gitsin

---

6) Veri ve Entegrasyonlar

• Entegrasyon var mı? ERP / CRM / başka sistem:
• API var mı? (varsa dökümantasyon)
• Veri akışı:
  • Uygulamadan ERP’ye gidenler
  • ERP’den uygulamaya gelenler
• Entegrasyon yöntemi: REST / SOAP / middleware / file transfer?

---

7) Offline Çalışma ve Senkronizasyon (Kurumsalda kritik)

• Offline gerekli mi? (Evet/Hayır)
• Offline iken hangi işlemler yapılacak?
• Senkron ne zaman olacak?
  • otomatik / manuel / wifi olunca
• Çakışma durumunda kural ne? (son yazan kazanır vb.)

---

8) Güvenlik / KVKK / Loglama

• KVKK açısından hassas veri var mı? (var/yok)
• Yetkilendirme: JWT / OAuth2 / SSO
• Loglar nerede tutulacak?
• Fotoğraf/konum gibi kanıt verisi için saklama süresi?

---

9) Performans ve SLA (bakım beklentisi)

• Çalışma saatleri: 7/24 mü?
• SLA beklentisi:
  • kritik hata müdahale süresi
  • normal hata
• Bakım modeli: aylık bakım paketi / çağrı başı

---

10) Teslimatlar (tekliflerin kıyaslanması için şart)

• Kaynak kod teslimi (Git repo)
• Test ortamı / staging
• Dokümantasyon
• Yönetim paneli (var/yok)
• App Store / Google Play yayın desteği

---

11) Zaman Planı ve Milestone

• Hedef başlangıç:
• Hedef canlıya çıkış:
• Tercih edilen yöntem:
  • MVP → iterasyon
  • Tek seferde final

---

12) Bütçe ve Teklif Formatı (bu bölüm teklif kalitesini uçurur)

Tedarikçiden şunu isteyin:

• Tahmini süre (hafta)
• Tahmini ekip: PM/BA, mobile dev, backend dev, QA
• Kalem kalem fiyat kırılımı:
  • analiz & tasarım
  • geliştirme
  • test
  • yayın
  • bakım

---

En sık yapılan 5 hata (ve nasıl önlersiniz)

1. “10 ekran” deyip akışları yazmamak → senaryoları ekleyin
2. Offline ihtiyacını belirsiz bırakmak → net karar verin
3. Entegrasyon dokümanı olmadan teklif istemek → API dokümanı paylaşın
4. Teslimat tanımı yok → kaynak kod, doküman, test ortamı yazın
5. Bakım/SLA konuşulmuyor → en baştan bakım modelini belirtin

NOT: Bu şablon genel olarak tüm yazılım projelerinde, inhouse veya outsource geliştirilen projelerde, kurumsal olmayan projelerde de kullanılabilir. Kendi ihtiyacınıza göre düzenleyebilirsiniz ana hatlara sadık kalarak. Bu sayede ne istediğinizi daha net anlatmış olursunuz ve daha düzgün bir teklif/çıktı alırsınız.

Yardımcı olmamı istediğiniz bir konu var ise iletişim sayfamdan benimle irtibata geçebilirsiniz.

Son dönemde en çok duyduğum sorulardan biri şu:

“Ferhat, AI çıktı… artık yazılım daha ucuz değil mi?”

Kısa cevap: Bazı işlerde evet, ama kurumsal projelerde resim biraz daha farklı.
AI (kod asistanları, otomatik test, tasarım üretimi, dokümantasyon araçları) geliştirme süreçlerini hızlandırdı. Fakat iş “kurumsal mobil uygulama”ya geldiğinde, maliyetin asıl belirleyicileri hâlâ aynı: kapsam, mimari, entegrasyonlar, kalite ve sürdürülebilirlik.

Ben bu yazıda, sahada gerçek projelerde gördüğüm şekilde anlatacağım: AI mobil uygulama maliyetini nerede düşürür, nerede düşürmez? Ve “mobil uygulama fiyat hesaplama” yaparken nelere bakmak gerekir?

1) AI gerçekten neyi ucuzlattı?

AI’nın en net faydasını, tekrarlayan ve standart işlerde görüyorum:

• Basit ekranlar (listeleme, detay, form gibi)
• Standart kullanıcı akışları (login, profil, ayarlar)
• Boilerplate kodlar (temel altyapı)
• Dokümantasyon ve örnek kod hazırlığı
• Bazı test senaryolarının hızlı çıkarılması

Bu tip işlerde AI, geliştirme süresini kısaltabildiği için mobil uygulama fiyatları tarafında aşağı yönlü bir etki yaratabiliyor.

Ama…

2) Kurumsal projelerde neden “maliyet otomatik düşmüyor”?

Kurumsal bir mobil uygulamanın maliyeti genellikle “kod yazmak”tan ibaret değil. Hatta çoğu zaman en büyük maliyet kodun kendisi değil, şu parçalar:

• İş analizi (scope): Ne yapılacağı doğru tanımlanmazsa AI sadece yanlış işi hızlandırır.
• Mimari & ölçeklenebilirlik: Çok kullanıcı, rol-yetki, performans, raporlama.
• Offline çalışma & senkronizasyon: Saha ekipleri için kritik ve karmaşık bir konu.
• ERP/CRM entegrasyonları: Kurumsalda asıl zorluk burada başlar.
• Güvenlik & KVKK: Yetkilendirme, loglama, veri saklama politikaları.
• Kalite ve yayın süreçleri: Cihaz çeşitliliği, App Store süreçleri, stabilite.

Yani AI iyi bir hızlandırıcı ama kurumsalda maliyetin “kritik kalemleri” hâlâ uzmanlık ve süreç yönetimi istiyor.

3) Mobil uygulama maliyeti neye göre çıkar?

“Mobil uygulama maliyeti”ni hesaplarken ben genelde şu 7 başlığa bakıyorum:

1. Ekran sayısı ve akış karmaşıklığı
2. Rol-yetki yapısı (admin, saha, bayi, yönetici…)
3. Offline gereksinimi
4. Cihaz özellikleri (push, konum, foto/video, dosya yükleme)
5. Entegrasyonlar (ERP/CRM, ödeme, SMS/e-posta, kargo vb.)
6. Raporlama ve yönetim paneli
7. Bakım & SLA (kurumsalda asıl değer burada)

Bu yüzden “mobil uygulama fiyat hesaplama” dediğimiz şey tek bir kaleme bakarak yapılmıyor. “10 ekran var” demek tek başına yeterli olmuyor; o ekranların arkasındaki iş akışı, entegrasyon ve kalite beklentisi fiyatı asıl belirliyor.

4) AI ile birlikte bütçe nereye kaydı?

Benim gözlemim şu: AI sayesinde bazı proje tiplerinde toplam maliyet düşebiliyor; ama çoğu kurumsal projede olan şey şu:

• Geliştirme süresi kısalıyor (iyi)
• Ama analiz, test, entegrasyon ve bakım daha çok önem kazanıyor (zorunlu)

Yani şirketler “daha ucuz yazılım”dan çok daha hızlı ve daha güvenli teslimat kazanıyor. Bu da uzun vadede toplam sahip olma maliyetini (TCO) düşürüyor.

5) Kurumsal müşteri için en doğru soru: “Ucuzlar mı?” değil, “Sürdürülebilir mi?”

Kurumsal tarafta benim için kritik olan şey şu:

• Yarın bir ekip devraldığında bu sistem yürür mü?
• Yeni özellik geldiğinde sistem çatlar mı?
• Saha operasyonunda internet gidince çalışır mı?
• ERP değişince entegrasyon yönetilebilir mi?
• Bakım ve SLA düzgün mü?

Bunlar oturduğunda, zaten maliyet “doğru yerden” optimize edilmiş oluyor.

Sonuç: AI tek başına fiyat düşürmez, doğru süreç fiyatı düşürür

AI, iyi kullanılırsa geliştirmeyi hızlandırır. Ama kurumsal işlerde maliyetin ana belirleyicileri hâlâ: kapsam, mimari, entegrasyon, kalite ve bakım.

Eğer sen de “mobil uygulama geliştirme” projen için net bir yol haritası ve gerçekçi bir bütçe aralığı istiyorsan, en hızlı yöntem şu: 15 dakikalık kısa bir ihtiyaç analizi.

---

İletişim / Teklif

Projene göre mobil uygulama maliyeti ve zaman planını netleştirmek için buradan iletişime geçebilirsin:
👉 https://ferhatbalaban.com/#contact

Herkese merhaba. Sürekli değişen ve en çok sorulan mobil uygulama fiyatları ve maliyet hesaplaması ile ilgili tekrar yazı yazma ihtiyacı hissettim.

Daha önceki bir yazımda (buradan ulaşabilirsiniz) bu işin mantığından bashetmiştim. Bu yazıyı da okumanızı tavsiye ederim.

Bu yazıdan sonra tabi uzun zaman geçmiş. Malum döviz kurundaki artış ve TL deki değer kaybı ile mobil uygulama geliştirme adam/gün ücretlerinde de ciddi artışlar oldu.

Bir mobil uygulama yaptırmak için neye ihtiyacınız var , ne kadar maliyet olur fiyatları nelerdir bu yazımda bunlara tekrar değineceğim.

Öncelikle tek platform için yazdığımız bu yazıyı hem ios hem android için düşünebilirsiniz. Sebebi de her iki platformda iş yükünün hemen hemen yakın olmasındandır. Eğer flutter/react native gibi tek bir platformada mobil uygulama geliştiriyorsanız o zaman tek maliyet düşünebilirsiniz.

Özetle, android/ios ayrı ise x2, flutter/react native ise x1 olarak düşünebilirsiniz.

Mobil uygulama fiyatını hesaplamak için öncelikle işi parçalara ayırmak gerekir.

Aşağıdaki örnek maliyetler tahminen 1 ay sürecek normal ölçüde bir mobil uygulama geliştirme için hesaplanmıştır.

Başlamadan önce şunu belirteyim. Sizin 5000 TL bütçeniz olabilir. Bu bütçe ile işi yapacak bir ekip yada kişi bulabilirsiniz. Ancak her kalitenin her çalışan kişinin bir adam/gün maliyeti vardır ve plansız ve hakkını ve karşılığını tam vermediğiniz ürünün sonucu da kötü olacak veya ardından çıkan hatalarda destek alamayacaksınız , veya kod kötü ve baştan savma olabilir. Ben bu konuda uyarmayı bir borç biliyorum kendime. Bu tip durumlar çok gördüm. Biz birine bir iş yaptırdık ama bıraktı gitti bize yardımcı olurmusunuz. Kodu inceleyince ne kadar çok hatalı olduğunu görünce şaşırıyorsunuz. Sanki yapan kişi yapmak istememiş ve istemeyerek paraya da ihtiyacı olduğu için işi de kabul etmiş. Bu yüzden şunu unutmayın ne kadar ekmek o kadar köfte gibi özetleyebiliriz konuyu.

Aşağıdaki adam/gün fiyatları işin hakkını vererek 2020 yılında 1 ay sürecek bir mobil uygulama geliştirme fiyatlarıdır.

1 -Mobil Uygulama Tasarım Fiyatları

Tasarım aşamasında yapılacak işin büyüklüğüne kaç ekran olacağına , ne kadar profesyonel olması gerektiğine göre değişkenlik gösterir.

Bir yazılımcıya sadece mockup yani ekran taslak çizimleri vererek bu taslakdan yola çıkaran ui bileşenlerini kullanarak yol almasını isteyebilirsiniz. Bu durumda tasarım maliyetiniz olmayacak ama karşınıza çıkan ekranlarda görsel olarak sizi tatmin etmeyebilir. Burada iş yazılımcının kabiliyetine kalıyor aslında. Çok güzel birşey de ortaya çıkarabilir eğer çok görsel içeren bir uygulama olmayacak ise yeterli birşey yapabilir.

Ancak splash ekranından başlayarak her ekranın nasıl olması gerektiğini çalıştıracak ve ui (kullanıcı arayüzü) ve ux (kullanıcı deneyimi) düşünerek ekranların çalışılmasını ve nihai ürünün ne olacağını bilmek istiyor ve süpriz ile karşılaşmak istemiyorsanız bu durumda tasarım süresi ve adam/gün maliyeti üzerinden giderek bir hesaplama yapabilirsiniz.

Diyelim 10 gün sürecek bir tasarım çalışması var. Maliyet hesaplamasını adam/gün üzerinden yaparsak:

Adam gün ücreti 400 – 800 civarında ve değişkenlik gösterebilir. Biz burada 600 alalım. 600 x 10= 6000 TL bir tasarım maliyeti çıkacaktır.

2 – Mobil Uygulama Yazılım Fiyatları

Yazılım fiyatları da aynı tasarımda olduğu gibi iş yükü ekranlara göre çıkartılarak yapılır.  Burada her ekran düşünülerek kaç gün süreceği çıkartılır. Yazılımcı maliyetleri düşünüldüğünde ve işi hakkını vererek yaptırmak istediğiniz iyi bir yazılımcı için adam/gün ücretleri 600-1000 TL arasında değişkenlik gösterebilir.

Biz burada 800 TL den hesap yapalım.

800 x 20 iş günü = 16.000 TL çıkacaktır. (Android/iOS ayrı yazılıyorsa x2 düşünelim)

Not: Android/ios ayrı olunca maliyet çok çıkıyor. O zaman neden hep Flutter gibi tek platformda mobil uygulama geliştirmiyoruz ? Bu soruyu duyar gibi oldum bir anda. Bu durumda son yazılarımdan Flutter tecrübelerimi lütfen okuyun. Özetle evet Flutter gayet başarılı buldum ama bazı riskleri de yok değil.

3 – Mobil Uygulama Backend/Admin Paneli Yazılım Fiyatları

Şunu unutmamak lazım. Bazı durumlarda işe ait backend olmak zorundadır. Aslında tamamen cihazda çalışacak local bir uygulama yapmıyorsanız bu durumda backend servisleri ve admin paneli ihtiyacınız da olacaktır.

Tüm bunlar içinde 20 gün dersek, adam/gün ücreti de backend yazılımcısı için hemen hemen aynıdır.

Maliyet 800 x 20 iş günü = 16.000 TL çıkacaktır.

4 – Mobil Uygulama Devreye alım ve destek

Mobil uygulama yaptırma işi tamamlandıktan sonra uygulama test edilip yayına alınır. Bu aşamada işimiz bitmiyor. Genelde sizlere tavsiyem anlaşacağınız yazılımcı yada firma ile sözleşme yaparak ilerlemeniz. Çünkü yayına aldıktan sonrada bazı hatalar ve eksikler olduğu ortaya çıkabilir. Ne kadar iyi test yapılıp işi teslim alsanızda store a çıktıktan sonra tüm kullanıcıların farklı cihazlar ile yapacağı kulllanım gibi test yapamazsınız. Sadece en iyi testler buna yaklaşabilir ama aynı olmaz. Bu nedenle sözleşmenizde mutaka en az 6 aylık ücretsiz bakım ve destek isteyebilirsiniz. Yapılacak çalışmaya göre tabi bu 6 ay , 3 ayda olabilir ama 3 ayda az olmamasında fayda vardır. Tavsiyem minumum 6 aydır. Çünkü uygulama 3 ayda belli bir kullanıcı sayısına ulaşamayabilir. Bu tabi yapacağınız tanıtım/reklam ile orantılıdır.

Peki bu süre geçtikten sonra ne olacak? Bu durumda da toplam proje bütçesinin %10 – %20 si arasında değişen yıllık bakım ücretleri devreye girecektir.

Örneğimizde;

Android/iOs ayrı ve backend olmayan proje için maliyet

Tasarım – 6.000 TL
Android. – 16.000 TL
iOS – 16.000 TL
TOPLAM MALİYET: 38.000 TL
YILLIK BAKIM DESTEK(%15) : 5.700 TL.

Android/iOs aynı (Flutter/React Native) ve backend olmayan proje için maliyet

Tasarım – 6.000 TL
Android/iOS. – 16.000 TL
TOPLAM MALİYET: 22.000 TL
YILLIK BAKIM DESTEK(%15) : 3.300 TL.

Bu bakım destek kapsamında sözleşmenizde sonradan çıkabilecek hataların giderilmesi, yeni çıkan kütüphane ve sdk ların projede güncellenmesi, yeni cihaz ve sürümlerin yaratacağı sıkıntıların giderilmesi ve hata raporlarının belli aralıklar ile takibi ve raporlanması olmalıdır. Unutmamalıdır ki bir uygulama yaşayan bir canlı gibidir. Sürekli bakıma ve desteğe ihtiyaç duyar. Bunun sebeplerinden biri de teknolojinin sürekli değişmesi ve eskiden kullanılan bazı kütüphanelerin atıl kalmasıdır. Uygulama geliştirildiği platformda tekrar açılmalı , gerekli güncelleme ve testler tekrar yapılarak store a güncelleme olarak gönderilmelidir. Bu tip güncellemeler ortalama 4-5-6 ayda bir veya uygulamada bazı buglar tespit edilmiş ise onlar ile beraber store a çıkarken yapılabilir.

Özet;

Aşağıdaki fiyatlar işi yapacak ekip/kişi ile anlaşmanıza göre 6 veya 12 taksit şeklinde olabilir. Bu fiyatlar peşin ödenecek gibi sakın düşünmeyin. Hatta peşin ödememek sonuç aldıkça ödeme yapmak kesinlikle daha iyi olacaktır. 12 taksit yapılınca işe başlarken sadece maliyetin 1/12 sini verip işe başlatmanız mümkündür. Tabi şahıs/ekip bu şartları kabul ederse. Etmiyorsa zaten sizde onlar ile çalışmak zorunda değilsiniz. Önemli olan makul bir ödeme planı yapmak ve aşama aşama ilerlemektir.

BACKEND olan durumda:
Android/iOS ayrı olursa toplam ilk sene masrafımız:

38.000(android/iOS/Tasarım) + 16.000 (Backend) + sonraki 6 aylık bakım (8100/2) 4050 TL = 58.050 TL

Sonraki seneler uygulamada ek özellik yada değişiklik istemezseniz 8100 TL destek ve bakım masrafı olacaktır.

Android/iOS aynı (Flutter/React Native) olursa toplam ilk sene masrafımız:

22.000(android&iOS/Tasarım) + 16.000 (Backend). + sonraki 6 aylık bakım (5700/2) 2850 TL = 40.850 TL

Sonraki seneler uygulamada ek özellik yada değişiklik istemezseniz 5700 TL destek ve bakım masrafı olacaktır.

BACKEND olmayan durumda:
Android/iOS ayrı olursa toplam ilk sene masrafımız:

38.000 + sonraki 6 aylık bakım (5700/2) 2850 TL = 40.850 TL

Sonraki seneler uygulamada ek özellik yada değişiklik istemezseniz 5700 TL destek ve bakım masrafı olacaktır.

Android/iOS aynı (Flutter/React Native) olursa toplam ilk sene masrafımız:

22.000 + sonraki 6 aylık bakım (3300/2) 1650 TL = 23.650 TL

Sonraki seneler uygulamada ek özellik yada değişiklik istemezseniz 3300 TL destek ve bakım masrafı olacaktır.

Gördüğünüz gibi iş biraz karışık. Uygulamanızın backend ihtiyacı var mı? Profesyonel tasarım ihtiyacı var mı? Flutter/React Native gibi tek platform da yazılır mı gibi birçok seçeneğe göre fiyat hesaplanıyor. Bu durumda bir uzmana danışmanız ve onunla ilerlemeniz çok önemli.

Son olarak: Teknik Danışman ?

Aynı zamanda sadece seçim yeterli değil. Yazılımı yapan ekip/şahıs denetlenmeli ve kalite kontrol yapılmalı. Paranızı sokağa atmak istemiyorsanız bir danışmandan proje devam ettiği sürece şu konularda destek alabilirsiniz. Bu kalite ve paranızın boşa gitmemesi için çok önemli.

Danışmanlık kapsamı projenin büyüklüğüne göre değişmekle birlikte kapsam genelde şu şekilde oluyor.

1 – Projeye ait kurgunun kontrolü/şekillendirilmesi ve apple/google politikalarına uygunluğu,
2 – Tasarımınız yok ise projeye uygun tasarımın yapılması,
3 – Tasarım sonrası iş planının belirlenmesi,
4 – İşi yapacak ekibin belirlenmesi,
5 – İşin (yazılan kodun) düzgün olmasının sağlanması,
6 – Kodun ve tüm dökümanların yedeğinin alınması,
7 – Kalite kontrol için iyi bir test sürecinin yürütülmesi,
8 – Yazılım yapan ekibe aşama aşama ödemelerin yapılması,
9 – Kısacası kalite güvencesi ve devam eden süreçte yani teslimat sonrası bu kalitenin korunması.

Bu hizmetler için proje büyüklüğüne göre değişen aylık bir danışmanlık ücreti ile anlaşıp yazılımın kaliteli çıktı üretmesi ve sürekli hatalara karşı denetlenip yazılım ekibi ile koordineli çalışma sağlanması danışmanın temel görevi olacaktır.

Hangi ekip ya da şahış ile çalışıyorsanız çalışın bir proje yönetimi ve proje liderine ihtiyacınız bulunuyor. Hiçbir ekip ya da şahıs bilen biri tarafından denetlenmiyorsa düzgün ve kaliteli bir iş çıkaramayabilir. Bunu garanti etmek için bu danışmanlık şart görünüyor. Yoksa projeniz için üretilen çıktılar ve harcanan para boşa gidebiliyor.

Umarım bu konuda detaylı ve faydalı bir yazı olmuştur. Bir sorunuz olursa buradan yorum bırakabilir veya iletişim bölümünden benimle irtibata geçebilirsiniz.