Bir Tasarım Sistemine İhtiyacınız Yok

Muhtemelen bir tasarım sistemine ihtiyacınız yok. Birkaç design token, küçük bir bileşen kütüphanesi ve ekipte zevki olan bir insan yeterli. Favori tasarım Twitter hesabınızın durmadan paylaştığı o şey, 400 yayınlanmış bileşen ve 12 temalı Figma dosyası, sekiz kişilik startup'ınızın bedelini ödeyip karşılığını alamadığı tam zamanlı bir ürün.

Sektörde herkesin doğru olduğunu bildiği ama kimsenin yüksek sesle söylemediği görüş bu. Bakım faturası gerçek. Getirisi çoğunlukla hayal ürünü. Yapay zeka üretimi ikisi arasındaki farkı daha da açtı.

Tasarım sistemi çıkaran ekiplerin %95'i olgunluk rolü yapıyor (LARP). Gerçekten ihtiyacı olan %5 ise genellikle bu soruyu soran ekipler değil.

Tasarım sistemi bir üründür, yan görev değil

Gerçek bir tasarım sisteminin kendi yol haritası, kendi changelog'u ve kendi müşterileri vardır. O müşteriler asıl ürünü çıkaran mühendisler ve tasarımcılardır. Sistemi bakımla görevlendirilmiş kimse yoksa, o bir sistem değildir. Bir anlık görüntüdür.

Tasarım sistemini iyi yapanlara bakın. Stripe'ın özel bir tasarım altyapı ekibi var. Shopify Polaris'in kendi organizasyonu var. GitHub Primer'ın sürüm çıkaran herkese açık bir deposu var.

Atlassian, çoğu ekibin kapsam olarak asla yaklaşamayacağı bir sisteme yıllardır yatırım yapıyor. Hepsi, binlerle ölçülen bir iç müşteri kitlesi için araç üreten ürün ekipleri.

Şimdi tipik versiyona bakın. Kıdemli bir tasarımcı Figma'da altı hafta harcadı, 80 bileşen yayınladı, hiçbir mühendisin okumadığı bir Notion sayfası yazdı ve iki tema çıkardı. Altı ay sonra bileşenlerin yarısı eskidi, token'lar kod tabanından saptı ve ekip yine Tailwind class'ı kopyalamaya döndü. Sistem başarısız olmadı. Ekip, sistemi kadrolamakta başarısız oldu.

Slayt sunumuna kimsenin koymadığı bakım faturası

Getiri sunumu şöyle gider: bir kez kur, sonsuza dek kullan. Gerçek hesap: bir kez kur, sonra sonsuza dek bak, bir kısmını ara sıra yeniden kullan.

Var olan her design token Figma ile kod arasında senkron tutulmak zorunda. Her bileşen varyantı framework yükseldiğinde test edilmeli. Radix, React ya da Tailwind'deki her kırıcı değişiklik bağımlı her ürüne dalga dalga yayılıyor. Dokümantasyon bir çeyrek içinde çürüyor.

Storybook örneği bir bağımlılık güncellemesinde bozuluyor ve üç hafta kimse fark etmiyor. Yayınlanan Figma kütüphanesi kod tabanının bir sürüm gerisinde kalıyor. Temalar birbirinden ayrışıyor. Sistemdeki bileşenler, üründeki bileşenler değil.

Dürüst muhasebe şu. Altı bileşenlik bir "sistem" gerçekten zaman kazandırabilir. 12 kişilik bir şirkette 200 bileşenlik sistem bir vergidir. Getiri saatleri doğrusal, bakım saatleri bileşik artıyor ve bir noktada çizgiler kesişiyor. Çoğu ekip çizgileri fark etmeden geçiyor, çünkü bakım kâr-zarar tablosunda bir kalem olarak değil, Cuma öğleden sonrası Slack mesajları olarak görünüyor.

Yapay zeka üretimi hesabı çökertti

Tasarım sistemi savunmasının tamamı tek bir sayıya dayanıyordu: yeni, iyi stillendirilmiş bir bileşen üretmenin maliyeti. O sayı artık yuvarlama hatası.

Junior bir mühendis "bana kenar çubuklu, üç bölümlü ve yükleme durumu kalıbını izleyen bir kaydetme çubuğu olan bir ayarlar sayfası ver" yazıp yirmi dakikada çalışan bir bileşen çıkarabilir. v0 varsayılan olarak Shadcn biçimli çıktı üretiyor. Cursor ve Claude, mevcut primitive'lere göre bütün bir akışı refactor edebiliyor. Tasarım sisteminin eskiden sunduğu getiri, yani tutarlı görünen arayüzün hızlı üretimi, artık piyasadaki her IDE'nin bedava sunduğu bir hizmet.

Sistem vergisi değişmedi. Getiri çakıldı. Hikâyenin tamamı bu. 2022'de daha hızlı çıktı almak için tasarım sistemi kuran ekipler, Shadcn + Tailwind + bir prompt ile ilerleyen ekiplerden artık daha yavaş, çünkü her yapay zeka aracı ikincisiyle eğitildi ve birincisini görmezden geliyor.

Gerçekten tasarım sistemine ihtiyacı olan %5

Gerçek bir tasarım sistemi, ancak belirli bir koşullar kümesinin hepsi doğruysa kendini amorti eder. Biri eksikse hesap çöker.

1. Tek kimliği paylaşan birden fazla ürün. Atlassian'da Jira, Confluence, Trello ve daha onlarcası var. Tek kimlik, çok yüzey. Sistem birleştirici katmandır.
2. Onlarca değil, yüzlerce kişilik kadro. 50 ürün mühendisinin altında her bileşen bir Slack mesajı uzağında düzeltilir. 200'ün üstünde bu ölçeklenmez ve sistem tek yol olur.
3. Kadrolu bir design ops ya da design infra ekibi. Sahipsiz bir tasarım sistemi mezarlıktır. Sahibi gerçek bir rol olmalı, %20 zamanlı bir proje değil.
4. Dış tüketiciler. GitHub Primer ya da Shopify Polaris gibi açık kaynak tasarım sistemleri aynı zamanda geliştiricilere dönük ürünler. Bakım maliyetini dış benimseme haklı çıkarıyor.
5. Regüle edilmiş ya da erişilebilirliğin ağır bastığı bir alan. Sağlık, finans, kamu. Sistem uyumluluğu ve denetime hazır olmayı kodluyor; hiçbir tekil ekibin çoğaltamayacağı bir getiri bu.

Bir ekip beşini de işaretliyorsa tasarım sistemi doğru karardır. Bir ya da ikisini işaretleyip 40 mühendisle tek ürün çıkarıyorsa, tasarım sistemi kostüm partisidir. Anti-dashboard yazısı ilgili bir kalıbı ele alıyor: henüz sahip olmadığınız bir organizasyon büyüklüğü için altyapı kurmak.

Minimum uygulanabilir görsel sistem

%95 için cevap, bakımı neredeyse hiçbir şeye mal olmayan ve neredeyse aynı çıktıyı üreten üç katmanlı bir yığın.

Yığının tamamı bu. Token'lar tutarlılık verir. Primitive'ler erişilebilirlik ve davranış verir. Zevk ise hiçbir sistemin kodlayamayacağı katmanı verir: kuralların ne zaman esneyeceğine dair muhakeme.

2026'da en temiz ürünleri çıkaran ekipler bunun bir versiyonunu kullanıyor. Linear minik bir token seti, özel primitive'ler ve takıntılı bir zevkle çalışıyor. Vercel, ağır bir Tailwind config'i ve kendi primitive'lerini çıkarıyor.

Cal.com primitive'lerini herkese açık yayınlıyor. Resend ve Loops, üzerine kendi token'larını koydukları Shadcn biçimli arayüz çıkarıyor.

Notion küçük bir token seti ve bilerek dar tutulmuş bir bileşen sözlüğüyle çalışıyor. Hiçbirinde Atlassian anlamında bir "tasarım sistemi" yok. Hepsinin, kendilerinden on kat büyük şirketlerden daha tutarlı görünen bir pazarlama sitesi yığını var.

Shadcn neden tasarım sistemi kategorisini yiyor

Shadcn bir bileşen kütüphanesi değil. Yeni varsayılanın dağıtım mekanizması. Primitive'ler koda alınıyor, Tailwind ile stilleniyor ve altta ağır işi Radix yaptığı için erişilebilir. Kullanıcı bileşenlerin sahibi, onları özgürce düzenleyebilir ve upstream sürümleri tarafından asla engellenmez.

İç tasarım sistemlerinin çoğuna indirilen ölümcül darbe bu. Ekiplerin eskiden kendi sistemini kurma nedeni kontroldü. Shadcn kontrolü bedavaya veriyor. Ekiplerin eskiden Storybook çıkarma nedeni keşfedilebilirlikti.

Shadcn dokümanlarını herkese açık yayınlıyor ve yapay zeka araçları onları indeksliyor. Ekiplerin eskiden Figma kütüphanesi yayınlama nedeni tutarlılıktı. Shadcn primitive'leri yeterince tutarlı; onlara karşı yazılan her prompt, ekibin zaten nasıl değerlendireceğini bildiği bir çıktı üretiyor.

Shadcn + Tailwind + bir token seti 2026'nın varsayılan görsel yığını. Modern her yapay zeka kod üretim aracının varsayılan çıktısı bu. Her yeni ürün ekibinin ilk çıkardığı şey bu. İki repo ve bir config dosyasında primitive + zevk modeli. Kendi yayın hattı ve kendi ekibi olan, ayrı bir artefakt olarak tasarım sistemi ise artık özel durum.

Gerçek bir sistem sonunda ne zaman kendini amorti eder

"Tasarım sistemine ihtiyacımız var mı?" sorusunun dürüst hali, "bakım eşiğini henüz geçtik mi?" sorusudur.

Bir ekip bu sinyallerin üçüne ya da fazlasına denk geliyorsa gerçek bir sistem haklı. Birine denk geliyorsa token dosyası yeter. Aynı mantık, fiyatlandırma sayfası problemi ve onboarding'siz onboarding yazılarında da görülüyor: koordinasyonu sistem seviyesinde değil yüzey seviyesinde çözüyorlar.

Kalıp, sonra esprinin vuruşu

Olgunluk gösterisi baş aşağı. 2026'da en tutarlı ürünleri çıkaran ekipler en büyük tasarım sistemlerine sahip olanlar değil. En küçük görsel borca sahip olanlar. Sıkı bir token seti, ince bir primitive katmanı ve sık sık hayır diyen, zevki olan bir tasarımcı.

Gerçek tasarım sistemleri, alternatifi aşmış organizasyonlar için altyapıdır. Her ekibin ulaşması gereken bir dönüm noktası değiller. Statü sembolü değiller. "Daha profesyonel görünmek istiyoruz" sorusunun cevabı değiller.

Bakım bütçesini hak etmeden bir tane kuran ekip, aynı ürünü daha yavaş bir saatte, daha ağır bir dosyayla çıkarır. Token + Shadcn + zevk çıkaran ekip aynı ürünü daha hızlı bir saatte çıkarır ve kazandığı zamanı bunun yerine ayarlar sayfası problemini çözmeye harcar.

Soru "tasarım sistemimiz var mı?" değil. "Bakım ücretini doğru soyutlama seviyesinde mi ödüyoruz?"

SSS

Tasarım sistemi ile bileşen kütüphanesi arasındaki fark nedir?

Bileşen kütüphanesi, yeniden kullanılabilir arayüz parçalarından oluşan bir settir. Tasarım sistemi ise bileşen kütüphanesi artı token'lar, artı dokümantasyon, artı yönetişim, artı bir sahip, artı bir sürüm ritmidir. Çoğu ekip bir bileşen kütüphanesi çıkarıp ona sistem diyor. İkisi aynı şey değil ve ikincisinin, birincisinin taşımadığı bir bakım maliyeti var.

Shadcn bir tasarım sistemi mi?

Hayır. Shadcn bir primitive dağıtım mekanizması. Bileşenler koda alınıyor ve ekibe ait oluyor. Merkezi bir kütüphane, upstream sürüm takvimi ve yönetişim yok.

Asıl mesele de bu. Ekibe, bakım faturası olmadan bir sistemin getirisini veriyor.

Bir startup tasarım sistemine ne zaman yatırım yapmalı?

Şunlardan en az üçü doğru olduğunda: kimliği paylaşan birden fazla ürün, arayüz çıkaran elli artı mühendis, kadrolu bir design ops rolü, bileşenlerin dış tüketicileri ya da regüle edilmiş bir alan. Bu çıtanın altında token + primitive + zevk çıkarın ve kazandığınız saatleri asıl ürüne koyun.

CTA

Görsel sistemi ekip büyüklüğüne uyan bir ürün mü istiyorsunuz? Brainy, %95 için token + primitive yığınları, %5 için tam tasarım sistemleri çıkarır; hepsi gerçek bakım bütçesine göre kalibre edilir. Brainy'yi tutun. Yanlış artefakta bir çeyrek harcamadan önce çizginin hangi tarafında olduğunuzu söyleriz.