Sadece bir stil galerisi değil, kararları tanımlayın
Tasarım sistemi sadece ekran görüntülerinden ibaret değildir. Bölümler arası boşluk, birincil eylem görünümü, form hatasının nasıl çalıştığı ve başarı/başarısızlık sonrası kullanılan dil gibi tekrarlanan kararları kaydeder. USWDS, tasarım token’larını tipografi, boşluk, renk, satır yüksekliği ve opaklık gibi değerler için ayrı paletler olarak tanımlar. Kuralı, amacı, onaylı varyantları ve sahibini dokümante edin. Temellerle ve önemli yolculuklarda en çok kullanılan beş ila sekiz bileşenle başlayın; her sayfayı aynı anda standardize etmek genellikle netlik yerine gürültü yaratır.
Sitenizin gerçekten kullandığı onaylı renk rolleri, yazı türü, boşluk, kenarlıklar, köşe yarıçapları, kırılma noktaları ve hareket tercihlerini kaydedin.
Tek seferlik görsel bir süs yerine, hesap oluşturma veya arama sonuçları gibi tekrarlanabilir görev düzenlemeleri için bir desen kullanın.
Tekrarlanan değerleri kontrol etmek için token’ları kullanın
Tasarım token’ı, bir değere bağlanmış insan tarafından okunabilir bir addır. Design Tokens Community Group, token’ları platformdan bağımsız tasarım kararlarını ifade etmenin bir yolu olarak tanımlar; en azından bir token bir ad ve değerdir. raw değerleri şablonlara saçmak yerine color-action-primary veya space-section gibi amaç adları kullanın. Amaç token’larından temel (base) değerlere dokümante bir eşleme tutun. Token’lar koordine değişiklikleri kolaylaştırır, ancak kontrast, marka veya iyi hiyerarşi garantilemez. Her render edilmiş kombinasyonu ve sayfa durumunu doğrulayın.
İstisnaların tamamı için değil, tekrarlanan tercihler için token oluşturun; aksi hâlde token listesi yalnızca tutarsızlığı korur.
Geniş çapta kullanılan bir token için etkilenen sayfaların listesini verin, temsilci ekranları test edin ve gerekirse geçiş veya geri alma rehberliği sağlayın.
Davranış ve sınırları olan bileşenler oluşturun
Bileşen, yalnızca görsel bir şekil değil, davranışı olan yeniden kullanılabilir bir arayüz parçasıdır. Anlamsal yapıyı, gerekli ve isteğe bağlı girdileri, varyantları, duyarlı davranışı ve tüm ilgili durumları dokümante edin: yükleniyor, devre dışı, hata, boş ve başarı. Klavye davranışı ve içerik rehberliğini ekleyin. Her düzeni bir bileşene zorlamayın. GOV.UK, paylaşılan bileşenleri fayda, benzersizlik, kullanılabilirlik, tutarlılık ve çok yönlülük açısından değerlendirir; bu yaklaşım, hangi öğenin paylaşılan bakım hak ettiğine karar verirken faydalı bir disiplindir. Geniş çapta kullanılan bir bileşen bir hatayı geniş şekilde yayabileceğinden, insanların kullandığı sayfalarda test edin.
Kullanıcıya görünen her durumu listeleyin ve uygulama limitlerinin görünür olması için gerçek etiketler, uzun metin ve hatalar gösterin.
Eski varyantları açıkça işaretleyin, yerine geçenin adını verin ve etkilenen yolculuklar gözden geçirilene kadar bunları kaldırmayın.
Erişilebilirliği bir sürüm koşulu yapın
Erişilebilirlik sistem içine dahil edilmelidir çünkü tekrarlanan tercihler engelleri tekrar edebilir. WCAG 2.2, Seviye A’da, hareket yolu doğasında olmayan yerler hariç işlevsellik için klavye ile işletimi ve sıra önemli olduğunda anlamlı odak sırasını gerektirir. Bileşen kılavuzlarına anlamsal kontroller, görünür odak, etiketler, mantıklı odak hareketi, hata tanımlama ve işaretleyici dışı görev tamamlama dahil edin. Otomatik kontrolleri erken kullanın, ardından manuel klavye, yakınlaştırma, duyarlı ve sayfa testleri uygulayın. USWDS, erişilebilir bileşenlerin bir hizmetin erişilebilir olduğunu garanti etmediği konusunda uyarır; özel kod, içerik, entegrasyonlar ve bağlam hâlâ gözden geçirilmelidir.
Kullanıcıların fare olmadan veya bir klavye tuzağına düşmeden kontrolleri bulup, çalıştırıp, anlayıp ve bırakabildiğini doğrulayın.
Hukuki yükümlülükler yargı alanına ve sözleşmeye göre değişir. Uyumluluk önemliyse nitelikli erişilebilirlik ve hukuk incelemesi alın.
İçerik standartlarını arayüz standartı olarak ele alın
Sözler, tasarımdan sonra eklenen süs değil, bileşen girdileridir. Eylem etiketleri, form etiketleri, hatalar, başlıklar, bağlantılar, terminoloji, tarihler, sayılar ve kısaltmalar için kurallar belirleyin. GOV.UK rehberi mümkünse etkin dili ve kullanıcıya 'you' olarak hitap etmeyi tercih eder; net, tutarlı dil ilkesini kullanın, ancak tonu hedef kitlenize göre uyarlayın. Kuralları bir içerik modeliyle eşleştirin: hangi alanların zorunlu olduğunu, makul uzunluk önerilerini ve bilgi yoksa ne olacağını belirtin. Rehberi bileşen dokümanlarına ve CMS iş akışlarına koyun, böylece editörler bunu kullanabilir.
Neyin hata verdiğini, nerede olduğunu ve güvenli ve faydalı olduğunda bir sonraki adımı söyleyin.
Bir limit, yeniden tasarım veya yeniden yazım için bir sinyaldir, gerekli anlamı çıkarmak için izin değildir.
Sistem büyümeden önce yönetin
Yönetim, sahiplik, istekler, inceleme, sürümler ve emeklilik için hafif ağırlıklı süreçtir. Sorumlu bir sahip ve tasarım, mühendislik, içerik ve erişilebilirlik uzmanlığını getirebilecek bir inceleme grubu atayın. Kanıtı patlama çapına (blast radius) göre eşleştirin. Yerel bir desen bir problem bildirimi ve sayfa testi gerektirebilir. Paylaşılan bir düğme veya token değişikliği etkilenen yolculukları, erişilebilirlik kontrollerini, görsel karşılaştırmayı, geçiş notlarını ve geri alma talimatlarını içermelidir. GOV.UK, katkıda bulunanlardan bir bileşenin birçok ekip için faydalı olduğunu, kopya olmadığını ve temsilci kullanıcılarla test edildiğini göstermesini ister; bunu evrensel bir kural yerine pratik bir model olarak kullanın.
Sorunu, seçenekleri, kararı, sahibini, etkilenen sürümü ve aranabilir bir yerdeki inceleme tarihini saklayın.
Değişiklikleri yama (patch), ekleyici veya kırıcı (breaking) olarak etiketleyin ki tüketiciler geçiş ve uyumluluk süresinin ne zaman gerektiğini bilsin.
Yayın öncesi regresyonları önleyin
Sistemi teslimata bağlayın. Bir değişikliğin dokunulan token’ları ve bileşenleri belirlemesini şart koşun, sonra etkilenen durumları ve temsilci sayfaları test edin. Görsel karşılaştırma, etkileşim testleri, içerik incelemesi ve erişilebilirlik kontrolleri farklı hataları bulur. Yüksek önem taşıyan yolculukları ve yüksek trafikli olanları önceliklendirin; hesap erişimi ve iletişim formları trafik mütevazı olsa bile önemli olabilir. Bu, Status Is UP'ın proaktif kullanılabilirlik optimizasyonu ve düzeltme çalışmalarını destekleyerek kusur kapsamını daraltır ve onaylı bir düzeltmeyi doğrulamayı kolaylaştırır. Bu, kesinti izleme veya olay planının yerine geçmez.
Bileşen sürümünü, test sonuçlarını, bulguları, onayları ve kabul edilmiş riski sürüm kaydıyla birlikte saklayın.
Önceki kararlı sürümü koruyun ve düşük riskli bakım sırasında geri yükleme ve doğrulama adımlarını yazılı olarak test edin.