Tasarım Sistemlerini ve Kalıpları Anlama

Dijital iş akışına yaklaşmanın yeni bir yolu gibi görünse de, tasarım sistemi kavramı yaratıcı endüstriler için “yeni” değildir. Herhangi bir tasarım sisteminin özünde, bir tasarımcının karşılaşabileceği ortak sorunları çözen bir tasarım kalıpları dili vardır.

Bir desen dili fikri, 40 yılı aşkın bir süre önce mimari ve kentsel tasarımdan kaynaklanmıştır ve hemen hemen her tasarım disiplinine uygulanabilir.

Materyal Tasarımı gibi tasarım sistemleri popüler bir konudur, ancak tasarıma sistematik bir yaklaşım, dergi yayıncılarının onlarca yıldır ayrılmaz bir parçası olmuştur. Herhangi bir büyük derginin sayfalarını çevirirken, her bölümün ortak düzen, yazı tipleri, renkler vb. ile benzersiz bir şablon olarak tanımlandığını görmek kolaydır.

Sayfa bölümleri için kullanılan tasarım kalıpları, metin ve resimlerin bir yayının yaratıcı vizyonunu tamamlayacak şekilde tutarlı ve verimli bir şekilde düzenlenmesine olanak tanır.

Rakip dergilere bakıldığında, birinin tasarım dilinin diğerine göre nasıl olduğunu görmek kolaydır.

Henüz yapmamışlarsa, çok sayıda endüstriden tasarımcılar yakında iş akışlarına bir tasarım dili ve şablonları dahil edecekler. Dijital ürün tasarımcıları için bu konu gelişmektedir ve birçoğu ilk kez karmaşık sistemler içindeki desen kitaplıklarından tasarım yapmayı öğrenmektedir (hatta bunları tanımlamaya yardımcı olmaktadır).

Yazılım tasarım kalıplarını bir ön uç kod tabanıyla hizalarken, bir tasarım dili öğrenmeyi bunaltıcı hissettirebilecek ek bir karmaşıklık vardır.

Tasarım Dilleri Bütünseldir

Tasarım dili, herhangi bir dilde olduğu gibi, karmaşıktır ve ilk başta öğrenmesi kafa karıştırıcı görünebilecek nüanslar içerir. Bu nedenle tasarım dilini “birbiriyle etkileşime girebilen birçok bileşenden oluşan” karmaşık bir sistem olarak düşünmek yardımcı olur.

Karmaşık bir sistemi anlamak için tasarım dilini bütünsel olarak düşünmek önemlidir:

• Tasarımın bir markayı veya işletmeyi nasıl etkilediğine kuşbakışı bakarak başlayın.
• Ardından, çapraz işlevli ekipler ve diğer tasarımcılarla tasarımın rolünü düşünün.
• Son olarak, tasarımın belirli bir anda ürünü ve kullanıcıları nasıl etkilediğini düşünün.

Bu bütünsel bakış açısı, tasarım iş akışları hakkında sistematik bir düşünme biçimini vurgular ve belirli problemleri çözerken bir tasarım dilinin kolayca uygulanmasını sağlar.

Uygulamada, bir tasarım dili, tasarımcıların ortak tasarım sorunlarına yaklaşma biçiminde fazlalığı azaltmaya ve sürekliliği geliştirmeye yardımcı olmak için kullanılan bir kaynaktır. Örneğin, ürün tasarımcılarının karşılaştığı yaygın bir sorun, "Kullanıcıların tıklaması için bir harekete geçirici mesaj göndermem gerekiyor."

Bu, daha önce çözülmüş bir şeydir, bu nedenle tasarım dili, tekerleği (veya düğmeyi) yeniden icat etmek yerine, en iyi uygulamalar için kılavuzlarla birlikte renk ve şekil gibi önceden ayarlanmış özelliklere sahip yeniden kullanılabilir bir düğme "tasarım deseni" tanımlayacaktır.

Bir dijital ürün tasarım dili, genellikle iş akışı verimliliğini ve ekipler için işbirliğini geliştirme hedefiyle işlevler arası bir kaynaktır.

Bazı durumlarda, dil, doğrudan ön uç kod tabanına ve kalıpların metrik analizine bağlı bir canlı kalıp kitaplığına genişletilir. Çeşitli bağımlılıklara sahip bu tür karmaşık sistemler, problem çözmede bütüncül bir yaklaşımı oldukça gerekli kılmaktadır.

Bir tasarım dili öğrenmenin harika yanı, ekip arkadaşlarının genellikle bir ürünü tanımlamak için kullanılan arayüz ve etkileşimler konusunda oldukça tutkulu olmalarıdır. Yeni bir dil öğrenmek genellikle zorlu bir iştir, ancak aynı zamanda bir ekibi birbirine bağlayan sürükleyici bir deneyim de olabilir!

Sistem Düşüncesini "Tasarım" İçin Sık Sorulan Sorular

Bir tasarım dili ile akıcılık, sistemin kalitesini müjdeleme yoluyla sağlayacaktır; bu şunları içerebilir:

• Yeni tasarımcılar yetiştirmek;
• Genç çalışanlara mentorluk yapmak ve müteahhitleri yönetmek; veya
• Bir sürümden önce ürünün ön ucunu iyileştirmek için doğrudan mühendislerle birlikte çalışmak.

Bu işbirlikçi çabalar sayesinde bir tasarımcı, sistem yönergelerinin ihtiyaca göre desteklenmesini veya iyileştirilmesini sağlayabilecektir.

Görev ne olursa olsun, bir tasarımcının sorumlu tutulabileceğini düşünen tasarım sistemleri hakkında birkaç yaygın soru vardır:

Bir tasarım sistemi içinde tasarım yaparken nelere dikkat etmeliyim?

Tasarım sisteminin karmaşıklığına bağlı olarak, çözülmekte olan soruna kapsamlı bir yaklaşımla başlamak önemlidir. Daha önceki düğme örneğini düşünün.

Renk #1f9efc olarak önceden ayarlanmışsa ve bir tasarımcı, aynı desen kitaplığını kullanan diğer tasarımcılara danışmadan bunu #1b3e9b yaparsa , bu bir sistem hatasına neden olabilir.

Bir tasarım sistemi içinde çalışırken, çözülmekte olan sorunun tüm ürün geliştirme döngüsünü nasıl etkileyeceğini düşünün. Çoğu durumda, desen kitaplığı zaten doğrulanmış olduğundan, çok fazla etkisi olmayacaktır ve olmamalıdır.

Çözülmekte olan bir problem tasarım sisteminde yeniyse, kalıp kitaplığını geliştirme ve yeni bir tasarım kalıbı tanımlamaya yardımcı olma fırsatı olabilir.

Sistem gelişirken, bir ekibin iş akışı için yenidir. Tasarım desenleri zamanla yineleneceğinden burada esneklik gereklidir. Bununla birlikte, bir düğmenin rengini değiştirmek kolay olsa da, her zaman daha büyük sistem karmaşıklığı göz önünde bulundurulmalıdır.

Bunun için tasarım sistemi ve desen kütüphanesini organize etmek için bir taksonomi tanımlamakta fayda var. Kullanılan terminoloji, çapraz fonksiyonel olarak kolayca anlaşılmalıdır.

Resmi tam boy görmek için tıklayın.

Desen kitaplığı, tasarım eserlerini yaygın olarak anlaşılan konulara göre gruplayarak, sistemin ekip iş akışları arasında çalışmasına ve tasarım desenlerinin konuşulduğu şekilde iletişim geliştirmesine olanak tanır.

Bir tasarım sisteminde bir kalıbı kırmam veya yeni bir kalıp oluşturmam gerektiğini nasıl anlarım?

Yeni bir tasarım desenini kırma veya oluşturma ihtiyacı, genellikle sistemin olgunluğuna bağlıdır. Bir tasarım sistemi gelişirken, kalıplar sıklıkla değişir. Sistem kurulurken, sürekliliği ve kaliteyi sağlamaya yardımcı olmak için bir değişiklik talebi süreci olmalıdır.

Bir sistemin karmaşıklığını da dikkate almak önemlidir. Bir kalıbı değiştirmek diğer tasarımcıları ve ekipleri etkiliyorsa, sürecin uygulanması daha uzun sürebilir ve genellikle daha derin düzeyde çaba veya kaynak gerektirir (örneğin, tasarım dili yönergelerini, kalıp kitaplıklarını veya ön uç kod tabanını güncelleme).

Genel olarak, bir desen kitaplığı katı olmak anlamına gelmez. Bunu sorunları çözebilen ve görevleri tamamlayabilen bir araç kutusu olarak düşünün. Kalıp kitaplığının sınırları içinde tasarlamaya yönelik tüm girişimler proje hedeflerine ulaşmazsa, sezgi yeni bir araç arayışına veya belki de mevcut kalıpta bir değişikliğe yol açabilir.

Aşağıdaki şemaya bir göz atın. Genel bir kural, temel marka yapı taşları olan kimlik ve öğelerin , markayı ve tasarım eserlerini tanımlamaya yardımcı oldukları için nadiren değişmesidir.

Çoğu büyük kuruluşun, markayla ilgili öğeler için, özellikle sık sık değişmeyen logolar, renkler ve yazı tipleri için ayrı stil kılavuzları vardır. Düğmeler gibi öğeler için bu, tasarım dilinin gelişimine bağlı olarak yinelenebilir veya olmayabilir, ancak bunlar da ürünün tüm yönleriyle bağlantılarından dolayı daha az sıklıkta değişir.

Tasarım modeli değişiklikleri veya yeni modeller genellikle bileşen ve etkileşimler düzeyinde ortaya çıkar çünkü bunlar kullanıcı akışlarını ve özellik kümelerini tanımlar. Özellikle özellikler kullanıma sunulurken, bir ürün yol haritasında yeni kullanıcı akışlarının tanımlanması yaygındır.

Yeni tasarım desenleri, kitaplıkta önceden tanımlanmış desenlere (yazı tipleri ve renkler gibi) benzer özelliklere sahip olacaktır, ancak tasarım diline ek olarak arayüz güncellemeleri veya etkileşimli durumlar gerektirebilir.

Bir tasarımcıyla çalışan ürün yöneticisi veya ürün sahibi, iş hedefleriyle uyumlu yeni özellikler için gereksinimleri sağlayacaktır. Yeni bir tasarım modelini kırmaya veya oluşturmaya karar verirken, karmaşık sistemler teorisini hatırlayın ve çözümün ortak bir karar olduğundan emin olun.

Bir tasarım desenini nasıl kıracağınızı veya değiştireceğinizi düşünürken göz önünde bulundurmanız gereken birkaç adım:

1. Kalite Kontrol ve Sürekliliği Sağlayın

   Kalitenin ortak bir ürün hedefi olduğunu unutmayın. Tasarım sisteminin işini yapmasını sağlamaktan herkes sorumludur.

   Daima bu bütünsel yaklaşımı benimseyin ve bir kalıbı kırmanın veya yeni bir kalıp yaratmanın potansiyel etkisini düşünün.

   Kendine sor:

   • Bir kalıbı kırmak sorunumu çözmenin tek yolu mu?
   • Bu kalıbı kırarsam diğer takımlar nasıl etkilenir?
   • Bu kalıbı bozarsam kalıp kitaplığına ne olur?

2. Ortak çalışanlarla iletişim kurun

   Başka birinin de aynı kısıtlamalara sahip olup olmadığını görmek için tasarımcılar ve çapraz işlevli ekip üyeleriyle konuşun. Platform gereksinimleri ve önerilen bir modelin tüm ürün ailesinde nasıl çalışacağı hakkında her şeyi öğrenin.

   Kendine sor:

   • Bu ürün veya platform üzerinde başka kimler çalıştı?
   • Tasarladığım platformun en iyi uygulamaları nelerdir?
   • Kararıma ve önerilerime yardımcı olabilecek kiminle konuşabilirim?

3. Ön Uç Yeteneklerini Anlayın

   Ön uç uygulaması için nelerin mümkün olduğunu öğrenin. Değişiklik yalnızca HTML/CSS/JavaScript özelliklerinin bir güncellemesiyse, genellikle bir kalıbı kırmayı veya tamamen yeni bir şey oluşturmayı gerektirmez.

   Bunun yerine, tasarım dili kılavuzunda basit bir güncelleme olabilir. Bir tasarımcı olarak, ön uçla yakın çalışmak ve potansiyel olarak haftalık veya günlük işbirliği yapmanın yollarını bulmak önemlidir.

   Kendine sor:

   • Ön uç ekibi bu tasarım güncellemesine dahil edildi mi?
   • Düşündüğüm değişiklik bir ön uç güncellemesi mi?
   • En iyi uygulamalar yönergelerinde eksik olan bir şey var mı?

4. Kararı Onayla

   Yeni bir modele ihtiyaç duyulduğu belirlenirse, karar ortak çalışanlar ve son kullanıcılar ile doğrulanmalı ve iş hedefleri ile uyumlu hale getirilmelidir.

   Ön uç bileşenleri metriklere bağlıysa, hızlı bir A/B testi doğrulamaya yardımcı olacaktır. Değilse, kullanılabilirlik testleri yapmak çok işe yarayacaktır.

   Kendine sor:

   • Ekibimizin yeni tasarım modellerini doğrulamak için bir değişiklik talebi süreci var mı?
   • Kararımı doğrulamak için ne yapmam gerekiyor?
   • Bu karar yeni bir kullanıcı akışı mı oluşturuyor yoksa eklenen bir özellik mi?

Aynı İş, Farklı Zihniyet

Bir sistem içinde tasarım yaparken, ürün tasarımcılarının karar vermek için gerekli olan büyük resim zihniyetini benimsemeleri çok önemlidir. Karmaşık bir sistem ve sistem düşüncesinin ilkeleri, tasarımcılara kariyerlerinde büyürken yardımcı olacaktır. Aynısı, bir kalıp kitaplığından oluşturma süreci için de geçerlidir.

Bu yaklaşımlar, yeni bir tasarım dili başlatmak veya mevcut bir dile katkıda bulunmak için faydalıdır çünkü zihniyet bir kez yerleştiğinde, sistematik yöntemler “sistematik” hale gelir.

Diğer endüstrilerin ve tasarım disiplinlerinin uzun yıllardır iş akışlarını düzene sokmak için benzer yöntemler kullandığını bilmek, ürün tasarımcılarına en iyi uygulamalar için mükemmel bir referans noktası sağlar.

Günün sonunda, bir sistem içinde tasarım yapmak, işin yapılma şeklini tamamen değiştirmeyecektir. Elbette, karmaşıklıkları birbirine bağlamak ve yönetmek için bazı yeni araçlar olacak, ancak nihayetinde bu, iş akışlarını iyileştirmeye gerçekten yardımcı olacak bütünsel bir zihniyete geçiştir.

• • •

Toptal Tasarım Blogunda daha fazla okuma:

• Eskiz Stil Kılavuzu, Kitaplık ve UI Kiti Nasıl Oluşturulur
• Tasarım Problemi İfadeleri - Nedirler ve Nasıl Çerçevelendirilir
• İlhamınızı Kullanın - Mood Panoları Kılavuzu
• İşbirliğine Dayalı Tasarım - Başarılı Kurumsal Ürün Tasarımı Kılavuzu
• Geleceği Tasarlayın: Bizi Bekleyen Araçlar ve Ürünler