Neden Bazı Şirketlerde Design System Kurulur Ama Kimse Kullanmaz?
Sunday, July 12, 2026
Birçok şirket Design System oluşturmak için aylarca çalışıyor. Component’ler hazırlanıyor. Dokümantasyon yazılıyor. Token’lar tanımlanıyor. Hatta lansman toplantıları bile yapılıyor.
Aradan birkaç ay geçiyor ve aynı cümle duyulmaya başlanıyor: “Ekip zaten kullanmıyor.”
Peki neden?
Bugüne kadar farklı ölçeklerde Design System projelerinde çalışırken fark ettiğim ortak bir gerçek var:
Başarısız olan sistemlerin sorunu component eksikliği değildi. Benimsenme (adoption) eksikliğiydi.
Çünkü birçok şirket Design System'in en kolay kısmına odaklanıyor: Onu oluşturmaya.
Asıl zor olan ise insanların onu her gün kullanmasını sağlamak.
Problem Design System değil, alışkanlıklar
Bir Design System'in başarılı olması için mükemmel görünmesi gerekmez.
Kullanılması gerekir.
Tasarımcılar eski component'leri kullanmaya devam ediyorsa, geliştiriciler yeni component yazmayı tercih ediyorsa veya PM'ler standartları dikkate almadan ürün kararları alıyorsa, teknik olarak kusursuz bir sistem bile başarısız olacaktır.
Çünkü Design System teknik bir proje değil, organizasyonel bir dönüşümdür.
İnsanlar doğru olanı değil, kolay olanı seçer
Bir tasarımcı ihtiyaç duyduğu component'i 30 saniyede bulamıyorsa yenisini oluşturacaktır.
Bir geliştirici mevcut component'i anlamak için uzun dokümantasyonlar okumak zorundaysa kendi çözümünü yazacaktır.
Bu noktadan sonra sorun ekip değildir.
Sorun, sistemin günlük iş akışını kolaylaştırmamasıdır.
İyi bir Design System, ekipleri kurallara uymaya zorlayan değil; doğru yolu en kolay seçenek hâline getiren sistemdir.
Sahibi olmayan sistem uzun yaşayamaz
Birçok şirkette Design System oluşturulduktan sonra tamamlanmış bir proje gibi görülür.
Oysa ürün geliştikçe sistemin de gelişmesi gerekir.
Yeni ihtiyaçlar değerlendirilir.
Kullanılmayan bileşenler kaldırılır.
Standartlar güncellenir.
Bunun için de sistemin bir sahibi olmalıdır.
Bu kişi veya ekip yalnızca yeni component eklemekten değil, sistemin bütünlüğünü korumaktan ve ekiplerden gelen geri bildirimleri yönetmekten sorumludur.
Peki Design System nasıl benimsenir?
Benimsenme, yeni component eklemekle değil; ekiplerin günlük işini kolaylaştırmakla başlar.
Bunun için etkili olduğunu gördüğüm birkaç yaklaşım var.
1. Design System en hızlı seçenek olmalı
Ekipler doğru olduğu için değil, hızlı olduğu için kullanır.
Bir component'i aramak yerine yeniden oluşturmak daha kolaysa, sorun kullanıcıda değil sistemdedir.
Design System, işi yavaşlatmamalı; hızlandırmalıdır.
2. Sistemi birlikte oluşturun
Design System yalnızca tasarım ekibinin sahip olduğu bir yapı olmamalıdır.
Geliştiriciler, PM'ler ve diğer paydaşlar sürece dahil olduğunda, sistem ortak bir dile dönüşür.
İnsanlar oluşturulmasına katkı sağladıkları sistemleri benimsemeye daha yatkındır.
3. Başarıyı kullanım oranıyla ölçün
Kaç component oluşturduğunuz önemli değildir.
Asıl önemli olan, yeni geliştirilen ekranların ne kadarının mevcut Design System'i kullandığıdır.
Eğer ekipler sürekli yeni çözümler üretiyorsa, sorun büyük ihtimalle Design System'de değil; benimsenme sürecindedir.
4. Design System'i ürün gibi yönetin
Başarılı şirketler Design System'i tamamlanacak bir proje olarak görmez.
Onun da bir roadmap'i, backlog'u, sürümleri ve kullanıcı geri bildirimleri vardır.
Çünkü Design System yaşayan bir üründür.
Sonuç
Bir Design System oluşturmak teknik bir iştir.
Onu benimsetmek ise liderlik, iletişim ve organizasyon yönetimi gerektirir.
Bu yüzden başarılı şirketler önce "Nasıl bir Design System kurarız?" sorusunu değil,
"Ekiplerin her gün kullanmak isteyeceği bir sistemi nasıl oluştururuz?" sorusunu cevaplar.
Çünkü insanlar kullanmadığı sürece, dünyanın en iyi Design System'i bile yalnızca düzenli görünen bir Figma dosyası olarak kalacaktır.
