Ürününü tek başına duyurmanın pratik yolu
Menü
Diğer yazılar
Hakkında
Yeni ürün, uygulama ve projelerin lansman sürecini adım adım anlatan bağımsız bir kaynak. Planlama, duyuru, ilk kullanıcılar ve lansman sonrası büyüme için uygulanabilir rehberler sunar.

Yazılım lisans sözleşme karşılaştırması

Yazılım Lisans Sözleşmesi Nedir ve Neden Önemlidir?

Yazılım lansmanı yaparken en çok gözden kaçan konulardan biri, doğru lisans sözleşmesi seçmektir. Ben de başlangıçta buna pek önem vermedim, ta ki yasal sorunlarla karşılaşana kadar. Yazılım lisans sözleşmesi, kullanıcılarına yazılımınızı nasıl kullanabileceklerini belirten yasal bir anlaşmadır. Kısaca söylemek gerekirse, bu sözleşme sizin ürününüzü korur ve kullanıcı haklarını tanımlar.

Lansmanınızdan önce lisans türünü belirlemeniz, müşteri güvenini arttırır ve ileride hukuki sorunlardan sizi korur. Özellikle açık kaynak kod içeren veya üçüncü parti araçlar kullanarak geliştirilen yazılımlar için bu tercih kritik hale gelir.

Yaygın Yazılım Lisans Türleri

Tescilli Lisanslar (Proprietary)

Kendi lisans sözleşmesini oluşturma yoluna gittim ve bu benim kontrolümü tamamen elime aldığını hissettirdi. Tescilli lisanslarda yazılımın mülkiyeti tamamen sizde kalır. Kullanıcılar yazılımı kullanamaz, dağıtamaz veya değiştiremez. Sadece sizin belirttiğiniz koşullarda ve şekillerde kullanabilirler.

Bu lisans tipi özellikle ticari yazılımlar için tercih edilir. SaaS ürünleri, masaüstü uygulamaları ve mobil uygulamalar genellikle tescilli lisans altında yayınlanır. Kontrol tamamen sizde olduğundan, fiyatlandırma politikanızı ve kullanım koşullarınızı istediğiniz gibi şekillendirebilirsiniz.

Açık Kaynak Lisanslar

Açık kaynak lisanslar biraz daha karmaşık. MIT, GPL, Apache gibi farklı türleri vardır ve her biri farklı özgürlükler ve sorumluluklar getirir.

MIT Lisansı: En permissif lisanslardan biridir. Kullanıcılar kodu değiştirebilir, ticarileştirebilir ve dağıtabilir. Tek şart, orijinal telif hakkı ve lisans bilgisini saklamalarıdır. Lansmanınızda hız ve geniş kabul istiyorsanız, bu seçenek iyi olabilir.

GPL (GNU Public License): Daha kısıtlayıcıdır. Kodunuzu GPL altında yayınlarsanız, onu kullanan ve değiştiren herkes de aynı koşullarda yayınlamalıdır. Bu "copyleft" yapısı, kodunuzun özgür kalmasını garantiler ama geniş ticari adaptasyon sağlamaz.

Apache 2.0: MIT ile GPL arasında bir denge sunar. Ticari kullanıma izin verir, ancak değişiklikler belgelenmelidir. Patent koruması da içerir, bu da tech şirketleri tarafından tercih edilir.

Lisans Seçerken Düşünmeniz Gerekenler

Lansmanınızın Hedefi

Ürünü satmayı mı planlıyorsunuz, yoksa açık kaynak olarak büyütmek mi? Ben lansmanımda hem açık kaynak şekilde başladım hem de premium özellikleri ücretli tutmak istiyordum. Buna "dual licensing" deniyor. Açık kaynak versiyonu GPL altında, ticari versiyonu tescilli lisans altında sundum. Bu sayede hem topluluk desteği aldım hem de gelir elde edebildim.

Kullanılan Bağımlılıklar

Yazılımınız başka açık kaynak kütüphaneleri kullanıyorsa, onların lisanslarını kontrol edin. Eğer GPL kütüphanesi kullanırsanız, kendi ürününüz de GPL uyumlu olmalıdır. Bu, ürün lansmanı rehberi hazırlarken sık sık göz ardı edilen bir detaydır.

Yasal Destek

Özellikle BT sektöründe çalışıyorsanız, bir hukuk müşavirinden görüş alın. Tescilli lisans yazarken, haklı kullanım (fair use), telif hakkı ve fikri mülkiyet konularını doğru şekilde ele almalısınız.

Lisans Sözleşmesi Metni Nelerini İçermeli?

  1. Tanımlar: Lisans sahibi, kullanıcı, yazılım nedir belirtilmelidir.
  2. Verilecek Haklar: Kullanıcı ne yapabilir, ne yapamaz açıkça yazılmalıdır.
  3. Sınırlamalar: Ters mühendislik, decompile, dağıtım gibi yasak işlemleri liste halinde gösterin.
  4. Fikri Mülkiyet: Telif hakları ve marka hakları tümüyle size ait olduğunu belirtin.
  5. Sorumluluk Reddi: Yazılımın hata içerebileceğini, veri kaybından sorumlu olmadığınızı yazın.
  6. Lisans Sonlandırması: Lisansın ne zaman sona ereceğini veya iptal edileceğini açıklayın.

Lisans Sözleşmesi Karşılaştırması: Hangi Durumlarda Hangisi?

Lisans Tipi En İyi Kullanım Ana Avantajı Ana Dezavantajı
Tescilli Ticari, SaaS ürünleri Tam kontrol, gelir modeli Sınırlı topluluk desteği
MIT Kütüphaneler, başlangıç projeler Geniş kabul, basit Ticarileştirilmeyi kontrol edememe
GPL Tam açık kaynak projeler Kod özgürlüğü garantisi Ticari entegrasyonu zorlaştırır
Apache 2.0 Kurumsal açık kaynak Denge, patent koruması Biraz daha karmaşık
Dual License Karma modeller Topluluk + Ticari gelir Yönetim karmaşası

Sık Sorulan Sorular

Lansmanımdan sonra lisans türünü değiştirebilir miyim?

Kısmen evet, ancak zorlayıcı. Eğer zaten yayımladığınız kod varsa, geçmiş sürümleri eski lisans altında kalır. Sadece yeni sürümleri yeni lisansla yayınlayabilirsiniz. Açık kaynak olarak başladıysanız, kapalı kaynak olma süreci uzun ve karmaşıktır. Bu yüzden başından doğru seçim yapmak önemlidir.

Ücretsiz yazılımı GPL altında mı yayınlamalıyım?

Mutlaka değil. MIT de ücretsiz yazılım için mükemmeldir ve daha esnek. Seçim, yazılımınızın türüne ve vizyonunuza bağlıdır. Eğer ticari kullanıma açık olmak istiyorsanız MIT, kodun özgür kalmasını istiyorsanız GPL seçin.

Lansmanımda lisans sözleşmesini nereye koymalıyım?

Açık kaynak projelerde kaynak kodun kök dizininde LICENSE dosyası olmalıdır. Web uygulamalarında yasal sayfanızda ve yazılım indirme sayfasında görünür hale getirin. Kullanıcılar kurmadan önce bunu görebilmelidir.

Kendi lisans sözleşmesini yazmak pahalı mı?

Evet, bir avukatla danışmak maliyetli. Ancak standart lisanslar (MIT, GPL, Apache) tamamen ücretsiz ve yasal olarak tanınmıştır. Sadece tescilli lisans yazıyorsanız profesyonel yardım gerekebilir.

Lisans seçimi, ürün lansmanınızın mimarisinin bir parçasıdır. Doğru seçim, uzun vadede hem hukuki koruma hem de kullanıcı güveni sağlar.

© 2026 Büyük Lansmanlar