Özel yazılım maliyeti tek bir fiyat listesinden çıkmaz; işin kapsamı, entegrasyon sayısı, kullanıcı rolü çeşitliliği ve devreye alma biçimi tarafından belirlenir. Aynı cümleyle tarif edilen iki proje, bu dört başlıktaki farklar yüzünden birbirinin katı bütçelere oturabilir. Bu yüzden ciddi bir yazılım firması ilk görüşmede fiyat vermez; önce süreci çıkarır, sonra tahmin eder. Teklif isterken maliyeti belirleyen değişkenleri bilmek, gelen rakamları karşılaştırılabilir hâle getirir. Aksi hâlde en ucuz teklif seçilir ve fark, proje ortasında değişiklik talebi olarak geri gelir. Aşağıda, bir teklifin arkasındaki maliyet kalemlerini ve iki teklifi gerçekten karşılaştırmanın yolunu anlatıyoruz.
Özel yazılım maliyeti nasıl hesaplanır: dört ana değişken
Kapsamın gerçek genişliği
"Stok takip programı" cümlesi tek başına hiçbir şey ifade etmez. Aynı ifade şunların hepsini kapsayabilir: tek depoda ürün giriş-çıkışı; ya da çok depolu, parti ve son kullanma tarihi izleyen, sayım farkı yöneten, iade akışı olan bir sistem.
Özel yazılım maliyeti arasındaki fark buradan doğar. Kapsam konuşulurken şu soruların cevabı netleşmelidir:
- Kaç farklı kullanıcı rolü var ve her biri neyi görüp neyi göremiyor?
- Onay zinciri var mı? Kaç kademeli?
- İstisna durumlar neler? (İade, iptal, revizyon, düzeltme kaydı.)
- Geçmiş veri sisteme taşınacak mı?
İstisnalar özellikle önemlidir. Mutlu senaryonun yazılması işin küçük kısmıdır; bir sistemin karmaşıklığı, istisnaların sayısıyla artar. Bir sipariş ekranı, siparişin normal aktığı durumda birkaç günlük iştir. Aynı ekran; kısmi sevkiyat, fiyat farkı, iade, iptal ve sonradan düzeltme durumlarını da yönetecekse iş katlanır. Özel yazılım maliyeti tartışılırken çoğu görüşmede yalnızca normal akış konuşulur, istisnalar "onu da hallederiz" diye geçilir. Sonradan çıktıklarında ise kapsam dışı sayılır ve ek bütçe gerekir. Bu yüzden kapsam belgesinde istisnaların ayrı bir başlık altında sayılması, hem teklifin gerçekçiliğini hem de firmalar arası karşılaştırılabilirliği belirgin şekilde artırır.
Entegrasyon sayısı ve derinliği
Her entegrasyon, özel yazılım maliyeti içinde ayrı bir kalemdir ve maliyeti bağlantının kendisi değil, iş kurallarının uyumlanması belirler.
Muhasebe programına fatura göndermek ile muhasebe programındaki cari bakiyeyi canlı okumak aynı iş değildir. İlki tek yönlü ve toplu çalışır; ikincisi anlık, çift yönlü ve hata yönetimi gerektirir.
Teklif alırken entegrasyonların yönünü ve sıklığını yazılı istemek, sonradan çıkacak farkların çoğunu önler.
Kullanıcı sayısı değil, rol çeşitliliği
Yaygın bir yanılgı, maliyetin kullanıcı sayısıyla arttığıdır. Özel yazılımda belirleyici olan sayı değil, çeşitliliktir.
Beş yüz kişinin aynı ekranı kullandığı bir sistem, on kişinin altı farklı rolde çalıştığı bir sistemden daha ucuza mal olabilir. Çünkü her rol kendi ekranını, kendi yetki kurallarını ve kendi test senaryosunu getirir.
Devreye alma ve veri göçü
Yazılımın yazılması ile işletmede çalışır hâle gelmesi ayrı işlerdir. Devreye alma kalemi şunları içerir: kurulum, mevcut verinin taşınması, kullanıcı eğitimi, paralel çalışma dönemi ve ilk dönem desteği.
Bu kalem tekliflerde en sık eksik bırakılan yerdir. Eksik bırakıldığında proje "bitmiş" görünür ama işletme kullanamaz — ve fark, sonradan ek iş olarak faturalanır. Veri göçü tek başına önemli bir kalemdir: mevcut kayıtlar temizlenmeden aktarıldığında yeni sistem, eski sistemin karmaşasını devralır. Eğitim de öyledir; ekranı kullanacak kişi sayısı arttıkça eğitim yükü doğrusal büyür. Paralel çalışma dönemi ise hem eski hem yeni sistemin aynı anda beslenmesi demektir ve işletmeye geçici bir iş yükü bindirir. Özel yazılım maliyeti hesaplanırken bu üç başlık ayrı ayrı yazılmazsa, teklif gerçekte olduğundan ucuz görünür ve fark devreye alma haftalarında ortaya çıkar.
Neden kurumsal firmalar fiyat listesi yayınlamaz
Kurumsal yazılım firmalarının sitelerinde fiyat tablosu görmezsiniz. Bu bir gizlilik tercihi değil, işin doğasıdır.
Fiyat listesi, ürünün standart olduğu yerde anlamlıdır. Bir lisans, bir paket, bir abonelik — bunların fiyatı yazılabilir çünkü alan herkes aynı şeyi alır. Özel yazılımda alınan şey her müşteride farklıdır.
Yayınlanan bir liste iki yönde de yanıltır: küçük bir işi olan alıcı gereğinden yüksek bir rakam görüp vazgeçer; büyük bir işi olan alıcı gerçekçi olmayan bir beklentiyle gelir ve ikinci görüşmede hayal kırıklığı yaşanır.
İşe yarayan yol, fiyat yerine fiyatı belirleyen değişkenleri açıkça anlatmaktır. Alıcı kendi işini bu değişkenlere göre tarif edebildiğinde, gelen teklifi de değerlendirebilir hâle gelir.
İki teklifi gerçekten karşılaştırmak
Farklı firmalardan gelen iki teklif çoğu zaman aynı işi tarif etmez. Aradaki rakam farkı, kapsam farkını gizler.
Karşılaştırmayı anlamlı kılmak için şunlar aynı olmalıdır:
- Teslim kapsamı. Hangi ekranlar, hangi roller, hangi raporlar dahil?
- Entegrasyon listesi. Hangi sistemler, hangi yönde?
- Veri göçü. Dahil mi, hariç mi? Hangi tarihten itibaren?
- Test ve düzeltme dönemi. Ne kadar sürüyor, neyi kapsıyor?
- Kaynak kodun mülkiyeti. Kime ait? Devredilebilir mi?
- Yayın sonrası destek. Kaç ay, hangi kapsam, ne zaman ücretli hâle geliyor?
Son iki madde, uzun vadede fiyat farkından daha belirleyicidir. Kaynak kodun kime ait olacağı ve hangi kapsamda teslim edileceği firmadan firmaya değişir; bu yüzden sözleşme aşamasında yazılı olarak netleştirilmesi gerekir. Sonradan konuşulduğunda taraflar farklı şey anlamış oluyor.
Ucuz teklifin gerçek maliyeti neden daha yüksek olur
Yazılım tekliflerinde en düşük rakam, çoğu zaman kapsamı en dar tanımlanmış tekliftir. Bu kendiliğinden kötü değildir; kötü olan, farkın proje ortasında ortaya çıkmasıdır.
Tipik seyir şudur: iş başlar, ilk ekranlar çıkar, işletme "bir de şu lazım" der. O madde teklifte yoktur. Ek iş olarak fiyatlanır. Birkaç ek işten sonra toplam, baştaki yüksek teklifin üzerine çıkar — ve bu kez takvim de kaymıştır.
Bu yüzden bunu önlemenin yolu pazarlık değil, kapsamın baştan yazılı olmasıdır. Kapsam belgesi ne kadar ayrıntılıysa, teklif o kadar gerçekçi olur.
Sabit fiyat mı, iş gücü bazlı mı?
İki yaygın model vardır ve ikisi de belirli koşullarda doğrudur.
Sabit fiyat, kapsamın net tanımlandığı işlerde çalışır. Alıcı için öngörülebilirdir. Karşılığında esneklik azalır: kapsam dışı her talep ayrı değerlendirilir. Kapsamın baştan netleşemediği projelerde sabit fiyat, ya yüksek risk payıyla ya da sonradan çıkan farklarla sonuçlanır.
İş gücü bazlı model, kapsamın yol boyunca netleştiği işlerde daha dürüsttür. Karşılığında alıcının süreci takip etmesi gerekir; aksi hâlde bütçe kontrolü kaybolur.
Sonuç olarak kararı belirleyen soru şudur: ne istediğinizi bugün yazıya dökebiliyor musunuz? Dökebiliyorsanız sabit fiyat uygundur. Dökemiyorsanız, sabit fiyat istemek yalnızca riski gizler.
Bütçeyi düşürmenin işe yarayan yolu
Özel yazılım maliyeti düşürmenin sağlıklı yolu pazarlık değil, kapsamı aşamalandırmaktır.
Çoğu sistemde işin gerçek değerini üreten kısım, toplam özelliklerin küçük bir bölümüdür. İlk aşamada yalnızca o bölüm yapılır, işletmede çalıştırılır, sonra genişletilir.
Bunun iki faydası vardır. Birincisi, ilk fatura küçülür. İkincisi ve daha önemlisi: sistem gerçek kullanımda test edildiği için, ikinci aşamada gerçekten neyin gerektiği tahminle değil deneyimle belirlenir. Kullanılmayacak özelliklere ödeme yapılmamış olur.
Sık sorulanlar
Özel yazılım hazır programdan pahalı mıdır?
İlk yatırım genellikle daha yüksektir. Toplam maliyette karşılaştırma, hazır programın lisans/abonelik giderine ve süreçlerinizi ona uydurmak için harcanan iş gücüne bağlıdır. Hazır program süreçlerinize yakınsa ekonomiktir; uzaksa, aradaki farkı her ay insan gücüyle kapatırsınız ve bu gider faturada görünmez.
Teklif almadan önce ne hazırlamalıyım?
En değerli hazırlık, mevcut sürecin yazılı hâlidir: hangi adım kimde, hangi belge nerede üretiliyor, istisnalar neler. Bu belge olmadan alınan teklifler tahmindir. Belge varsa hem teklifler gerçekçi olur hem de firmalar arası karşılaştırma mümkün hâle gelir.
Proje bittikten sonra maliyet devam eder mi?
Evet. Barındırma, güncelleme, entegre olunan sistemlerdeki değişikliklere uyum ve destek süreklidir. Bu kalemin baştan konuşulmaması, projelerin en sık kırıldığı noktalardan biridir. Yıllık işletme maliyetini teklif aşamasında yazılı istemek doğru olur.
İstanbul'daki firmalarla çalışmak fark yaratır mı?
Fiziksel yakınlık, süreç analizinin sahada yapıldığı projelerde gerçek bir avantajdır — özellikle üretim, depo ve saha operasyonlarında. Tamamen uzaktan yürütülebilecek işlerde belirleyici değildir. Asıl ölçüt yakınlık değil, firmanın sizin sektörünüzdeki süreçleri daha önce görmüş olmasıdır.
---
Projenizin kapsamını birlikte çıkarıp gerçekçi bir bütçe aralığı konuşmak isterseniz, ilk görüşmede fiyat değil süreç konuşuyoruz. Doğru rakam ancak neyin yapılacağı netleştikten sonra çıkar.