Hazır yazılım mı, özel yazılım mı? 5 yıllık maliyetle karar

Hazır yazılım, birçok şirketin ortak ihtiyacı için üretilip lisansla ya da abonelikle satılan üründür; özel yazılım ise sizin iş kurallarınıza göre tasarlanıp geliştirilen yazılımdır. Hazır yazılım mı özel yazılım mı sorusunun cevabı iki şeye bağlıdır: yazılımın yapacağı iş sizi rakiplerinizden ayırıyor mu ve beş yıllık toplam maliyet hangi seçenekte daha düşük? Standart işlerde hazır, size özgü işlerde özel yazılım genellikle öne çıkar; ikisini birlikte kullanmak da mümkündür.

Öne çıkanlar

• Karşılaştırmayı ilk yılın fiyatıyla değil, birkaç yıllık toplam sahip olma maliyetiyle yapın. TÜBİTAK BİLGEM'in tedarik rehberi de lisans, altyapı, uyarlama, bakım ve destek maliyetlerinin birlikte değerlendirilmesini önerir.
• Muhasebe, bordro ve e-Fatura gibi kuralı dışarıda belirlenen işler için hazır ürünler çoğu zaman daha mantıklıdır.
• Sürecinize özgü, birçok sistemle konuşan ya da sizi farklılaştıran işlerde özel yazılım değer üretir.
• Yurt dışında barındırılan bir hazır hizmet kişisel veri işliyorsa, 1 Haziran 2024'ten beri yürürlükte olan KVKK md. 9 (yeni sekmede açılır)'daki aktarım kuralları devreye girer.
• Her iki seçeneğin de bir çıkış maliyeti vardır. Veriyi ve hakları nasıl geri alacağınızı baştan sorun.

Hazır yazılım ve özel yazılım nedir?

Kısa tanımlar, kararın neyi karşılaştırdığını netleştirir.

Hazır yazılım (paket yazılım, off-the-shelf software), belirli bir işlevi görmek için üretilmiş ve birçok müşteriye aynı çekirdekle satılan yazılımdır. Muhasebe programı, doküman yönetim sistemi ya da e-ticaret altyapısı bu türdendir. Birçoğu, internet üzerinden abonelikle sunulan hizmet olarak yazılım (Software as a Service, SaaS) biçiminde de satılır. Türkiye'de ücretli bulut kullanımı ise hâlâ sınırlıdır: TÜİK'in Girişimlerde Bilişim Teknolojileri Kullanım Araştırması, 2026 (yeni sekmede açılır) bültenine göre en az 10 çalışanı olan girişimlerin %20,2'si ücretli bulut bilişim hizmeti kullanıyor; 10–49 çalışanlı girişimlerde oran %16,7 (10 Eylül 2026'da yayımlandı).

Uyarlama (customization), hazır bir ürünün ayarlarla, ek modüllerle ya da üreticinin izin verdiği ölçüde geliştirmeyle işinize yaklaştırılmasıdır. TÜBİTAK BİLGEM'in Uygulama Yazılımı Tedariki Rehberi (yeni sekmede açılır) (2017), paket yazılımda ne oranda uyarlama gerekeceğinin ve bunun süre, fiyat ve bakım maliyetlerine etkisinin değerlendirilmesini ister.

Özel yazılım (custom software), sizin süreçleriniz, rolleriniz ve kurallarınız için sıfırdan tasarlanan yazılımdır. Bir web uygulaması, mobil uygulama ya da ikisi birden olabilir; bayi portalı, saha ekibi ekranı ve üretim takip sistemi tipik örneklerdir. Farkı web sitesi ile web uygulaması farkı yazımızda örneklerle anlattık.

Hazır ve özel yazılım karşılaştırması

İki seçenek de bir şeyden vazgeçmeyi gerektirir. Hazır yazılımda hız ve paylaşılan bakım kazanırsınız, kontrolden vazgeçersiniz. Özel yazılımda kontrolü kazanırsınız, ilk yatırımı ve bakım sorumluluğunu üstlenirsiniz.

Tabloda "genellikle" kelimesi bilerek duruyor. Uyarlaması ağır bir paket, sade bir özel yazılımdan daha pahalıya gelebilir. Tersine, kapsamı belirsiz bir özel yazılım projesi, iyi seçilmiş bir paketin yanında gereksiz bir yatırıma dönüşebilir.

Toplam maliyeti beş yıllık hesaplayın

Toplam sahip olma maliyeti (total cost of ownership, TCO), bir yazılımın satın alma ya da geliştirme bedeline yıllar içindeki işletme, bakım, destek ve dolaylı maliyetlerin eklenmesiyle bulunur. Hazır ile özel arasındaki karar ancak bu toplamla adil biçimde verilir.

Ufuk neden birkaç yıl? Çünkü hazır yazılımın maliyeti zamana yayılır, özel yazılımınki başa yığılır. Tek yıllık bir karşılaştırma, hazır yazılımı genellikle olduğundan ucuz gösterir. BİLGEM'in tedarik rehberi de ihtiyaç analizinde gelecek 5–10 yıl içindeki büyüme planlarının dikkate alınarak kapasite planlaması yapılmasını önerir.

Aşağıdaki kalemleri iki sütunlu bir tabloya yazın. Rakamları tekliflerden ve fiyat listelerinden alın; boş kalan hücre, sorulmamış bir sorudur.

Dikkat edilmesi gereken iki kalem var. Birincisi lisans modeli: BİLGEM'in rehberi, lisanslamanın kullanıcı, sunucu, işlemci ya da çekirdek başına mı yapıldığının, farklı kullanıcı tipleri için farklı lisans olup olmadığının ve uzun vadeli olası artışların sorgulanmasını ister.

İkincisi "uyum maliyeti"dir. Paket sürecinize uymadığında aradaki boşluk çoğu zaman tablolarla, e-postalarla ve elle girilen verilerle kapanır. Bu iş gücü hiçbir faturada görünmez, ama bütçeden çıkar. Geliştirme dışındaki diğer kalemleri yazılım projesi bütçe planlama yazımızda 12 başlıkta topladık.

Kararı belirleyen beş soru

Bu beş soru, karşılaştırma tablosunu bir karara çevirir. Her birinde cevabınızı "hazır", "özel" ya da "karma" diye not edin.

1. Bu iş sizi rakiplerinizden ayırıyor mu? Bayilerinizle çalışma biçiminiz, fiyatlama kurallarınız ya da üretim akışınız sizi farklılaştırıyorsa, onu bir paketin varsayımlarına sığdırmak o farkı aşındırabilir. Muhasebe ya da bordro gibi herkesin aynı yaptığı işler ise farklılaştırmaz.
2. İşin kuralları kimde? Kuralı mevzuatın belirlediği işlerde, değişikliği takip eden bir ürün kullanmak yükü azaltır. Örneğin e-Fatura için Gelir İdaresi Başkanlığı, özel entegrasyon izni verdiği kurumları e-Fatura Özel Entegratörler Listesi (yeni sekmede açılır) sayfasında yayımlar (13 Ekim 2026'da kontrol edildi). Özel bir yazılım bu işi baştan yazmak yerine böyle bir hizmete bağlanabilir.
3. Kaç sistemle konuşacak? Yazılım ERP, pazar yeri, kargo ve muhasebe arasında veri taşıyacaksa, hazır ürünün bu sistemlerle hazır bağlantısı olup olmadığına bakın. BİLGEM'in rehberi de entegrasyon ihtiyaçlarının ek maliyet doğurup doğurmayacağının ve nasıl sağlanacağının öğrenilmesini ister.
4. Kullanıcı sayısı nasıl büyüyecek? Kullanıcı başına lisanslanan bir ürün, çalışan, bayi ya da müşteri sayınız büyüdükçe pahalılaşır. Özel yazılımda kullanıcı eklemek çoğunlukla lisans değil, kapasite meselesidir.
5. Yazılımı kim sürdürecek? Özel yazılımın bakımı ya sizin ekibinizde ya da bir ortakta olmalıdır. TÜİK'in aynı bültenine göre en az 10 çalışanı olan girişimlerin %15,2'si bilgi ve iletişim teknolojileri uzmanı istihdam ediyor. İç ekibiniz yoksa bakım ortağını en baştan planlayın.

Varsayımsal bir örnekle beş soru

Soruların nasıl işlediğini görmek için kurgusal bir şirket düşünelim. Bir yedek parça toptancısı, bayilerinden siparişi telefonla ve e-postayla alıyor. Siparişler bir tabloya yazılıyor, sonra muhasebe programına elle giriliyor. Bayiye özel fiyat listeleri ve kampanya kuralları var.

• Farklılaştırıyor mu? Bayiye özel fiyatlandırma ve hızlı sipariş, toptancının rekabet ettiği alan. Cevap: özel yönünde.
• Kurallar kimde? Fatura ve muhasebe kuralları mevzuatta. Bu kısım için cevap: hazır.
• Kaç sistem? Muhasebe programı, e-Fatura entegratörü ve kargo. Bağlantı gereken üç nokta var.
• Kullanıcı sayısı? Bayi sayısı büyüdükçe kullanıcı da büyüyecek. Kullanıcı başı lisanslı bir bayi portalı, zamanla pahalılaşabilir.
• Kim sürdürecek? Şirkette bilgi teknolojileri uzmanı yok. Bakım bir ortakla planlanmalı.

Bu cevaplar karma yolu gösteriyor: muhasebe ve e-Fatura hazır kalır, bayi portalı özel geliştirilir, ikisi entegrasyonla bağlanır. Aynı soruları başka bir şirket için sorduğunuzda sonuç tamamen hazır ürün de çıkabilir. Örnek bir cevap değil, bir düşünme biçimi gösteriyor.

Bazen doğru cevap "şimdilik hiçbiri"dir

Üçüncü bir seçenek daha var: henüz yazılım almamak. Süreç yazılı değilse, kimin neyi onayladığı belli değilse ya da iş birkaç kişinin iyi tuttuğu bir tabloyla sorunsuz yürüyorsa, yeni bir yazılım sorunu çözmek yerine düzensizliği hızlandırabilir.

Bu durumda ilk adım süreci yazmak ve ölçmektir: iş günde kaç kez tekrarlanıyor, nerede hata çıkıyor, kim bekliyor? Bu cevaplar netleştiğinde hem hazır ürünleri denemek hem de bir özel yazılım teklifi istemek kolaylaşır. İhtiyacı yazıya dökmek için yazılım ihtiyaç analizi şablonumuzdan başlayabilirsiniz.

İki seçeneği sınamanın yolları

Kararı kâğıt üzerinde vermek yerine iki seçeneği de küçük ölçekte sınayabilirsiniz. Amaç, satın almadan önce en riskli varsayımı denemektir.

Hazır yazılımı sınamak için:

• Deneme sürümünde demo verisini değil, kendi gerçek senaryonuzu baştan sona çalıştırın. BİLGEM'in tedarik rehberi de ürünün demo ya da kavram ispatı (proof of concept) ortamında gözlemlenmesini önerir.
• Ürünün yapamadığı adımları bir listeye yazın. Bu liste, uyarlama maliyetinin ve uyum maliyetinin taslağıdır.
• Verinizi içe ve dışa aktarmayı deneyin. Çıkış maliyetini en ucuz burada ölçersiniz.
• Asgari ve azami kullanıcı sınırı olup olmadığını sorun.

Özel yazılımı sınamak için:

• Geliştirmeden önce kısa bir keşif aşaması yaptırın; sonunda bir kapsam belgesi ve tıklanabilir bir prototip isteyin.
• Prototipi işi yapan kişilere kullandırın. Akış kâğıtta mantıklı görünüp ekranda tıkanabilir.
• Geliştirme ortamının yükleniciden bağımsız kurulabilir olmasını isteyin. BİLGEM'in Yazılım Geliştirme Rehberi (yeni sekmede açılır) (2017), bunun ileride bakım ve idame için önem taşıdığını belirtir.
• İlk sürümü küçük tutun ve gerçek kullanımda deneyin. Sonraki sürümlerin önceliğini kullanım belirlesin.

Karma yol: hazır çekirdek, özel uçlar

Karma yol, standart işleri hazır ürünlerde tutup yalnızca sizi farklılaştıran parçayı özel geliştirmek ve ikisini bir entegrasyonla bağlamaktır. Bu yol, iki seçeneğin güçlü yanlarını aynı düzende birleştirir.

Yukarıdaki toptancı örneğinde bayi portalı, siparişi muhasebe programına bir bağlantı (application programming interface, API) üzerinden aktarır. Bayi cari hesabını ve fiyat listesini portalda görür; fatura yine hazır üründen kesilir.

Bu yolun maliyeti entegrasyondadır. Bağlanılacak ürünün dışarıya açık bir API'si var mı, kaç istek atılabiliyor, ek lisans gerekiyor mu? Bu sorular karma yolun bütçesini belirler.

Türkiye'ye özgü iki kontrol

Karşılaştırmadaki iki kalem Türkiye'de ayrıca önem taşır: kişisel verinin yurt dışına aktarımı ve e-belge yükümlülükleri.

Kişisel verinin yeri. Hazır bir SaaS ürünü verinizi yurt dışındaki sunucularda tutuyorsa bu bir yurt dışına aktarımdır. 6698 sayılı KVKK (yeni sekmede açılır) md. 9, 7499 sayılı Kanun'la değişti ve değişiklik 1 Haziran 2024'te yürürlüğe girdi. Yeni hâliyle aktarım, yeterlilik kararına ya da standart sözleşme gibi uygun güvencelerden birine dayanmalıdır; bunlar yoksa yalnızca maddede sayılan arızi aktarım hâlleri kalır. Standart sözleşme imzalanırsa, imzadan itibaren beş iş günü içinde Kurum'a bildirilir.

Bu, hazır ürünü elemek için bir sebep değildir; ama sağlayıcıya sorulacak bir sorudur. Seçenekleri verilerimiz Türkiye'de kalabilir mi yazımızda karşılaştırdık.

e-Fatura ve e-Arşiv. Faturalama gibi kuralları Gelir İdaresi Başkanlığı'nın teknik düzenlemeleriyle belirlenen işlevlerde, kendi kodunuzla her değişikliği takip etmek yerine özel entegratör ya da hazır bir ön muhasebe ürünü kullanmak genellikle daha az risklidir. Özel yazılımınız fatura verisini bu hizmete iletir.

Hazır yazılım sözleşmesinde okunacak maddeler

Hazır bir ürünün, özellikle bir SaaS hizmetinin sözleşmesi çoğu zaman tıklayarak kabul edilir. Oysa beş yıllık maliyeti belirleyen maddelerin bir kısmı oradadır. İmzalamadan ya da kabul etmeden önce şunları okuyun:

• Fiyat değişikliği. Sağlayıcı fiyatı ne zaman ve ne kadar önceden haber vererek değiştirebiliyor? Kur ya da kullanıcı sayısına bağlı artış var mı?
• Hizmet seviyesi. Erişilebilirlik hedefi, bakım pencereleri ve kesinti olduğunda ne olacağı yazıyor mu?
• Verinin yeri ve alt işleyenler. Veri hangi ülkede tutuluyor? Sağlayıcı hangi başka firmalarla çalışıyor? KVKK md. 12'ye göre veri sorumlusu, kendi adına veri işleyenlerle birlikte güvenlik tedbirlerinden müştereken sorumludur.
• Veriye erişim ve dışa aktarma. Verinizi hangi biçimde, ne sıklıkla alabiliyorsunuz?
• Sözleşme bitince. Veri ne kadar süre erişilebilir kalıyor, sonra nasıl siliniyor?
• Özellik kaldırma. Sağlayıcı kullandığınız bir özelliği kaldırabilir mi? Bu durumda ne hakkınız var?

Bu maddeler pazarlığa her zaman açık olmayabilir. Ama okunmuş olmaları, hangi riskleri üstlendiğinizi bilerek karar vermenizi sağlar.

Çıkış maliyeti: iki seçenekte de sorun

Çıkış maliyeti, kullandığınız yazılımı bırakıp başka bir çözüme geçerken ödediğiniz bedeldir. Satın alma anında kolayca unutulur, ama beş yıllık hesabın son satırıdır.

Hazır yazılımda soru veridir: Bütün verinizi, ekleriyle birlikte, yaygın bir biçimde dışa aktarabiliyor musunuz? Sözleşme bittiğinde veri ne kadar süre erişilebilir kalıyor?

Özel yazılımda soru haklar ve hesaplardır. 5846 sayılı Fikir ve Sanat Eserleri Kanunu (yeni sekmede açılır) md. 52'ye göre mali haklara dair sözleşmeler yazılı olmalı ve devredilen haklar ayrı ayrı gösterilmelidir. Kod deposu, bulut ve alan adı hesaplarının sizin adınıza açılması da geçişi kolaylaştırır. Konuyu yazılım kaynak kodu kime aittir yazımızda ayrıntılı ele alıyoruz.

Özel yazılıma karar verdiyseniz: sonraki kararlar

Özel yazılım kararı, bir dizi küçük kararın başlangıcıdır. Bu kümedeki yazılar her birini sırasıyla ele alır. Firma seçimi için ayrıca yazılım firması seçerken dikkat edilmesi gerekenler rehberine bakın.

Hazırlık ve kapsam

• Yazılım ihtiyaç analizi: kullanıcı rolleri, süreçler, entegrasyonlar ve kabul ölçütlerini içeren, teklif istemeye hazır bir ihtiyaç belgesi şablonu.
• Web sitesi ile web uygulaması farkı: bilgi veren bir site ile içinde iş yürütülen bir uygulamanın kapsam ve maliyet farkı.

Kanal ve teknoloji

• Mobil uygulama mı, web sitesi mi, PWA mı?: kullanım sıklığı, cihaz özellikleri, bildirim ve mağaza ihtiyacına göre kanal seçimi.
• Flutter mı, React Native mi, native mi?: teknoloji seçiminin bakım, ekip bulma ve performans tarafından işletmeye etkisi.
• Çok kiracılı mimari (multi-tenant) nedir?: yazılımı birden fazla müşteriye sunacaksanız veri ayrımı için üç model.
• Abonelik ödeme sistemi: Türkiye'de tekrarlayan tahsilat, başarısız ödemeler ve e-Arşiv ile SaaS faturalaması.

Altyapı ve veri

• KVKK ve bulut sunucu seçimi: verinin Türkiye'de kalması için seçenekler ve yurt dışı aktarım kuralları.
• Buluta geçiş adımları: şirket içi sunucudan buluta envanter, öncelik, deneme taşıma ve geri dönüş planı.
• Veri taşıma nasıl yapılır?: eski sistemden yeni yazılıma eşleme tablosu, deneme taşıma ve mutabakat.

Teslim ve yayın sonrası

• Kabul testi nedir?: "yazılım bitti" demeden önce kabul ölçütleri ve kontrol listesi.
• App Store ve Google Play'de uygulama yayınlama: şirket hesabı, inceleme süreci ve sık red nedenleri.
• Google Play veri güvenliği formu: mağaza gizlilik formlarının doğru doldurulması ve uygulamadaki KVKK yükümlülükleri.
• Mobil uygulama bakımı: yıllık işletim sistemi sürümleri, mağaza kuralları ve bakım planı.

Bizim deneyimimiz

Bu soruyu iki taraftan biliyoruz. Kolay Sevkiyat, pazar yeri satıcılarının hazır olarak kullandığı, bizim geliştirip işlettiğimiz bir üründür. Siparişleri tek panelde toplar, resmî kargo etiketini doğrulayıp basar. Aylık abonelik yerine basılan etiket kadar ödeme alır. Yani hazır ürünlerin fiyatlama modelinin de kullanıcı başı lisanstan ibaret olmadığını kendi ürünümüzden biliyoruz.

Öte yandan özel yazılım geliştirme projelerinde paketin karşılamadığı süreçler için portal, panel ve operasyon ekranları geliştiriyoruz. Bu işlerde ağırlıklı olarak TypeScript, React, Next.js, NestJS ve PostgreSQL kullanıyoruz. Yaygın teknolojileri seçmemizin bir nedeni de devir: kodu yarın başka bir ekip devralacaksa, o ekibi bulmak kolay olmalı.

Danışmanlıkta her öncelikli iş için hazır ürün, özel geliştirme ve "şimdilik yapmamak" seçeneklerini yan yana koyuyoruz. Uygun bir hazır ürün varsa onu öneriyoruz. Ayrıntılar teknoloji danışmanlığı sayfamızda.

Sık sorulan sorular

Özel yazılım her zaman daha mı pahalıdır?

İlk yatırımda çoğunlukla evet; beş yıllık toplamda her zaman değil. Kullanıcı sayısı büyüyen, ağır uyarlama gerektiren ya da sürecinize uymadığı için yan çözümler biriktiren bir paket, zamanla özel yazılımın toplam maliyetine yaklaşabilir. Karşılaştırmayı aynı tablo üzerinde yapın.

Hazır yazılımı işimize göre değiştirebilir miyiz?

Üreticinin izin verdiği ölçüde. Ayarlar ve ek modüller genellikle mümkündür; çekirdeğe dokunmak ise çoğu zaman mümkün değildir ya da güncellemelerle çakışır. Uyarlamanın kapsamını ve güncellemelerde ne olacağını yazılı sorun.

Hazır yazılımla başlayıp sonra özel yazılıma geçebilir miyiz?

Evet, makul bir yoldur. Bu geçişi kolaylaştıran şey, hazır üründe verinizin dışa aktarılabilir olması ve süreç kurallarınızın bir yerde yazılı tutulmasıdır. Geçiş zamanı geldiğinde ikisi de ihtiyaç analizinin temelini oluşturur.

SaaS ile hazır yazılım aynı şey mi?

SaaS, hazır yazılımın bir sunum biçimidir. Yazılım sağlayıcının sunucularında çalışır, siz internet üzerinden kullanır ve abonelik ödersiniz. Kurulumu sizde olan lisanslı paketler de hazır yazılımdır; fark, barındırma ve güncellemenin kimde olduğudur.

Özel yazılımın kaynak kodu bize mi ait olur?

Bu, sözleşmeye bağlıdır. Bedeli ödemek tek başına mali hakları devretmez; FSEK md. 52 gereği devrin yazılı olması ve hakların tek tek sayılması gerekir. Kod deposunun kimin adına açılacağını da teklif aşamasında konuşun.

Kaynaklar

• TÜBİTAK BİLGEM YTE, "Uygulama Yazılımı Tedariki Rehberi", 2017. bilgem.tubitak.gov.tr (yeni sekmede açılır)
• TÜBİTAK BİLGEM YTE, "Yazılım Geliştirme Rehberi", 2017. bilgem.tubitak.gov.tr (yeni sekmede açılır)
• TÜİK, "Girişimlerde Bilişim Teknolojileri Kullanım Araştırması, 2026", 10 Eylül 2026. veriportali.tuik.gov.tr (yeni sekmede açılır)
• 6698 sayılı Kişisel Verilerin Korunması Kanunu, md. 9 (7499 sayılı Kanun'la değişik; yürürlük 1 Haziran 2024) ve md. 12. mevzuat.gov.tr (yeni sekmede açılır)
• Gelir İdaresi Başkanlığı, "e-Fatura Özel Entegratörler Listesi", 13 Ekim 2026'da erişildi. ebelge.gib.gov.tr (yeni sekmede açılır)
• 5846 sayılı Fikir ve Sanat Eserleri Kanunu, md. 52, Resmî Gazete 13 Aralık 1951. mevzuat.gov.tr (yeni sekmede açılır)