Tasarım handoff'u eskiden bir dosya transferiydi. Ekranı çizerdin, asset'lerini platformun desteklediği her ekran yoğunluğunda elle dışa aktarırdın, zip'lerdin, yazılımcıya e-postayla yollardın ve tasarımın işe yarayıp yaramadığını öğrenmek için günlerce beklerdin. 2026'da aynı döngü bir öğleden sonrada kapanabiliyor. Asıl değişen ve değişmeyen şeyler bunlar.
Figma'dan önce tasarım handoff'u nasıldı?
2013'te arayüzleri Photoshop'ta çiziyordum. Ortak dosya yoktu, inceleme paneli yoktu, otomatik üretilen bir dokümantasyon yoktu. Handoff elle yapılan bir dışa aktarma işiydi ve aşağı yukarı şöyle işliyordu.
Ekranı bitirirdin. İhtiyacın olan ikon dışındaki her katmanı gizler, tuvali kırpar, dışa aktarırdın. Sonra aynısını bir sonraki yoğunluk için tekrar yapardın. O dönem iOS 1× ve 2× istiyordu; üçüncü basamak olan @3x 2014'te iPhone 6 Plus ile geldi. Android'in ise tamamen kendi merdiveni vardı — mdpi, hdpi, xhdpi, xxhdpi ve sonunda xxxhdpi — yani tek bir buton bilgisayarından sekiz ayrı isimle sekiz dosya olarak çıkabiliyordu ve tek bir yanlış son ek, üretimde bulanık bir görsel demekti.
Sonra ayrı bir dokümanda boşluk tarifi yazardın, çünkü dosyanın kendisi kimseye o aralığın 20 değil 24 olduğunu söyleyemiyordu. Klasörü zip'lerdin. E-postaya eklerdin. Ve ekranı çalışır halde görmek için genelde iki üç gün beklerdin.
Handoff neden bu kadar pahalıydı?
Akla ilk gelen cevap emek ve bu cevap yanlış. Asset dışa aktarmak sıkıcıydı ama sıkıcılık ucuzdur. Asıl bedel gecikmeydi: bir karar vermekle o kararın iyi olup olmadığını öğrenmek arasındaki mesafe.
Bu mesafe üç gün olduğunda davranışın değişiyor. Yönleri test etmeyi bırakıp savunmaya başlıyorsun, çünkü test etmek pahalı ve herkesin gözü önünde yanılmak iki kat pahalı. Fazla tarif yazıyorsun, çünkü bir soru bir tur daha demek. Güvenli düzeni seçiyorsun, çünkü cesur olanı sprint'e mal olabilir. 2010'ların ortasındaki tasarım sürecini ağır hissettiren her alışkanlık — uzun dokümanlar, onay toplantıları, piksel piksel kırmızı çizgiler — yavaş bir geri bildirim döngüsüne verilmiş akılcı bir cevaptı.
2013 ile 2026 arasında ne değişti?
Tek bir şey değil. Dört şey, ve her biri beklemenin farklı bir parçasını kaldırdı.
- Sketch, dışa aktarılabilir kesitleri elle yapılan bir iş olmaktan çıkarıp katmanın bir özelliği haline getirdi ve arayüz tasarımını bir fotoğraf editöründen taşıdı.
- Zeplin, 2015'ten itibaren dokümantasyon dosyasını öldürdü. Ölçüler ve asset'ler, tasarımcının itmesi gereken bir şey olmaktan çıkıp yazılımcının çekebildiği bir şeye dönüştü.
- Figma, 2016'dan itibaren dosyayı tarayıcıya taşıdı ve çok kullanıcılı hale getirdi. Handoff, tarihi olan bir olay olmaktan çıkıp her zaman güncel olan bir linke dönüştü. Dev Mode sonradan bunu açık hale getirdi.
- Tasarım token'ları, renk ve boşluk gibi kararları tasarımla kodun paylaştığı isimlendirilmiş değerlere çevirdi; ikisi sürümler arasında birbirinden uzaklaşmayı bıraktı.
2023'e gelindiğinde dışa aktarma adımı fiilen yok olmuştu. Geriye son ve en büyük boşluk kalmıştı: tasarım hâlâ ürünün bir resmiydi ve resmi çalışan bir ürüne çevirmek hâlâ bir geliştirme döngüsü alıyordu.
Komuttan uygulamaya üreten araçlar 2026'da gerçekten ne yapabiliyor?
Şu an çöken boşluk tam olarak bu, ve bu araçların ne yaptığı konusunda net olmakta fayda var, çünkü birbirlerinin yerine geçmiyorlar.
- Rork kendini şöyle tanıtıyor: yapay zekâyla sohbet ederek mobil uygulama kur ve App Store'a çık. Mobili, öncelikle iOS'u hedefliyor ve çıktısı bir uygulamanın resmi değil, kurulabilir uygulamanın kendisi.
- Lovable, bir komuttan üretime uygun web uygulaması üretiyor ve kodu kendi yazmayan insanları hedefliyor.
- v0, Vercel'in aracı, shadcn/ui kullanarak React bileşenleri üretiyor. Zaten o ekosistemin içindeki ekiplere uyuyor ve birinin React okuyabildiğini varsayıyor.
- Figma Make, bir komutu ya da mevcut bir tasarımı tıklanabilir, çalışan bir prototipe çeviriyor. Önemli sınır şu: çıktı Figma'nın içinde yaşıyor. Sahip olduğun üretim kodu değil ve native bir mobil uygulama değil.
Açıkça söylemek gerekirse: bunların bir kısmı ikna edici bir prototip üretiyor, bir kısmı yayınlayabileceğin yazılım. İş için yanlış olanı seçmek, ekiplerin bu kategoride bir hafta kaybetmesinin en yaygın yolu.
Asset kesmek hiçbir zaman işin kendisi değildi. İşin iyi yapılıp yapılmadığını öğrenmek için ödediğimiz vergiydi.
Hâlâ neler çalışmıyor?
Üretilen ürünler, problem alışıldık olduğunda en güçlü, olmadığında en zayıf. Bir kayıt akışı, bir ayarlar ekranı, filtreli bir liste — bunlar doğruya yakın geliyor. Gerçek alan kurallarına sahip bir akış, bozuk veride zarifçe geri çekilmesi gereken bir arayüz, iki yıl sonra birinin bakımını üstleneceği bir durum makinesi — bunlar ise makul ama yanlış geliyor ki bu, bariz şekilde bozuk gelmekten daha tehlikeli.
Erişilebilirlik, boş ve hata durumları ve kalıpları değil kullanıcılarını bilmeyi gerektiren her şey hâlâ bir tasarımcının adını koyarak istemesini bekliyor.
Bu, ürün tasarımcıları için ne anlama geliyor?
Değişen şey daha hızlı üretmemiz değil. Kaç konuda yanılmayı göze alabildiğimizin artması. Bir yönü görmek iki hafta sürdüğünde birini seçip savunurdun. Bir öğleden sonra sürdüğünde, ekibin önüne birbirinden gerçekten farklı üç yapı koyup tartışmayı karşılaştırmanın kendisine bitirtebiliyorsun. Bu daha az savunma, daha çok kanıt demek — ve daha iyi bir iş.
Darboğazı da yerinden oynatıyor. Seçenek üretmek artık ucuz. Hangi seçeneğin var olmayı hak ettiğini bilmek değil ve bu araç kuşağında o kısmı hızlandıran hiçbir şey yok.
Yıllarca elle asset dışa aktardım ve özlediğimi söyleyemem. Ama o işin gurur duyduğum kısmı tam olarak hayatta kalan kısım — ve o kısım hiçbir zaman dışa aktarma penceresi değildi.
Sonraki yazılar
