Özel Yazılım mı, Hazır Yazılım mı? Maliyet, Mülkiyet ve Esneklik Açısından Karar Rehberi (2026)

Kısaca: Hazır yazılım (paket veya SaaS abonelik), hızlı başlangıç, öngörülebilir aylık maliyet ve bakımın satıcıda olması demektir; özel yazılım ise iş süreçlerinize tam uyum, esneklik ve sahiplik sağlar ama daha yüksek başlangıç yatırımı ve yönetim gerektirir. Kararı ilk yıl maliyetine değil 3–5 yıllık toplam sahip olma maliyetine (TCO) göre verin. Standart ihtiyaçlar (muhasebe, temel CRM, e-posta pazarlaması) için hazır çözüm çoğu zaman doğrudur; rekabet avantajınızı oluşturan süreçler, derin entegrasyon ihtiyacı veya sürekli özelleştirme gerektiren durumlarda özel yazılım öne çıkar. Çoğu işletmede en sağlıklı yol hibrittir: standart parçaları satın al, farklılaştıran parçaları özel yaz ve API ile birbirine bağla. Özel yazılımda en önemli tuzak ise kaynak kodunun ve mali hakların sözleşmede açıkça devredilmemesidir.

Son güncelleme: Eylül 2026

İki seçeneği tanımlayalım

• Hazır yazılım: Birçok müşteriye aynı ürün olarak satılan paket ya da SaaS aboneliği. Örnekler: hazır ERP/CRM paketleri, e-ticaret platformları, randevu ve rezervasyon uygulamaları. Özelleştirme genellikle ayar, eklenti veya sınırlı geliştirme ile yapılır.
• Özel yazılım: Sizin süreçleriniz ve ihtiyaçlarınız için tasarlanıp geliştirilen yazılım. Kimi zaman sıfırdan, kimi zaman açık kaynak veya hazır bileşenler üzerine kurulur.

Ara bir seçenek de vardır: hazır yazılımın çekirdeğini kullanıp üzerine özel modül ve entegrasyon yazmak (ör. WooCommerce/Shopify üzerine özel eklenti, açık kaynak bir ERP'ye özel modül).

Karşılaştırma tablosu

Maliyeti doğru hesaplayın: 5 yıllık toplam sahip olma maliyeti

Karar verirken sık yapılan hata, hazır yazılımın ilk fatura rakamını özel yazılımın proje teklifi ile kıyaslamaktır. Adil bir karşılaştırma için her iki seçeneği de 3–5 yıl boyunca hesaplayın:

Hazır yazılım:

• Lisans/abonelik × kullanıcı sayısı × ay (kullanıcı sayınız büyüdükçe artar)
• Kurulum ve uyarlama
• Ek modül, eklenti ve entegrasyon ücretleri
• Veri aktarımı ve eğitim
• Özelleştirme talepleri için danışmanlık
• Döviz kuru etkisi (dolar/euro bazlı abonelikler)

Özel yazılım:

• Analiz, tasarım ve geliştirme
• Barındırma ve altyapı (bulut, yedekleme, izleme)
• Yıllık bakım ve güvenlik güncellemeleri
• Yeni özellik ve değişiklik talepleri
• Dokümantasyon ve eğitim

Bir işletmenin durumuna göre sonuç tersine dönebilir: 5 kullanıcılı bir ekipte hazır abonelik çok ucuz olabilir; 200 kullanıcı ve ağır özelleştirmede hazır çözümün toplam maliyeti özel yazılımı geçebilir. Rakamı varsayımlarınızla hesaplayın; genel oranlar yanıltıcı olur. Web projeleri için maliyet faktörlerini web sitesi maliyeti rehberimizde ayrıntılı ele aldık.

Hazır yazılım ne zaman doğru seçimdir?

1. İhtiyaç standart: Muhasebe, bordro, temel CRM, e-posta pazarlaması, proje yönetimi gibi binlerce işletmenin benzer yaptığı işler.
2. Hızlı başlamak gerekiyor: Pazara giriş, sezon veya kampanya baskısı var.
3. İç yazılım ekibi yok: Bakım ve güvenlik yükünü üstlenecek kaynağınız yok.
4. Bütçe kısıtlı: Küçük ekip için aylık abonelik, büyük yatırımdan güvenli.
5. Süreçleriniz zaten sektör standardına yakın: Yazılıma uyum sağlamak sizi zorlamıyor.
6. Fikrinizi doğruluyorsunuz: Önce hazır araçla test edip, işe yararsa özel çözüme geçmek mantıklı.

Özel yazılım ne zaman doğru seçimdir?

1. Süreç sizin rekabet avantajınız. Fiyatlandırma mantığı, teslimat modeli, üretim planlaması gibi sizi rakiplerden ayıran işleri hazır yazılıma sığdırmak, farkınızı silmek demektir.
2. Hiçbir ürün ihtiyacınızı karşılamıyor. Sektörünüze özgü iş akışı, çoklu şube/şirket, özel raporlama ve onay yapıları.
3. Derin entegrasyon gerekli. ERP, muhasebe, ödeme, kargo, IoT ve iş ortağı sistemleriyle çift yönlü akış.
4. Ölçeğe göre maliyet patlıyor. Kullanıcı başına ücretler büyüdükçe pahalılaşıyor.
5. Veri ve güvenlik kontrolü kritik. Sağlık, hukuk, finans gibi hassas alanlarda verinin nerede işlendiği ve kimin eriştiği önemli.
6. Yazılım ürününüzün kendisi. SaaS, pazaryeri veya mobil ürün geliştiriyorsanız çekirdek özel olmak zorundadır. Bu tür projelerin mimarisi için SaaS platform rehberimize bakın.

Hibrit yol: al, yaz, birleştir

Pratikte çoğu başarılı yapı şöyle kurulur:

1. Standart işleri hazır çözümlere bırakın. Muhasebe, e-posta, ödeme altyapısı, e-fatura gibi.
2. Fark yaratan işleri özel yazın. Müşteriye görünen deneyim, özel fiyat/teklif motoru, iş akışı.
3. Hepsini API ile bağlayın. Böylece bir parçayı değiştirdiğinizde diğerleri etkilenmez. Bu yaklaşım için sağlam bir API altyapısı ve gerektiğinde süreç otomasyonu kullanılır.
4. Adım adım ilerleyin. Önce en çok acı veren süreci özelleştirin; ölçün, sonra genişletin.

E-ticarette bu mantığın somut bir örneğini e-ticaret yazılımı seçim kriterleri ve kendi site mi pazaryeri mi yazılarımızda bulabilirsiniz. Web sitesi altyapısında ise WordPress mi Next.js mi karşılaştırması aynı çerçeveyi kullanır.

Özel yazılımda en kritik konu: kaynak kodu ve telif hakkı

Bir yazılım geliştirme projesinde “yazılımı ödedik, bizim” varsayımı hukuken güvenli değildir. Fikir ve Sanat Eserleri Kanunu'nda (FSEK) bilgisayar programları eser sayılır ve telif hakkı, aksi sözleşmeyle devredilmedikçe eser sahibine (geliştiriciye/ajansa) aittir. Hukuk kaynaklarının aktardığı çerçeve şöyledir (örnek makale):

• Yazılımı sipariş eden şirket otomatik olarak telif hakkı sahibi olmaz.
• FSEK m. 52'ye göre mali haklara ilişkin sözleşmelerin yazılı olması ve devredilen hakların ayrı ayrı gösterilmesi gerekir; “tüm mali haklar devredilmiştir” gibi genel bir ifade yeterli olmayabilir.
• Kaynak kodunun teslimi, mali hakların devri anlamına gelmez; ikisi ayrı işlemlerdir.

Bu yüzden özel yazılım sözleşmenizde şunlar açıkça yazılmalı (ve avukatınızca gözden geçirilmelidir):

1. Kaynak kodunun teslimi: Hangi depoda, hangi sürümle, hangi dokümantasyonla?
2. Mali hakların devri veya lisansı: Hangi haklar (işleme, çoğaltma, yayma vb.), hangi kapsam, süre ve bölgede size ait?
3. Üçüncü taraf ve açık kaynak bileşenler: Lisansları ve kısıtları listelenmiş mi?
4. Geliştiricinin yeniden kullanım hakkı: Ajans, genel bileşenlerini başka projelerde kullanabilir mi? Sizin özel iş mantığınız gizli kalmalı.
5. Bakım ve destek: Garanti süresi, hata düzeltme, SLA ve ek geliştirme koşulları.
6. Güvenlik ve KVKK: Veri işleyen sıfatı, erişim yetkileri, yedekleme, ihlal bildirimi.
7. Kabul kriterleri ve ödeme planı: Aşamalar, test ve kabul ölçütleri, gecikme koşulları.
8. Çıkış planı: Ajansla yollar ayrılırsa kodun, altyapının ve veritabanının size sorunsuz geçişi.

Hazır yazılımda ise ilgili konu veri taşınabilirliği ve satıcı kilitlenmesidir: Verilerinizi standart biçimde dışa aktarabiliyor musunuz? Satıcı fiyatı artırır veya hizmeti sonlandırırsa ne olur? Sözleşmede fiyat artış sınırı, hizmet seviyesi ve çıkış koşulları bulunmalı; kritik yazılımlar için bazı kurumlar kaynak kodu emaneti (escrow) anlaşmaları yapar.

Yaygın 8 hata

1. Hazır yazılımı 5 kullanıcı için değerlendirip 100 kullanıcıya büyüyünce maliyeti hesaplamamak.
2. “Bir kere yaptıralım, bitsin” diyerek bakım ve değişiklik maliyetini planlamamak.
3. Kapsamı yazmadan sabit fiyatlı sözleşmeye girmek (sürekli kapsam anlaşmazlığı).
4. Kaynak kodu ve mali hakların devrini sözleşmeye yazmamak.
5. Hazır yazılımı süreçlerine zorla uydurmak için ağır özelleştirme yapıp yükseltme kabiliyetini kaybetmek.
6. Hem özel yazılımın hem hazır yazılımın veriyi dışarı aktarma senaryosunu düşünmemek.
7. Kullanıcıları sürece dahil etmemek; teknik olarak doğru ama kimsenin kullanmadığı yazılım.
8. Büyük bir “her şey dahil” projeyle başlamak; küçük bir MVP ile doğrulamak yerine.

Karar için 8 soru

1. Bu yazılım rekabet avantajımın bir parçası mı, yoksa standart bir ihtiyaç mı?
2. Piyasadaki ürünlerin %80'ini karşılayıp karşılamadığını gerçekten test ettim mi (demo, deneme)?
3. Süreçlerimi ürüne mi uyduracağım, ürünü sürecime mi?
4. 3–5 yıllık toplam maliyet iki seçenekte ne kadar?
5. Kaç kullanıcı, kaç işlem, ne kadar büyüme bekliyorum?
6. Hangi sistemlerle entegre olmalı ve bunlar hazır ürünle mümkün mü?
7. Veri hassasiyetim ve uyum gereksinimlerim ne? (KVKK, sektör mevzuatı)
8. Bakım ve geliştirmeyi kim yapacak; bağımlılığı nasıl yöneteceğim?

Aktaş Digital ne yapıyor?

Kurumsal ihtiyaçlar için ERP ve CRM sistemleri, SaaS platformları, sektöre özel web ve yönetim uygulamaları ve API/entegrasyon altyapıları geliştiriyoruz. Hazır bir çözümün yeteceği durumlarda bunu söylemekten çekinmiyoruz; özel geliştirmeyi ise gerçekten fark yaratan süreçler ve derin entegrasyonlar için öneriyoruz. Sözleşmelerde kaynak kodu ve hakların netleştirilmesini, aşamalı teslim ve dokümantasyonu önemsiyoruz. İhtiyacınızı birlikte değerlendirmek için teklif formumuzdan bize yazın; ürün seçimi ve kapsam yazımı konusunda da kurumsal yazılımlar sayfamıza göz atabilirsiniz.

Sık Sorulan Sorular

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

Başlangıçta genellikle evet; toplamda ise değişir. Hazır yazılımda kullanıcı sayısı, ek modül ve özelleştirme maliyetleri zamanla artar. Özel yazılımda ise barındırma, bakım ve geliştirme talepleri eklenir. 3–5 yıllık toplam maliyet üzerinden, kendi varsayımlarınızla karşılaştırın.

Özel yazılımın kaynak kodu bana ait olur mu?

Sözleşmede aksi belirtilmedikçe telif hakkı geliştiriciye aittir. Mali hakların devri veya lisansı yazılı olmalı ve hakların ayrı ayrı gösterilmesi gerekir; kaynak kodunun teslimi tek başına hak devri sayılmaz. Bu maddeyi mutlaka avukatınızla netleştirin.

Hazır yazılımı özelleştirmek mantıklı mı?

Az miktarda ayar ve eklenti genellikle sorun değildir. Ağır özelleştirme ise güncelleme uyumunu bozar, satıcı bağımlılığını artırır ve pahalıya gelir. Özelleştirmeniz ürünün çekirdeğini değiştiriyorsa, özel yazılım veya hibrit yapı daha sağlıklı olabilir.

Küçük bir işletme özel yazılım yaptırmalı mı?

Çoğu zaman önce hazır çözümle başlamak mantıklıdır. Özel yazılım; süreç işletmenizin farkıysa, hiçbir ürün ihtiyacı karşılamıyorsa veya hazır çözümün maliyeti/kısıtı büyümenizi engelliyorsa değerlendirilmelidir. MVP ile küçük başlamak riski azaltır.

Hazır yazılım satıcısı fiyatı artırırsa ne olur?

Bu, satıcı bağımlılığının bir sonucudur. Sözleşmede fiyat artış sınırı ve çıkış koşulları bulunmalı, verilerinizi standart biçimde dışa aktarabildiğinizi doğrulamalı ve gerekirse alternatif ürün planı hazırlamalısınız.

Özel yazılım projesi ne kadar sürer?

Kapsama bağlıdır: küçük bir modül haftalar, kapsamlı bir platform aylar sürebilir. Süreyi en çok kapsam değişiklikleri ve entegrasyonlar etkiler. Aşamalı teslim (MVP → genişletme) hem riski hem beklenmedik maliyeti azaltır.

Sonuç

“Özel mi, hazır mı?” sorusunun tek doğru cevabı yok; doğru cevap sürecin rekabet açısından ne kadar ayırt edici, ihtiyacın ne kadar standart, toplam maliyetin 3–5 yılda ne olacağı ve sahiplik ile bağımlılık dengesine bağlı. Standart parçaları satın alın, farklılaştıran parçaları özel yazın, API ile bağlayın ve özel yazılımda kaynak kodu ile hakları yazılı olarak güvence altına alın. Bugün yapabileceğiniz ilk iş: Değerlendirdiğiniz yazılım için 5 yıllık maliyet tablosunu iki seçenek için kendi varsayımlarınızla çıkarmak.