mobil uygulama fiyat hesaplama

Mobil Uygulama Teklif Brief Şablonu (Kurumsal)

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

Check-in
Fotoğraf çek
Form doldur
Check-out
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)

“10 ekran” deyip akışları yazmamak → senaryoları ekleyin
Offline ihtiyacını belirsiz bırakmak → net karar verin
Entegrasyon dokümanı olmadan teklif istemek → API dokümanı paylaşın
Teslimat tanımı yok → kaynak kod, doküman, test ortamı yazın
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.

Mobil Uygulama Fiyatları: AI Maliyeti Düşürür mü? (2026)

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:

Ekran sayısı ve akış karmaşıklığı
Rol-yetki yapısı (admin, saha, bayi, yönetici…)
Offline gereksinimi
Cihaz özellikleri (push, konum, foto/video, dosya yükleme)
Entegrasyonlar (ERP/CRM, ödeme, SMS/e-posta, kargo vb.)
Raporlama ve yönetim paneli
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