Özel Yazılım Maliyeti Neye Göre Belirlenir? 2026 Fiyat Rehberi

Özel yazılım maliyeti tek bir fiyat etiketiyle değil, bir denklemle belirlenir: özellik kapsamı, ekran ve akış karmaşıklığı, entegrasyon sayısı, tasarım derinliği, hedef platform (web, mobil veya ikisi birden), güvenlik ve KVKK gereksinimleri ile bakım-destek beklentisi bir araya gelir ve toplam rakamı oluşturur. 2026 Türkiye pazarında bu denklem, küçük bir iç araç için 100.000 TL bandından başlayıp kapsamlı bir müşteri portalında veya mobil uygulamada 1.000.000 TL'yi aşan geniş bir yelpazeye uzanır. Yani "özel yazılım kaç para?" sorusunun dürüst cevabı tek bir rakam değil; fiyatın hangi kararlarınızla büyüyüp küçüldüğünü anlamaktır.

Bu rehberde fiyatı oluşturan bileşenleri tek tek açacak, sabit kapsam ile zaman-malzeme gibi fiyatlandırma modellerini karşılaştıracak, proje tipine göre 2026 Türkiye'si için gerçekçi bütçe aralıkları paylaşacak ve teklif masasına oturduğunuzda sormanız gereken soruları sıralayacağız. Amacımız size sihirli bir rakam vermek değil; önünüze gelen bir yazılım teklifini okuduğunuzda "bu fiyat neden bu kadar?" sorusuna kendi başınıza cevap verebilmenizi sağlamak.

Özel yazılım maliyetini belirleyen 7 temel faktör

Aynı cümleyle tarif edilen iki proje arasında 10 kata varan fiyat farkı olabilir. "Bir stok takip uygulaması istiyorum" diyen iki işletmeden biri tek depo, tek kullanıcı ve Excel'den içe aktarma isterken; diğeri üç depo, barkod okuyucu desteği, Logo bağlantısı ve bayilerin sipariş gireceği ayrı bir ekran bekliyor olabilir. İkisi de "stok takip uygulaması", ama biri diğerinin birkaç katı iş demek. Fiyatı belirleyen yedi ana faktörü tanırsanız, teklifler arasındaki farkın nereden geldiğini de görürsünüz.

1. Kapsam ve özellik sayısı

En büyük kalem budur. Yazılımda her özellik; analiz, tasarım, kodlama, test ve sonrasında ömür boyu bakım demektir. Üstelik özellikler birbiriyle çarpışır: kullanıcı rolleri eklediğinizde her ekranın "bu rol bunu görebilir mi, düzenleyebilir mi?" sorusuyla yeniden ele alınması gerekir. Toplantıda iki saniyede söylenen "bir de raporlama olsun" cümlesi, takvime haftalar ekleyebilir.

Basit veri giriş ekranları (kayıt ekle, listele, düzenle, sil) ile iş kuralı içeren özellikler arasında da büyük fark vardır. Müşteri kartı tutmak görece kolaydır; "bayinin cirosuna, ödeme gününe ve ürün grubuna göre otomatik iskonto hesaplansın" demek, kuralların tek tek netleştirilmesi ve her senaryonun ayrı ayrı test edilmesi gereken ciddi bir mühendislik işidir.

2. Ekran ve akış karmaşıklığı

Ekran sayısı kaba bir ölçüdür ama asıl maliyet, akışların içindeki durumlarda gizlidir. Bir sipariş ekranı yalnızca "sipariş oluştur" değildir; iptal, iade, kısmi iade, stok yetersizliği, ödeme hatası ve kargo gecikmesi gibi istisna durumların her biri ayrı tasarlanır, kodlanır ve test edilir. Mutlu senaryoyu yazmak işin yarısıdır; gerçek hayatta yazılımı ayakta tutan, istisnaların doğru yönetilmesidir. Teklif aşamasında "kaç ekran var?" kadar "her ekranda hangi durumlar olabilir?" sorusu da konuşulmalıdır.

3. Entegrasyonlar: ödeme, ERP, kargo, e-fatura, API

Türkiye'de kurumsal bir yazılım nadiren tek başına çalışır. Ödeme tarafında iyzico, PayTR veya bankaların sanal POS'ları; muhasebe tarafında Logo, Mikro, Netsis gibi ERP'ler; operasyonda kargo firmalarının API'leri, e-fatura entegratörleri, pazaryeri bağlantıları (Trendyol, Hepsiburada) ve SMS/e-posta servisleri devreye girer. Her entegrasyon; dokümantasyon okuma, test ortamı kurma, hata senaryolarını yönetme ve canlıya geçişi planlama demektir. Ödeme entegrasyonu seçerken işin komisyon boyutunu da hesaba katmalısınız; bu konuyu sanal POS komisyon karşılaştırması yazımızda ayrıntılı inceledik.

Tecrübeyle sabit bir kural: entegrasyon maliyeti çoğu zaman karşı tarafın dokümantasyon kalitesiyle ters orantılıdır. Dokümantasyonu zayıf, test ortamı olmayan bir servisle entegrasyon, iyi belgelenmiş bir API'nin birkaç katı zaman alabilir. Teklif istemeden önce hangi sistemlere bağlanılacağını netleştirmeniz bu yüzden kritik; "ERP'mizle konuşsun" cümlesi, hangi ERP ve hangi sürüm olduğu belli olmadan fiyatlanamaz.

4. Tasarım derinliği

Yalnızca ekibinizin kullanacağı bir iç araçta, hazır ve kanıtlanmış bir arayüz kiti hem hızlı hem ekonomiktir. Müşterinize dönük bir üründe ise tasarım, markanızın yüzüdür: özel arayüz tasarımı, mikro animasyonlar, mobil uyum ve erişilebilirlik çalışması bütçeyi büyütür ama karşılığını güven ve dönüşüm olarak öder. "Tasarıma ne kadar yatırım yapmalıyım?" sorusunun en kısa cevabı şudur: yazılımı kim kullanacak ve o kişinin başka seçeneği var mı?

5. Platform seçimi: web, mobil veya ikisi birden

Mobil uyumlu (responsive) bir web uygulaması çoğu işletme için en ekonomik başlangıçtır; tek kod tabanıdır, her cihazda çalışır, uygulama mağazası onayı gerektirmez. Native mobil uygulama (App Store + Google Play) ise mağaza süreçleri, sürüm yönetimi ve iki ayrı platformun gereksinimleri nedeniyle maliyeti belirgin biçimde artırır. Tek kod tabanından her iki mağazaya derlenen çapraz platform yaklaşımı ara bir yol sunar. Anlık bildirim veya çevrimdışı kullanım gibi mobile özgü ihtiyaçlarınız yoksa, web ile başlayıp mobil uygulamayı ikinci faza bırakmak sık önerdiğimiz ve işleyen bir stratejidir.

6. Güvenlik ve KVKK gereksinimleri

Kişisel veri işleyen her yazılım KVKK kapsamındadır; yani Türkiye'de müşteri, personel veya aday verisi tutan hemen her sistem. Aydınlatma metni ve açık rıza akışları, veri saklama ve silme politikaları, erişim logları, rol bazlı yetkilendirme ve şifreleme baştan tasarlanmalıdır. Sağlık veya finans gibi hassas veri işleyen projelerde gereksinimler daha da sıkılaşır. Bu katmanlar projenin sonunda eklenmeye çalışıldığında maliyet katlanır; baştan planlandığında ise toplam içinde makul bir paydır. Teklifte güvenlik ve KVKK'nın hiç geçmemesi, fiyatın düşüklüğünden daha çok düşündürmelidir.

7. Bakım, destek ve garanti

Yazılım canlıya çıktığında bitmez; yaşamaya başlar. Tarayıcılar güncellenir, işletim sistemleri değişir, bağlandığınız banka API'si yeni sürüme geçer, güvenlik yamaları gelir. Sektörde kabul gören eğilim, proje bedelinin yıllık %15-25'i civarında bir bakım bütçesi ayırmaktır. Teklifte bakım kalemi yoksa fiyat ilk bakışta düşük görünür; ama ilk kritik API değişikliğinde ortada muhatap bulamamak çok daha pahalıya mal olur.

Fiyatlandırma modelleri: sabit kapsam, zaman-malzeme, aylık geliştirme

Aynı proje üç farklı fiyatlandırma modeliyle teklif edilebilir ve hangi modelin seçildiği hem riskin kimde olduğunu hem de toplam maliyeti değiştirir.

Sabit kapsam kulağa en güvenli gelir ama bir ön koşulu vardır: gerçekten net bir kapsam dokümanı. Kapsam muğlakken verilen sabit fiyat, ya yüklü bir belirsizlik primi içerir ya da proje ortasında "bu kapsamda yoktu" gerilimine dönüşür. Zaman-malzeme esneklik sağlar ama düzenli raporlama ve sprint disiplini olmadan ucu açık hissettirebilir. Aylık model ise yazılımı bir kerelik proje değil, sürekli gelişen bir varlık olarak gören işletmeler için anlamlıdır.

Pratikte en sağlıklı bulduğumuz yaklaşım hibrit modeldir: önce küçük ve sabit fiyatlı bir analiz/keşif çalışması yapılır; ihtiyaçlar, ekranlar ve entegrasyonlar netleştirilir. Ardından netleşen kapsam ya sabit fiyatla ya da fazlar hâlinde geliştirilir. Biz de özel yazılım projelerimizde bu sırayı izliyoruz; çünkü en pahalı risk olan "yanlış şeyi geliştirme" riskini en baştan küçültüyor.

2026 Türkiye'sinde proje tipine göre bütçe aralıkları

Gelelim en çok merak edilen kısma. Önemli bir uyarıyla başlayalım: aşağıdaki rakamlar taahhüt değil, pusuladır. Aralıkların geniş olmasının nedeni yukarıda saydığımız faktörlerdir; aynı başlıktaki iki proje, kapsamına göre alt sınırın altına inebilir veya üst sınırı rahatça aşabilir. Rakamlar, 2026 Türkiye pazarında sektörel olarak kabul gören geniş aralıkları yansıtır ve KDV hariç düşünülmelidir.

Bu aralıkların mantığını görmek için ekibe bakmak yeterli: orta ölçekli bir projede proje yöneticisi, arayüz tasarımcısı, bir-iki geliştirici ve test sorumlusu haftalarca birlikte çalışır. Yetkin bir yazılım ekibinin aylık maliyeti düşünüldüğünde, "kurumsal portal 60.000 TL'ye olur" diyen bir teklifin bir yerlerden kısmak zorunda olduğu açıktır: ya kapsamdan, ya testten, ya da projeyi gerçekten bitirme niyetinden.

Freelancer ile ajans veya yazılım evi arasındaki fiyat farkı da buradan doğar. Yetkin bir freelancer, küçük ve net kapsamlı işlerde gayet ekonomik bir seçenek olabilir; ancak tek kişiye bağımlılık (hastalık, yoğunluk, iletişim kopması) projenin en büyük riskine dönüşebilir. Kurumsal yapılar süreklilik, süreç ve yedeklilik sunar; bunun fiyata yansıması da doğaldır. Doğru soru "hangisi ucuz?" değil, "bu projenin riskini kim taşıyabilir?" sorusudur.

E-ticaret tarafında özel yazılım ile hazır altyapı maliyetlerini yan yana koymak isterseniz, e-ticaret sitesi açmak kaç para? rehberimiz hazır altyapı tarafının 2026 tablosunu ayrıntılı çiziyor; iki yazıyı birlikte okumak karar vermeyi kolaylaştırır.

Maliyeti düşüren akıllı kararlar

Özel yazılımda tasarruf, en ucuz teklifi seçmek değil; doğru kapsam kararlarını vermektir. Bütçeyi en çok rahatlatan kararlar şunlardır:

• MVP yaklaşımıyla başlayın. Aklınızdaki özelliklerin genellikle küçük bir bölümü, değerin büyük bölümünü üretir. İlk sürümde tek bir ana problemi uçtan uca çözün; geri kalanını gerçek kullanıcı geri bildirimiyle önceliklendirin. Bu hem bütçeyi küçültür hem de hiç kullanılmayacak özellikler için para ödeme riskini azaltır.
• Hazır bileşen ve servisleri kullanın. Ödeme için iyzico veya PayTR'nin hazır kütüphaneleri, kimlik doğrulama için kanıtlanmış çözümler, yönetim paneli için hazır arayüz kitleri... Her satırı sıfırdan yazdırmak hem pahalı hem gereksizdir; özel kod, sizi rakiplerinizden farklılaştıran çekirdek işe harcanmalıdır.
• E-ticarette karma modeli düşünün. Mağazanın kendisi için hazır altyapı, size özgü ihtiyaç için özel modül; çoğu işletmede en verimli denklem budur. Altyapı tarafında karar aşamasındaysanız ikas mı Shopify mi? karşılaştırmamıza göz atabilirsiniz.
• Projeyi fazlandırın. Faz 1-2-3 olarak bölmek hem nakit akışını rahatlatır hem her fazın sonunda yön düzeltme imkânı verir. Faz 1 canlıya çıkıp değer üretmeye başladığında, Faz 2'nin bütçesi çoğu zaman kendini finanse eder.
• Analiz dokümanına yatırım yapın. Bir-iki sayfalık net bir ihtiyaç dokümanı bile tekliflerin isabetini ciddi biçimde artırır. Kapsam netliği, firmaların fiyata eklediği belirsizlik primini düşürür.
• Tek platformla başlayın. Önce web ile talebi doğrulayın; mobil uygulamayı kanıtlanmış ihtiyaca göre ekleyin.

Bu noktada daha temel bir soruyu da dürüstçe sormak gerekir: gerçekten özel yazılıma mı ihtiyacınız var, yoksa hazır bir çözüm işinizi görür mü? Bu kararın ayrıntılı karşılaştırmasını Hazır site mi, özel yazılım mı? yazımızda ele aldık; ciddi bir bütçe ayırmadan önce okumanızı öneririz.

Gizli maliyetler: teklifte çoğu zaman görünmeyen kalemler

Proje bedeli, toplam sahip olma maliyetinin yalnızca bir parçasıdır. Bütçe planlarken şu kalemlere de baştan yer açın:

• Sunucu ve barındırma: Kullanıcı ve veri arttıkça büyüyen aylık bir giderdir. Küçük projelerde sembolik kalır, yoğun trafikli sistemlerde ciddi bir kaleme dönüşür.
• Alan adı, SSL ve CDN: Tek tek küçük ama yıllık toplamda hesaba katılması gereken giderler.
• Üçüncü parti servis ücretleri: SMS paketleri, harita API'leri, e-fatura entegratörü abonelikleri, ödeme komisyonları. Yazılım sizin olsa da içindeki bazı servisler kullandıkça ödemelidir.
• Bakım ve güncelleme: Yıllık %15-25 eğilimini yukarıda anlattık; bütçelerin en sık unutulan satırı budur.
• Kapsam değişiklikleri: Canlıya çıktıktan sonra "şunu da eklesek" istekleri mutlaka gelir; gelmesi de iyidir, yazılımın gerçekten kullanıldığını gösterir. Önemli olan bu taleplerin nasıl fiyatlanacağının sözleşmede baştan belli olmasıdır.
• Eğitim ve devreye alma: Ekibinizin sistemi etkin kullanması için eğitim ve iyi bir dokümantasyon gerekir; yoksa yazılım atıl kalır ve "olmadı" damgası yer.
• KVKK uyum süreçleri: Aydınlatma metinleri, gerekliyse VERBİS kaydı ve hukuki danışmanlık, yazılım bedelinin dışında planlanması gereken kalemlerdir.

Bir de görünmeyen ama her gün hissedilen bir maliyet var: performans. Yavaş açılan bir uygulama, müşteriye dönük senaryoda doğrudan ciro kaybıdır; hem kullanıcı deneyimi hem Google görünürlüğü etkilenir. Bu ilişkiyi Core Web Vitals rehberimizde ayrıntılı anlattık; teklif görüşmesinde performans hedeflerinin kendiliğinden gündeme gelmesi, karşınızdaki ekibin olgunluk işaretlerinden biridir.

Danışanlarımızda en sık karşılaştığımız bütçe hatası, paranın tamamının geliştirmeye ayrılıp bakım, sunucu ve eğitime sıfır pay bırakılmasıdır. İlk yıl için kaba bir kural: proje bedelinin üzerine %20-30 işletme payı koyun. Artarsa Faz 2 için sermaye olur; eksik kalırsa projenin ortasında zor bir konuşma yaparsınız.

Geliştirme süreci: paranız hangi aşamada nereye gidiyor?

Teklifteki rakamın neye harcandığını görmek, fiyatı değerlendirmeyi kolaylaştırır. Tipik bir projede bütçe kabaca şöyle dağılır; bunlar kesin oranlar değil, sektörde gözlenen eğilimlerdir:

• Analiz ve keşif (%10-15): İhtiyaçların netleştirilmesi, akışların çıkarılması, teknik mimari kararları. Bütçedeki en küçük görünen ama projenin isabetinin belirlendiği aşamadır.
• Arayüz tasarımı (%15-20): Ekranların tasarlanması, tıklanabilir prototip, onay turları.
• Geliştirme (%40-50): Kodlamanın kendisi; entegrasyonlar dahil en büyük dilim.
• Test (%10-15): Fonksiyon testleri, hata düzeltme, farklı cihaz ve tarayıcı kontrolleri, temel güvenlik kontrolleri.
• Canlıya alma ve stabilizasyon (%5-10): Yayına geçiş, veri taşıma, ilk haftaların yakın takibi.

Buradaki kritik ders şu: en pahalı tasarruf, analizden yapılan tasarruftur. Analizde atlanmış bir ihtiyacı geliştirme bittikten sonra fark etmek, aynı işin bir kısmını iki kez yaptırmak demektir. Yönettiğimiz projelerde bütçeyi aşan vakaların ortak noktası neredeyse hiçbir zaman "kod yavaş yazıldı" değildir; "kapsam baştan net değildi"dir.

Teklif değerlendirirken sormanız gereken 10 soru

Önünüzde iki-üç teklif varken yalnızca alt satırdaki rakamı karşılaştırmak yanıltıcıdır. Şu soruların cevapları, tekliflerin gerçek değerini ortaya çıkarır:

1. Kaynak kod ve fikri haklar teslimde bize devrediliyor mu?
2. Fiyata hangi kapsam dahil? Yazılı bir kapsam dokümanı alacak mıyız?
3. Kapsam değişiklikleri nasıl fiyatlanıyor; saatlik veya günlük birim belli mi?
4. Test süreci nasıl işliyor; teslim öncesi hangi kontroller yapılıyor?
5. Canlıya geçiş sonrası hata düzeltme (garanti) süresi ne kadar?
6. Bakım anlaşmasının kapsamı ve yıllık bedeli nedir?
7. Sunucu kimin hesabında olacak; erişim bilgileri ve yedekler bizde mi?
8. Benzer ölçekte hangi projeleri yaptınız; referansla görüşebilir miyiz?
9. Projede fiilen kim çalışacak; iş üçüncü bir ekibe devredilecek mi?
10. Yollar ayrılırsa devir nasıl olur; dokümantasyon ve kod deposu erişimi teslim ediliyor mu?

Özellikle 1, 7 ve 10 numaralı sorular sizi en kötü senaryodan korur: firmaya bağımlı kalmak. Kaynak kodu firmada duran, sunucusu firmanın hesabında çalışan ve dokümantasyonu olmayan bir yazılım, fiyatı ne kadar uygun olursa olsun pazarlık gücünüzü sıfırlar. Piyasanın belirgin altındaki tekliflere de aynı gözle bakın: yarım kalmış bir projeyi başka bir ekibe devretmek, çoğu zaman işi baştan doğru ekiple yapmaktan daha pahalıya gelir.

Doğru bütçe, doğru beklenti: nereden başlamalı?

Toparlayalım: "Özel yazılım maliyeti ne kadar?" sorusu aslında bir kapsam sorusudur. Bütçenizi belirleyen, yazılım firmasının fiyat listesi değil; hangi problemi, hangi derinlikte, hangi entegrasyonlarla ve hangi platformda çözmek istediğinizdir. Bu yüzden ilk adımınız teklif toplamak değil, bir sayfalık bir ihtiyaç listesi yazmak olmalı: yazılım kimin için, hangi işi çözecek, hangi sistemlerle konuşacak, olmazsa olmazlar neler, "olsa güzel olur"lar neler? Bu liste elinizdeyken alacağınız teklifler hem daha isabetli hem daha karşılaştırılabilir olur.

İhtiyacınızı netleştirip gerçekçi bir bütçe aralığı görmek isterseniz, birkaç dakikanızı alan ücretsiz analiz sihirbazımızı kullanabilirsiniz; ihtiyaçlarınızı adım adım sorup size özel bir değerlendirme sunar.

Alis Dijital olarak özel yazılım ve web sitesi projelerini tam da bu yazıda anlattığımız sırayla yürütüyoruz: önce analiz, sonra net kapsam, fazlı geliştirme ve canlıya alma sonrasında düzenli bakım. Aklınızdaki projeyi büyüklüğünden bağımsız konuşabiliriz; bazen ilk görüşmenin en değerli çıktısı, "bunun için özel yazılıma gerek yok, şu hazır çözüm yeter" cevabını duymaktır.