Figma'da dosyalar nasıl düzenlenir? Hijyen, adlandırma ve kütüphane kuralları
Figma'da çalışma alanı, dosya yapısı, katman adlandırma ve ortak kütüphane nasıl düzenlenir; ekip çalışmasını kolaylaştıran pratik kurallar.
Figma dosya düzeni neden önemlidir?
Figma'da tasarım yapmak kolaydır; dağınıklığı kontrol altında tutmak ise disiplin ister. Ekip büyüdükçe, dosya sayısı arttıkça ve birden fazla tasarımcı aynı çalışma alanında üretim yaptıkça, düzensizlik gerçek bir maliyete dönüşür: doğru sürüm bulunamaz, aynı bileşen farklı biçimlerde kopyalanır, geliştirici hangi çerçevenin güncel olduğunu sormak zorunda kalır.
Düzenli bir dosya yapısı şu yararları birlikte getirir: aranan şey hızlıca bulunur, ekip arkadaşı dosyayı açtığında ne olduğunu anlar, geliştirici ve diğer paydaşlar bilgiye hatasız ulaşır. Kütüphane düzeni ise tasarımın tutarlılığını sağlar; aynı düğme her yerde aynı davranır.
Bu düzen kişisel zevk meselesi değil, ortak bir sözleşmedir. Herkesin uyduğu basit kurallar, karmaşık ama kimsenin uymadığı bir sistemden daha değerlidir. İşin pratik tarafı, dosya düzeninin ekip kurallarına bağlanması ve yeni katılan birine bir sayfada anlatılabilecek kadar sade tutulmasıdır.
Çalışma alanı mimarisi: ekip, proje, dosya
Figma'da hiyerarşi yukarıdan aşağı şöyle işler: kuruluş ya da ekip, ekip içinde projeler, projelerin içinde dosyalar, dosyaların içinde sayfalar ve çerçeveler. Mimari bu kademelerin ne için kullanılacağına dair kararlar bütünüdür.
Yaygın bir kurgu: • Ekip düzeyi: Tasarım ekibi ya da ürün bazlı ayrım. Herkesin erişeceği ortak alan. • Proje düzeyi: Ürün, özellik alanı ya da müşteri bazında. Örneğin her ürün için bir proje ve bir ortak "Kütüphane" projesi. • Dosya düzeyi: Bir özellik, bir akış ya da bir sürüm dosyası. Dosyanın ne olduğu adından anlaşılmalıdır. • Sayfa düzeyi: Dosya içinde mantıksal ayrım. Örneğin kapak, çalışma, gözden geçirmeye hazır, arşiv.
Erişim yönetimi de mimarinin parçasıdır. Kütüphane projesine yalnızca bakımını yapan kişiler düzenleme yetkisi alır; diğerleri görüntüler ve kullanır. Aksi halde herkes bileşen değiştirebilir ve tutarlılık dağılır. Arşiv için ayrı bir alan tutmak, aktif projeleri sade bırakır. Mimari başta fazla titizlikle kurulmaz, ama ekip büyüdükçe gözden geçirilir.
Dosya hijyeni: kapak sayfası, sayfa yapısı ve temizlik
Dosya hijyeni, bir dosyayı açan kişinin onu hızlıca anlayabilmesini sağlayan küçük alışkanlıklar bütünüdür. İlk sayfa bir kapak olarak kullanılır: dosyanın amacı, sahibi, durumu ve ilgili bağlantılar burada yer alır. Durum etiketi (taslak, gözden geçirmede, geliştirmeye hazır, arşiv) iş akışını görünür kılar.
Sık uygulanan hijyen kuralları: • Sayfa yapısı dosyalar arasında tutarlı olur; aynı tür sayfalar aynı sırada bulunur. • Çalışma taslakları ile geliştirmeye hazır tasarımlar ayrı sayfada tutulur. Geliştirici yalnızca "hazır" sayfaya bakar. • Kullanılmayan çerçeveler, deneme kopyaları ve gizli katmanlar düzenli temizlenir. Silmek riskliyse arşiv sayfasına taşınır. • Çerçeveler ekranda anlamlı sırayla yerleşir: akışın soldan sağa ya da yukarıdan aşağıya okunması sağlanır. • Önemli sürümlerde sürüm geçmişine adlandırılmış kayıt eklenir. Büyük değişiklik öncesi de bu yapılır.
Hijyen aynı zamanda performans konusudur. Çok büyük, ağır görsellerle dolu bir dosya yavaş açılır ve ekibin çalışma ritmini bozar. Büyük dosyaları mantıklı biçimde bölmek ve gerekmeyen içeriği çıkarmak, hem hızı hem anlaşılırlığı iyileştirir.
Adlandırma standardı nasıl kurulur?
Katman ve çerçeve adları, dosyanın dilidir. Varsayılan "Frame" ya da "Rectangle" adları, dosyada aranan şeyi bulmayı imkânsız hale getirir. Standart, ekip tarafından kabul edilmiş ve yazılı bir kural olmalıdır.
İyi bir adlandırma düzeninin özellikleri: • Anlamlı ve işlevi anlatan adlar: "Düğme" yerine "Düğme / Birincil / Büyük" gibi hiyerarşik ad. • Tutarlı ayırıcılar: Eğik çizgi, Figma'da bileşenleri gruplamak için de kullanıldığından, bileşen adlarında tutarlı kullanılır. • Tek bir dil ve yazım biçimi: Türkçe mi İngilizce mi, büyük harf kuralı, kısaltma kullanımı. Karışık dil ekiplerde arama sorunu yaratır. • Çerçeve adları ekran adını ve durumunu taşır: örneğin giriş ekranı, hata durumu. • Sürüm ya da tarih ekleri dosya adına değil, sürüm geçmişine yazılır. "Son_final_yeni_son" gibi adlar bu düzenin kötü örneğidir.
Adlandırma geliştirici ile ortak çalışıldığında özellikle değer kazanır. Bileşen adı kodda kullanılan adla örtüşürse, devir teslim sırasındaki karışıklık azalır. Standart, örnekleriyle birlikte tek bir sayfada belgelenir ve yeni üyelerin ilk günü paylaşılır.
Kütüphane düzeni ve bakımı
Kütüphane, ekibin ortak bileşenlerini, stillerini ve değişkenlerini barındıran, diğer dosyalara yayımlanabilen bir dosyadır. İçeriğin mantıklı bölünmesi bakımı kolaylaştırır: temel stiller ve değişkenler (renk, tipografi, boşluk), ortak bileşenler (düğme, form alanı, gezinme), ürüne özel bileşenler ayrı bölümlerde ya da ayrı kütüphanelerde tutulur.
Bakım süreci kütüphanenin değerini belirler. Değişiklik isteği kimden gelir, kim onaylar, ne zaman yayımlanır, kullanan dosyaların nasıl bilgilendirilir? Bu sorulara yazılı yanıt olmazsa kütüphane ya kilitlenir ya da kontrolsüz değişir. Kütüphane yayımlanırken değişiklik notu yazmak ve geriye uyumsuz değişikliklerde ekibi önceden uyarmak iyi bir alışkanlıktır.
Sık görülen kütüphane hataları: • Bileşeni kopyalayıp bağlantıyı koparmak; sonraki güncellemeler gelmez. • Çok fazla varyant yaratmak; bileşen seçmek zorlaşır. • Kullanılmayan bileşenleri silmeden tutmak. • Stil ve değişken yerine elle girilmiş renk ve boşluk değerleri kullanmak. Düzenli denetim, hangi bileşenlerin hâlâ kullanıldığını ve hangilerinin arşive alınabileceğini gösterir.
Bu beceri Mindset programlarında nerede çalışılır?
Mindset kataloğunda bu konu "Figma Organizasyonu: Dosya Hijyeni, Adlandırma ve Kütüphane Düzeni" eğitimiyle karşılanır. Müfredatın modülleri çalışma alanı mimarisi, dosya hijyeni ve adlandırma standardı, kütüphane düzeni ve bakım başlıklarında ilerler.
Güncel içerik ve dönem bilgileri eğitim sayfasında yayımlanır.
İlgili Mindset programı
Figma Organizasyonu: Dosya Hijyeni, Adlandırma ve Kütüphane Düzeni
Sık sorulan sorular
Figma dosyalarında kaç sayfa kullanılmalı?
Sabit bir kural yok. Önemli olan sayfa yapısının tutarlı olması: kapak, çalışma, gözden geçirmeye hazır ve arşiv gibi amaca göre ayrım yapmaktır. Sayfa sayısı arttıkça gezinme zorlaşırsa, dosya bölünür. Bir dosya tek bir özelliği ya da akışı anlatıyorsa genelde yönetilebilir kalır.
Bileşen adlandırmada eğik çizgi neden kullanılır?
Figma, adındaki eğik çizgiyi bileşen listesinde hiyerarşik gruplama için kullanır. Örneğin düğmenin türü ve boyutu bu şekilde ayrılabilir. Böylece bileşen seçici düzenli görünür ve ilgili bileşenler birlikte bulunur. Hiyerarşiyi tutarlı kullanmak, ekipteki herkesin aynı bileşeni aynı yerde bulmasını sağlar.
Kütüphane değişikliği tüm dosyaları nasıl etkiler?
Kütüphane yayımlandığında, bileşenleri kullanan dosyalar güncelleme önerisi alır. Kullanıcı güncellemeyi kabul ettiğinde bileşenler yeni sürüme geçer. Bu yüzden kütüphane değişikliği, özellikle yapı değiştiren güncellemelerde, ekibe önceden duyurulur ve değişiklik notuyla birlikte yayımlanır.
Eski dosyalar silinmeli mi, arşivlenmeli mi?
Silme geri alınması zor bir karardır; çoğu ekip önce arşiv alanına taşımayı tercih eder. Arşiv projesi aktif çalışma alanını sade tutar ama gerektiğinde eski tasarıma erişim sağlar. Dosyanın hiçbir yerde kullanılmadığından emin olunduktan sonra, ekip kuralına göre silme kararı verilir.
Küçük bir ekipte bu düzen gereksiz bir yük müdür?
Küçük ekipte kurallar daha sade olmalı, ama tamamen olmaması maliyetlidir. Kısa bir adlandırma rehberi, kapak sayfası ve ortak bir kütüphane projesi çoğu zaman yeterlidir. Ekip büyüdüğünde bu temel üzerine genişlemek, dağınık bir yapıyı sonradan toparlamaktan çok daha kolaydır.