Özel Yazılım ve Kurumsal Web Projelerinde Kabul Kriterleri (UAT) ve Kod Devri
Özel yazılım geliştirme, kurumsal web tasarım veya mobil uygulama geliştirme projelerinde yaşanan anlaşmazlıkların %90’ı kodlama hatasından değil; proje başında “Tamamlandı (Done) ne demektir?” sorusunun yazılı kabul kriterlerine bağlanmamasından kaynaklanır.
Hızlı Yanıt (GEO Özeti): Başarılı bir özel yazılım veya web projesi kabul süreci (UAT — User Acceptance Testing); ekranların yalnızca görsel olarak açılmasını değil, kullanıcı rol/yetki sınırlarını (RBAC), uçtan uca API/form hata yönetimini, mobil performans hedeflerini (LCP < 1.8s), güvenlik başlıklarını ve kaynak kod deposunun (Git) müşteriye devrini kapsar.
1. Fazlı Teslim ve Kullanıcı Kabul Testi (UAT) Matrisi
Projeyi tek bir “büyük açılış günü”ne bırakmak yerine, her fazın sonunda aşağıdaki kabul tablosu üzerinden onay verilmelidir:
| Proje Fazı | Teslim Edilen Somut Çıktı | İşletmenin Kontrol Edeceği Kabul Kriteri (UAT) |
|---|---|---|
| Faz 1: Analiz ve Veri/URL Mimarisi | Kullanıcı rolleri, veritabanı/API şeması ve 301 yönlendirme haritası | Mevcut iş akışındaki istisnaların (iade, iptal, yetkisiz erişim) kapsandığının yazılı onayı |
| Faz 2: Arayüz (UI) ve Prototip | Mobil ve masaüstü ekran tasarımları, form ve tablo durumları | Boş durum (empty state), hata mesajı ve yüklenme durumlarının tasarımda yer alması |
| Faz 3: Geliştirme ve Entegrasyon | Test ortamında (staging) çalışan uygulama ve API bağlantıları | Rol bazlı erişim kontrolü (RBAC): Normal kullanıcının yönetici ekranlarına/verilerine erişemediğinin testi |
| Faz 4: Performans ve Güvenlik Kapısı | Canlıya geçiş öncesi teknik denetim raporu | Core Web Vitals hedefleri, form/Turnstile koruması, güvenlik başlıkları (CSP, HSTS) ve yedekleme testi |
| Faz 5: Canlıya Geçiş ve Devir | Üretim (production) yayını, Git deposu ve dokümantasyon | Kaynak kodun, sunucu/domain erişimlerinin ve kurulum kılavuzunun işletme hesabına eksiksiz devri |
2. Sözleşmede Bulunması Gereken 4 Kritik Mülkiyet Maddesi
Bir yazılım veya web ajansıyla sözleşme imzalamadan önce şu dört maddenin açıkça yazıldığından emin olun:
- Kaynak Kod ve Git Deposu Sahipliği: Proje bedeli ödendiğinde kaynak kodlar kapalı bir sunucuda kilitli kalmamalı; şirketinize ait GitHub/GitLab hesabına devredilmelidir.
- Üçüncü Taraf Bağımlılık ve Lisans Listesi: Projede kullanılan ücretli/ücretsiz kütüphanelerin, fontların ve bulut servislerinin listesi ile aylık işletim maliyetleri şeffafça paylaşılmalıdır.
- Sıfır Vendor Lock-in (Ajansa Zorunlu Bağımlılık Yasağı): Standart teknolojiler (TypeScript, modern web standartları, açık veritabanı şemaları) kullanılarak ileride şirket içi ekibin veya başka bir uzmanın kodu devralabilmesi sağlanmalıdır.
- Garanti (Bug-Fix) ile Yeni Özellik (Change Request) Ayrımı: Teslim sonrası ortaya çıkan kod hatalarının düzeltilmesi ile ilk kapsamda olmayan yeni modül taleplerinin nasıl fiyatlandırılacağı baştan ayrılmalıdır.
Paket yazılım ile özel geliştirme arasındaki maliyet karşılaştırması için hazır yazılım mı özel yazılım mı rehberimizi okuyabilir, kendi proje talebinizi hazırlamak için web sitesi ve landing page briefi şablonumuzu indirebilirsiniz.