Tasarım sistemi kavramı büyük ürün ekipleriyle ilişkilendirilir ve küçük projelerde gereksiz görülür. Bu, sistemin ne olduğuna dair bir yanlış anlamadan kaynaklanır.
Sistem, kapsamlı bir bileşen kütüphanesi olmak zorunda değildir. Temelde, tekrar eden kararların bir kez verilip yazılı hâle getirilmesidir.
Token katmanı en yüksek getirili adımdır
Renk, boşluk, yazı boyutu, köşe yarıçapı ve geçiş süresi gibi değerlerin merkezî olarak tanımlanması, sistemin en küçük ve en etkili hâlidir.
Bir rengi değiştirmek tek bir değerin güncellenmesine dönüşür. Bu olmadan aynı değişiklik onlarca dosyada aranıp bulunmayı gerektirir ve bir kısmı mutlaka atlanır.
Token katmanı küçük projelerde bile bakım maliyetini düşürür; kurulması birkaç saat sürer.
Bileşenler kalite dalgalanmasını engeller
Buton, form alanı, kart ve bildirim gibi öğeler her sayfada yeniden tasarlandığında aralarında küçük farklar oluşur. Bu farklar tek tek önemsizdir ama toplamda dağınıklık üretir.
Bileşen tanımlandığında, durumları da tanımlanır: normal, üzerine gelme, odak, devre dışı, hata. Bu durumların atlanması en yaygın kalite sorunudur.
Özellikle odak durumu, erişilebilirlik için kritiktir ve sistemsiz çalışan projelerde çoğu zaman unutulur.
Sistem, tasarımcı ile geliştirici arasındaki dili kurar
Aynı değerlere aynı isimle atıfta bulunulduğunda teslim sürtünmesi azalır. “Şuradaki boşluk biraz daha az olsun” yerine belirli bir token adı konuşulur.
Bu, revizyon turlarını kısaltır ve yanlış uygulanan tasarım kararlarını azaltır.
Yönetişim olmadan sistem çatallanır
Sistemin en çok atlanan parçası, kimin neyi değiştirebileceği ve yeni bileşenin nasıl ekleneceğidir. Bu kurallar yoksa herkes kendi ihtiyacına göre ekler.
Birkaç ay içinde birbirine benzeyen ama aynı olmayan üç buton ortaya çıkar ve sistem, çözmesi gereken sorunu üretmeye başlar.
Yönetişim ağır bir süreç olmak zorunda değildir; küçük ekiplerde tek bir sorumlu ve basit bir katkı kuralı yeterlidir.
Sistem bakım gerektirir
Kurulup bırakılan sistemler kullanılmaz hâle gelir. Kullanılmayan bileşenlerin çıkarılması, yeni ihtiyaçların eklenmesi ve dokümantasyonun güncel tutulması sürekli bir iştir.
Bu yük, sistemin sağladığı verimden küçüktür; ancak hesaba katılmadığında sistem terk edilir.
Ne zaman gerekmez
Tek seferlik, kısa ömürlü ve tekrar kullanılmayacak işlerde tam kapsamlı bir sistem kurmak gereksiz maliyettir.
Bu durumda bile token katmanı önerilir; bileşen kütüphanesi ve yönetişim ise ölçek büyüdüğünde eklenir.
Sistem ne zaman zarar verir
Aşırı katı sistemler, öngörülmemiş ihtiyaçlarda tıkanır ve ekip sistemi baypas etmeye başlar. Bu noktadan sonra sistem hem kullanılmaz hem de yanlış bilgi kaynağı hâline gelir.
İşleyen sistemler kaçış yolu bırakır: istisnaların nasıl yapılacağını ve ne zaman sisteme geri döneceğini tanımlar.
Belgeleme olmadan sistem yoktur
Bileşen kütüphanesi tek başına yeterli değildir; her bileşenin ne zaman kullanılacağı yazılmalıdır. İki benzer bileşen arasında seçim yapmak zorunda kalan kullanıcı, rastgele seçer.
Kullanım rehberi kısa olabilir ama var olmalıdır. Bir bileşenin yanına iki cümle eklemek, o bileşenin doğru kullanılma oranını belirgin biçimde artırır.
Sistemin getirisi ne zaman görülür
İlk projede sistem kurmak maliyet artırır; getiri ikinci ve sonraki projelerde ortaya çıkar. Tek seferlik işlerde tam kapsamlı sistem kurmak ekonomik değildir.
Ancak token katmanı bu hesabın dışındadır; küçük projelerde bile kurulum maliyeti birkaç saattir ve ilk değişiklik talebinde kendini amorti eder.
Özet
Tasarım sistemi, tekrar eden kararları bir kez verip uygulamaktır. Token katmanı en yüksek getirili ilk adımdır; bileşenler kalite dalgalanmasını engeller, yönetişim ise sistemin zamanla çatallanmasını önler.
Bu yazıda anlatılan çalışma tasarım sistemi kapsamında yürütülür.