Kısa cevap: "Bir uygulama kaç TL?" sorusunun dürüst cevabı tek sayı değil, banttır — ve aynı fikir için alacağınız tekliflerin birbirinin birkaç katı çıkması normaldir. Bunun nedeni kimsenin sizi kandırması değil; "uygulama" kelimesinin, arkasındaki işin binde birini anlatmasıdır. İki firma aynı "randevu uygulaması" cümlesinden bambaşka işler anlar: biri hazır bileşenlerle tek platformluk bir MVP, diğeri ödeme + SMS + takvim entegrasyonlu, KVKK denetiminden geçecek bir sistem fiyatlar. Bu rehberde size fiyat listesi vermeyeceğiz — kur, işçilik ve AI araçlarının etkisiyle her liste yazıldığı ay eskir. Onun yerine daha değerli şeyi vereceğiz: maliyeti hangi kalemlerin kurduğunu, bandın içinde nerede duracağınızı nasıl anlayacağınızı ve teklif toplarken hangi soruların parayı koruduğunu.
Neden şimdi yeniden düşünmeli? Çünkü AI destekli geliştirme maliyet yapısını gerçekten değiştirdi — ama beklenenin tersine bir dağılımla. Kod yazma kısmı ucuzladı ve hızlandı; buna karşılık işin "kod dışı" gövdesi — ne yapılacağını netleştirmek, entegrasyonları oturtmak, test etmek, güvenliği sağlamak, yaşatmak — toplam maliyetin içinde daha büyük paya çıktı. Bunun pratik sonucu şudur: "AI varken artık her şey onda birine yapılır" cümbüşü ile "hiçbir şey değişmedi" muhafazakârlığı aynı ölçüde yanıltıcıdır. Değişen şey toplamdan çok, paranın nereye gittiğidir.
Maliyeti Kuran Yedi Kalem
Teklifleri karşılaştırabilmek için önce maliyetin anatomisini bilmeniz gerekir. Yedi kalem toplamı kurar: (1) **Kapsam:** ekran sayısından çok akış sayısı — kullanıcının başından sonuna yürüdüğü senaryo adedi. "Giriş yap, listele, detay gör" bir akıştır; "sipariş ver, öde, iade et, itiraz aç" dört akıştır. (2) **Platform kararı:** yalnız web mi, mobil de mi; mobilde tek kod tabanı (React Native/Flutter tarzı) mı, yerli (native) mi. (3) **Entegrasyonlar:** ödeme, e-fatura, SMS, kargo, ERP, banka — sahada bütçeyi en çok şaşırtan kalem budur, çünkü her entegrasyon karşı tarafın belgelerine, test ortamına ve aksiliklerine bağımlıdır. (4) **Veri ve arka uç karmaşıklığı:** kaç tür veri, hangi ilişkilerle, hangi hacimde; gerçek zamanlılık (canlı bildirim, anlık takip) gerekiyor mu. (5) **Tasarım özgünlüğü:** hazır bileşen kütüphanesiyle temiz bir arayüz ile markaya özel tasarlanmış bir deneyim arasında ciddi işçilik farkı vardır. (6) **Güvenlik ve mevzuat:** KVKK süreçleri, yetkilendirme katmanları, denetim izi, sızma testi — kullanıcı verisi taşıyan her uygulamada pazarlık edilemez kalemlerdir. (7) **Kalite hedefi:** "arkadaşlara gösterilecek demo" ile "binlerce kullanıcıda çökmeyecek ürün" aynı iş değildir; test, izleme ve dayanıklılık maliyeti bu hedefle katlanır.
Bant Mantığı: Basit / Orta / Karmaşık Ne Demek?
Sektörün kullandığı basit-orta-karmaşık ayrımını sayı ezberi olarak değil, yukarıdaki kalemlerin bileşimi olarak okuyun. **Basit:** birkaç akış, tek platform, sıfır ya da bir entegrasyon, hazır bileşenlerle arayüz, temel giriş/kayıt — haftalarla ölçülen iş. **Orta:** çok akış, kullanıcı rolleri, ödeme ve birkaç dış servis entegrasyonu, bildirimler, yönetim paneli — aylarla ölçülen iş. **Karmaşık:** gerçek zamanlı özellikler, AI/ML katmanı, çoklu dil-bölge, yüksek trafik mimarisi, ağır mevzuat — çeyreklerle ölçülen iş. Bandın pratik faydası şudur: aldığınız teklifler aynı bantta değilse, fiyatları değil kapsam anlayışlarını karşılaştırıyorsunuz demektir. Önce herkesi aynı kapsam tanımına çekin; fiyat konuşması ancak ondan sonra anlamlıdır.
Ekip Modeli: Kime Yaptıracaksınız?
Aynı işin maliyeti, kime yaptırdığınıza göre de bant değiştirir — ve her modelin bedeli fiyat etiketinde görünmeyen bir yerdedir. **Freelancer:** en düşük fiyat, en yüksek süreklilik riski; kişi ulaşılamaz olduğunda projeniz de ulaşılamaz olur. Küçük ve iyi tanımlı işlerde rasyoneldir. **Yerli ajans/butik ekip:** fiyat ortada, sorumluluk sözleşmeyle tanımlı; asıl ayrıştırıcı, süreç şeffaflığı ve teslim sonrası sahiplenmedir — bunu sorgulamayı birazdan soru listesine koyacağız. **Yurtdışı ajans:** dolar bazlı fiyat, kurumsal süreç; Türkiye mevzuatı ve yerel entegrasyonlar (e-fatura, yerli ödeme, İYS) çoğu zaman öğrenme maliyetine dönüşür. **Kurum içi ekip:** en yüksek sabit maliyet, en yüksek kontrol; sürekli geliştirilecek bir ürününüz varsa mantıklıdır, tek projelik iş için değildir. Kural: modeli fiyata göre değil, işin ömrüne göre seçin — uygulama yaşadıkça kiminle muhatap olacağınız, açılış günü kaç ödediğinizden önemlidir.
Görünmeyen Maliyetler
Teklifte yazmayan ama faturada beliren kalemler: mağaza ücretleri (Apple geliştirici hesabı yıllık, Google Play tek seferlik ücret alır — küçük ama süreklilik gerektiren kalemler), sunucu ve altyapı giderleri (kullanıcı sayısıyla büyür; AI özelliği varsa model API maliyeti ayrıca işler), üçüncü parti servis abonelikleri (bildirim, analitik, hata takibi, e-posta/SMS — tek tek küçük, toplamı görünür bir aylık gider) ve en büyüğü: **bakım.** İşletim sistemi güncellemeleri, güvenlik yamaları, kütüphane sürümleri ve küçük düzeltmeler için yıllık düzenli bütçe ayırmak sektörde standart kabuldür; bakım bütçesi ayrılmayan uygulama, iki yıl içinde "telefonda açılmıyor" mesajıyla geri döner. Dürüst bir kural: ilk geliştirme bedeli, uygulamanın yaşam boyu maliyetinin yalnızca ilk taksitidir.
AI Çağında Maliyet: Ne Ucuzladı, Ne Ucuzlamadı?
2025-2026'nın gerçeği ikili: AI araçları standart ekranların, temel CRUD işlerinin ve prototiplerin maliyetini gerçekten düşürdü — bu kazancın teklife yansımasını beklemek hakkınızdır. Ucuzlamayan taraf ise işin düşünme ve güvence gövdesidir: gereksinimi netleştirmek, entegrasyon aksiliklerini çözmek, güvenliği denetlemek, üretimde yaşatmak. Buradan iki pratik çıkarım: (a) "AI ile yapıyoruz, o yüzden çok ucuz" diyen teklifte, ucuzlamayan kalemlerin — test, güvenlik, bakım — nereye gittiğini sorun; genellikle kapsam dışına itilmiştir. (b) Kendi tarafınızda da AI'dan yararlanın: fikrinizi ucuz bir prototiple somutlaştırıp teklife öyle çıkmak, "kâğıt üzerinde kapsam" ile teklif toplamaktan çok daha isabetli fiyatlar getirir.
Teklif Toplarken Sorulacak Sorular
Parayı koruyan asıl bölüm burasıdır. Her adaya aynı soruları sorun, cevapları yan yana koyun: (1) "Bu fiyata NELER DAHİL DEĞİL?" — en ayırt edici soru; dürüst tedarikçi bu listeyi severek verir. (2) "Kapsam değişirse fiyat nasıl değişir?" — değişiklik talebinin birim mantığını baştan öğrenin; proje ortasında öğrenmek pahalıdır. (3) "Kaynak kod ve hesaplar kimde kalıyor?" — kod, sunucu, alan adı ve mağaza hesapları sizin adınıza olmalı; olmuyorsa bağımlılık satın alıyorsunuz. (4) "Teslimden sonra ilk hata, ilk güncelleme, ilk mevzuat değişikliği kimin işi ve kaça?" (5) "Testi kim, nasıl yapıyor; kabul kriteri ne?" — "biz test ederiz" cevabının yazılı karşılığını isteyin. (6) "Benzer bir işi görebilir miyim?" — ekran görüntüsü değil, çalışan iş ve konuşulabilir referans. (7) "Süreci nereden izleyeceğim?" — düzenli demo ve yazılı ilerleme yoksa, projenin durumunu ancak teslim günü öğrenirsiniz.
Sahada işe yarayan ipuçları
**1.** Teklife çıkmadan önce tek sayfalık bir kapsam özeti yazın: kim kullanacak, hangi akışlar olacak, hangi sistemlere bağlanacak, başarı neyle ölçülecek. Bu bir sayfa, alacağınız tekliflerin isabetini her şeyden çok artırır. **2.** Bütçenizi tek zarf yapmayın; sürüm 1 + bakım yılı + sürüm 2 fikirleri diye bölün. İlk sürüme her şeyi sıkıştırma refleksi, hem fiyatı hem riski şişirir. **3.** İlk sürümü acımasızca küçültün: "olmazsa olmaz" listeniz onu aşıyorsa, muhtemelen "olsa güzel olur"ları da saymışsınız demektir. **4.** En ucuz ve en pahalı teklifi aynı ciddiyetle sorgulayın — ucuzun nereden kısıldığını, pahalının neyi fazladan fiyatladığını anlamadan karar vermeyin. **5.** Saatlik ücret karşılaştırması yapmayın; düşük saatlik × çok saat, yüksek saatlik × az saatten kolayca pahalı çıkar. Karşılaştırılacak şey toplam bedel + kapsam + teslim sonrası düzendir. **6.** Sözleşmeye çıktıları değil sonuçları da yazdırın: hangi ortamda, hangi kabul testinden geçince "bitti" sayılacak.
Sık yapılan hatalar
En yaygın hata, fiyat sorusunu kapsam sorusundan önce sormaktır — kapsamsız fiyat, ölçüsüz terzilik gibidir; sonuç mutlaka bir yerden sıkar. İkincisi, bakımı yok saymaktır; açılış günü biten bütçe, uygulamanın en uzun dönemini parasız bırakır. Üçüncüsü, sözlü mutabakatla yürümektir; yazılı olmayan kapsam, iki tarafın hafızasında iki ayrı projeye dönüşür. Dördüncüsü, "tanıdığın yazılımcı" kısayoludur — ilişki bitince proje sahipsiz kalır. Beşincisi, uygulamayı çıkarmayı işin sonu sanmaktır: kullanıcı edinme, geri bildirim döngüsü ve iyileştirme bütçesi olmayan uygulama, mağazada sessizce unutulur. Kendi payımıza dürüst olalım: biz de her teklifte bu rehberdeki her kalemi kusursuz fiyatlayamayız — kimse yapamaz; farkı yaratan, belirsizliği baştan adlandırıp değişimi yönetilebilir kılmaktır.
Maliyet sorusunun ardında genellikle daha iyi bir soru vardır: "bu işi hangi sırayla, hangi kapsamla yapmalıyım?" O sıralamayı kurmanın disiplinini [4VS Yöntemi yazısında](/kaynaklar/4vs-yontemi-nedir), geliştirme maliyetini kökten değiştiren AI araçlarının bugünkü hâlini ise [vibe coding yazısında](/kaynaklar/vibe-coding-nedir) anlattık.