1. Kapsam ve ekler
Sözleşme metni kısa olabilir; asıl iş ekindedir. Ekte ekran listesi, her ekranın ne yaptığı, uygulamanın hangi platformlarda yayınlanacağı (iOS, Android, web paneli) ve kapsam dışında kalanlar yazmalıdır. “Mobil uygulama geliştirilecektir” cümlesi kapsam değildir; sonradan çıkacak her tartışmanın kaynağıdır.
2. Aşamalar, teslim ve kabul
İşi aşamalara bölün: tasarım, ilk çalışan sürüm, test sürümü, mağaza yayını. Her aşama için teslim tarihini ve kabul ölçütünü yazın:
- Hangi cihaz ve işletim sistemi sürümlerinde test edilecek?
- Teslimden sonra kaç gün içinde onay ya da düzeltme listesi verilecek?
- Bu süre içinde dönüş olmazsa aşama kabul edilmiş sayılacak mı?
3. Ödeme planı
Ödemeyi aşamalara bağlayın; tamamını peşin ödemeyin, tamamını sona da bırakmayın. Her aşamanın onayı bir sonraki ödemeyi tetikler. Para birimi, kur farkı ve gecikme hükmü yazılı olsun.
4. Değişiklik talepleri
Proje sürerken yeni özellik istemek normaldir. Sözleşme değişikliğin nasıl isteneceğini, nasıl fiyatlanıp takvime ekleneceğini ve kimin onaylayacağını söylemelidir. Yazılı onaylanmamış ek iş, proje sonunda en sık çıkan tartışmadır.
5. Kaynak kodu ve fikri haklar
Bilgisayar programları Fikir ve Sanat Eserleri Kanunu kapsamında eser sayılır. FSEK madde 52’ye göre mali haklara ilişkin sözleşmelerin yazılı olması ve konusu olan hakların ayrı ayrı gösterilmesi şarttır. Bu yüzden “tüm haklar size aittir” demek yerine:
- devredilen mali hakları (işleme, çoğaltma, yayma, umuma iletim) tek tek yazdırın,
- kaynak kodunun hangi aşamada ve nasıl teslim edileceğini belirtin (örneğin sizin adınıza açılmış kod deposuna),
- firmanın başka projelerde de kullandığı ortak kütüphaneler varsa bunlar için size kullanım lisansı verildiğini açıkça yazdırın.
6. Mağaza ve servis hesapları
Apple ve Google geliştirici hesapları, sunucu, alan adı, harita, SMS ve bildirim servisleri sizin adınıza açılmalı ve faturası size kesilmelidir. Firma bu hesaplarda yetkili kullanıcı olarak çalışır. Hesaplar firmanın adına açılırsa ayrıldığınızda uygulamayı başka bir hesaba taşımak zahmetli ve riskli olur.
7. Üçüncü taraf lisanslar ve aylık giderler
Ücretli kütüphane, harita, yapay zeka API’si, SMS paketi ve sunucu gibi giderleri kimin ödeyeceğini, teklif fiyatına dahil olup olmadığını yazın. Aylık giderler genellikle uygulama sahibine aittir; tahmini tutarlarını yayından önce bilmeniz gerekir.
8. Kişisel veriler ve gizlilik
Uygulama kullanıcı verisi işliyorsa veri sorumlusu sizsiniz; geliştirici firma çoğunlukla veri işleyen konumundadır. KVKK kapsamında firmanın verilere hangi amaçla ve ne kadar süre erişeceğini, alınacak güvenlik önlemlerini ve iş bitince verilerin silinmesini sözleşmeye ekleyin. Karşılıklı gizlilik hükmü fikrinizi ve iş sırlarınızı da korur.
9. Garanti ve bakım
Teslimden sonra belirli bir süre boyunca kapsam içindeki hataların ücretsiz düzeltileceğini yazın; bu süre yeni özellik için değil hata içindir. Garanti sonrasındaki işler (iOS ve Android sürüm güncellemeleri, sunucu bakımı, küçük geliştirmeler) ayrı bir bakım sözleşmesiyle aylık ya da saatlik ücretle yürür.
10. Fesih ve devir
İş yarıda kalırsa ne olur? O ana kadar yapılan işin bedeli nasıl hesaplanır, kaynak kodu ve tasarım dosyaları hangi koşulla teslim edilir, hesap yetkileri nasıl geri alınır? Fesih maddesi kimsenin kullanmak istemediği ama en çok işe yarayan maddedir.
İmzalamadan önce
- Ekteki kapsamı ekran ekran okuyun; yazmayan bir şeyin yapılacağını varsaymayın.
- Kaynak kodu teslimini ve hesap sahipliğini yazan maddeleri kontrol edin.
- Sözleşmeyi bir avukata okutun; bu yazı hukuki görüş değildir.
Biz her projede kapsamı ekran listesi olarak yazıyor, kaynak kodunu ve hesapları müşteriye teslim ediyoruz. Teklif sürecini uygulama yaptırmak istiyorum yazısında, firma seçimini yazılım firması nasıl seçilir yazısında anlattık. Nasıl çalıştığımızı mobil uygulama yaptırma sayfasında bulabilirsiniz.