Kısaca ne bilmelisiniz?
Bakım sözleşmesi belirsiz bir destek vaadi değil; hangi olayın ne kadar sürede ele alınacağını, hangi işlerin kapsama girdiğini ve sorumluluğun kimde olduğunu ölçülebilir biçimde tanımlamalıdır.
Bu rehber kimler için?
- Manuel süreçlerini otomatikleştirmek isteyen işletmeler
- CRM ve özel geliştirme arasında karar veren ekipler
- Yazılım firması veya teklif değerlendiren yöneticiler
- Kaynak kod, SLA ve veri sahipliğini güvenceye alan kurumlar
Bu rehberi Codeexia’nın proje deneyimi, resmî kaynaklar ve teklif görüşmelerinde tekrar eden gerçek sorular üzerinden hazırladık. Değişebilen ücret ve teknik koşulları kaynaklarıyla belirtiyor; proje tahminlerini kesin teklif gibi sunmuyoruz.
Yazılım canlıya alındığında proje bitmez; operasyon başlar. “Gerektiğinde destek verilir” ifadesi bakım modeli değildir. Sözleşme olay türlerini, süreleri, kapsamı ve sorumluluğu ölçülebilir biçimde tanımlamalıdır.
Bakım, destek ve yeni geliştirmeyi ayırın
Hata düzeltme mevcut işlevin sözleşmedeki gibi çalışmasını sağlar. Destek kullanıcı veya operasyon sorunlarını ele alır. Yeni geliştirme ise kapsam değişikliğidir. Bu üç hattın ücret ve öncelik kuralları ayrı yazılmalıdır.
Olay öncelikleri nasıl tanımlanır?
| Seviye | Örnek | Beklenti |
|---|---|---|
| Kritik | Sistem veya ödeme tamamen çalışmıyor | Hızlı ilk müdahale ve düzenli durum bilgisi |
| Yüksek | Ana işlev ciddi biçimde etkileniyor | Aynı iş günü içinde değerlendirme |
| Normal | Geçici çözümü olan sınırlı sorun | Planlı bakım sırasına alınma |
Süreleri kendi operasyonunuza göre belirleyin; her sistemin 7/24 desteğe ihtiyacı yoktur.
SLA’da hangi süreler ayrı yazılmalı?
Bildirim alındı süresi, ilk müdahale, geçici çözüm ve kalıcı çözüm aynı şey değildir. Sözleşme bu kavramları ayırmalı; çalışma saatlerini, resmî tatilleri ve iletişim kanalını belirtmelidir.
Güvenlik, yedekleme ve izleme
- Kütüphane ve altyapı güncellemeleri,
- Yedek sıklığı ve geri yükleme testi,
- Sertifika ve alan adı takibi,
- Hata, kapasite ve erişilebilirlik izleme,
- Güvenlik olayında bildirim akışı.
Aylık saat ve kapsam dışı işler
Paket kaç saat içeriyor, kullanılmayan saat devrediyor mu, aşım nasıl onaylanıyor? Entegrasyon sağlayıcısındaki kesinti, veri düzeltme, eğitim ve yeni rapor taleplerinin hangi hatta değerlendirileceğini yazın.
Kod, erişim ve sözleşme sonu devir
Kaynak kod deposu, sunucu, bulut, alan adı ve üçüncü taraf hesapların sahipliği görünür olmalıdır. Sözleşme sona erdiğinde güncel kod, kurulum dokümanı, erişim listesi ve açık işler teslim edilmelidir.
Bakım teklifi isterken paylaşmanız gerekenler
Teknoloji yığını, kullanıcı sayısı, kritik çalışma saatleri, mevcut hata listesi, entegrasyonlar, erişim durumu ve beklenen büyüme bilgisi olmadan sağlıklı bakım teklifi oluşmaz.
Firma seçimini tamamlamak için yazılım firması değerlendirme rehberini kullanabilir veya özel yazılım görüşme sayfasından mevcut sisteminizi anlatabilirsiniz.
Kaynaklar ve doğrulama yöntemi
Değişebilen ücret, politika ve teknik gereksinimler için aşağıdaki resmî kaynaklar kullanılmıştır. Proje aralıkları teklif değil, karşılaştırma yapmayı kolaylaştıran editoryal çerçevedir.
- OWASP — Application Security Verification Standard (erişim: 31 Temmuz 2026)
- KVKK — Kişisel Verileri Koruma Kurumu (erişim: 31 Temmuz 2026)
- Google SRE — Service Level Objectives (erişim: 31 Temmuz 2026)
Bu bilgi projenizde ne anlama geliyor?
İhtiyacınızı anlatın; gerekli kapsamı, ertelenebilecek işleri ve en mantıklı sonraki adımı birlikte ayıralım.
WhatsApp’tan görüşelim ↗ Telefonla görüşün ↗ Codeexia’yı incele
