# Tasarım teslimi: geliştiricinin gerçekten inşa edebileceği iş nasıl verilir. Tasarımınızın çizdiğiniz gibi yayına çıkması için sekiz adım: sıra, akışlar, hata durumları, tasarım sistemi ve ilişki. https://laithjunaidy.com/tr/writing/design-handoff-to-developers Yazan Laith Aljunaidy. Yayınlandı: 2026-05-31. Son güncelleme: 2026-09-22. --- Bir tasarım, güzel göründüğünde bitmiş sayılmaz. Bir mühendis tahmin yürütmeden inşa edebildiğinde biter ve bu iki nokta arasındaki mesafenin bir bedeli vardır. [Zeplin'in 2024'te DesignOps profesyonelleriyle yaptığı ankette](https://blog.zeplin.io/design-delivery/designer-developer-collaboration-insights-and-statistics/) yüzde 66'sı zamanlarının dörtte birinden yarısına kadarını tasarım teslimindeki verimsizliklere kaybettiğini söyledi. Zeplin bunu, iş değeri katmayan görevlere harcanan haftada 10 ila 20 saat olarak hesaplıyor. Teslim bir formalite değildir. Paranın ve ivmenin sızdığı yerdir. Branders ve [Zain Cash](https://laithjunaidy.com/tr/work/zaincash) genelinde iki milyondan fazla kişiye ürün ulaştırdım ve peşine düştüğüm neredeyse her gerileme tasarımda değil, teslimde başladı. Çözüm, bir yöntemden önce bir bakış açısıdır. Teslim bir dışa aktarma değil, bir çıktıdır. Göreviniz, mühendise tasarımınızı inşa etmesi için gereken her şeyi, ihtiyaç duyacağı sırayla vermek; böylece tek sürprizin iyi olanlar olmasını sağlamak. İşte en önemli adımlar etrafında topladığım sekiz maddelik kontrol listem. ## Temel çıkarımlar - Teslimi dosya dışa aktarımı olarak değil, hazırlanmış bir çıktı olarak ele alın. Sonradan akla gelen bir iş olduğunda ekiplerin üçte ikisi zamanının yüzde 25 ila 50'sini kaybeder (Zeplin, 2024). - Ekranları akışa göre sıralayıp adlandırın; dosya arama değil, hikâye gibi okunsun. - Ekranların nasıl bağlandığını gösterin; yalnızca mutlu yolu değil, hata ve boş durumları da tasarlayın. - Tasarım sistemini adlandırılmış token'lar olarak teslim edin ve tasarlamadan önce mühendislikle hizalanın. - Geliştirme boyunca ulaşılabilir kalın. Temiz bir teslim, bir sonraki projeyi kazandırır. ## Teslim, tasarımınızın ayakta kalıp kalmayacağını neden belirler? Çünkü dosya, kontrol ettiğiniz son yer ve tasarımınızın bozulmaya başladığı ilk yerdir. Aynı ankette yüzde 53'ü tasarım teslimindeki verimsizlikler yüzünden özellik çıkışlarının gecikmesini, yüzde 73'ü tasarım ekibinin moralinde düşüş yaşandığını bildirdi. Zayıf bir teslim yalnızca saat kaybettirmez. İşinizi sessizce yeniden yazar. Mühendisi dosyanızın en önemli kullanıcısı sayın. Okunması zorsa ürünün inşası da zor olur ve yaptığınızın kaba bir taslağı gibi çıkar. Bıraktığınız her belirsizlik, başkasının sizin yerinize verdiği bir karardır; çoğunlukla teslim tarihi baskısı altında ve sizin seçeceğiniz biçimde değil. Teslim, son düzeltmenizdir. ## Dosyayı bir mühendisin okuyabileceği şekilde nasıl düzenlersiniz? Ekranları akışa göre sıralayın, net adlandırın ve bölümlere göre gruplayın; dosyayı açan herkes onu bir hikâye gibi okusun. Sonraki ekranı bir saniyede bulan mühendis akışta kalır. Aramak zorunda kalan ise uydurmaya başlar ve tasarımınız tam orada sapar. Adlandırma ev işi değil, iletişimdir. "Ekran 12 metin son v3" mühendise hiçbir şey söylemez. "Ödeme, boş sepet" ise neyi inşa ettiğini ve ne zaman göründüğünü tam olarak söyler. On dakikanızı ayırın. Duvarın öbür tarafında saatler kazandırır. ## Ekranların nasıl bağlandığını nasıl gösterirsiniz? Yalnızca kareleri değil, akışı gösterin. Statik bir ekran mühendise neyi inşa edeceğini söyler ama nasıl davrandığını asla söylemez: hangi dokunuş nereye gider, geri düğmesi ne yapar, başarıda ve iptalde ne olur. Ekranlar arasındaki yolu görebildiklerinde mantık tahmin oyunu olmaktan çıkar ve geliştirme hızlanır. Çoğu dosya bu katmanı atlar ve geliştirme sırasındaki soruların çoğunu doğuran da odur. Şimdi çizdiğiniz her ok, daha sonra, çoğu zaman yanlış şey yayına girdikten sonra yanıtlamayacağınız bir mesajdır. ## Hata ve boş durumlar neden önce tasarlanmalı? Çünkü ürünün parçasıdırlar; gerçek bir kullanıcının ilk karşılaştığı şey ve aceleyle hazırlanmış bir dosyanın ilk kestiği şeydir. 404'ü, boş gelen kutusunu, başarısız ödemeyi siz tasarlamazsanız mühendis tasarlar ve mutlu yola gösterdiğiniz özenle uyuşmaz. Mutsuz yolu, demoya verdiğiniz dikkatle çizin. Güven, boş ve hata durumlarında kazanılır ya da kaybedilir. Boş bir ekran bozuk görünür. Düşünülmüş bir boş durum ise sizi bekleyen bir ürün izlenimi verir. Alkışı mutlu yol alır, ama insanların geri gelip gelmeyeceğine uç durumlar karar verir. ## Teslim ettiğiniz tasarım sisteminde neler olmalı? Yalnızca ekranları değil, kuralları teslim edin: renkler, tipografi ölçeği, boşluklar, ikonlar ve bileşenler; mühendisin bir dikdörtgenden damlalıkla alması gereken değerler olarak değil, adlandırılmış token'lar olarak. Bir sistem yüzlerce küçük kararı birkaça indirir. Bir arada duran bir inşa ile ekran ekran sapan bir inşa arasındaki farktır. En çok önemsediğim iş bu. [Bysooq](https://laithjunaidy.com/tr/work/bysooq) için tüm pazaryerinin üzerine kurulduğu çerçeve olan Souqra Tasarım Sistemi'ni, [Mercato](https://laithjunaidy.com/tr/work/mercato) için ise hızla değişen kataloğu her ekranda tutarlı tutan bir sistem kurdum. İkisinde de teslim bir ekran klasörü değildi. Mühendislerin beni aramadan genişletebildiği belgelenmiş bir dildi; bir sistemin bütün amacı da bu. Token'lar, tasarımınızın çizdiğiniz ekranların ötesine ölçeklenmesini sağlar. Mühendislik hiç yapmadığınız bir yerleşime ihtiyaç duyduğu an, belgelenmiş bir sistem soruyu onlar için yanıtlar. Belgelenmemiş olan ise onları tahmine iter ve bir yıl sonra ürün, ucu ucuna tutturulmuş parçalardan oluşan bir yamalı bohçaya döner. ## Çalışmayı duvarın üzerinden atmak yerine mühendislerle nasıl çalışırsınız? Tasarlamadan önce hizalanın, sonra değil. Kısıtlarını ve teknoloji yığınlarını erkenden öğrenin; özellikle mühendislik geçmişiniz yoksa. Neyin ucuz, neyin pahalı olduğunu beş dakika sorarak, bir ay sürecek güzel bir etkileşim çizmekten kurtulursunuz; biraz farklı olanı bir günde biter ve aynı hissi verir. Sonra inşa sürerken ulaşılabilir kalın. Teslim bir konuşmadır, bırakma değil. Soruları yanıtlayın, hazırlık bağlantısını inceleyin ve küçük yanlış okumaları yayına girmiş ürüne sertleşmeden yakalayın. Şimdi verilen hızlı bir yanıtın maliyeti, daha sonraki bir düzeltmenin maliyetinin küçük bir kısmıdır. Son olarak, ilişkiyi zanaatın parçası sayın. Temiz teslim ettiğiniz mühendisler sizi tavsiye eden, yan projelerinizi inşa eden ve bir sonraki tasarımınızı gerçeğe dönüştüren kişilerdir. Temiz bir teslim yalnızca işe saygı değildir. Bir tasarımcının, sıradaki projeyi getiren güveni kazanma yoludur. ## Sekiz adımlı kontrol listesi 1. Ekranları akışa göre sıralayın; dosya bir hikâye gibi okunsun. 2. Her ekranı net adlandırın ve ekranları bölümlere göre gruplayın. 3. Ekranların nasıl bağlandığını gösterin: hangi dokunuş nereye gider, geri ne yapar, başarıda ve iptalde ne olur. 4. Hata ve boş durumları mutlu yol kadar özenle tasarlayın. 5. Tasarım sistemini renk, tipografi, boşluk, ikon ve bileşenler için adlandırılmış token'lar olarak teslim edin. 6. Tasarlamadan önce kısıtlar ve teknoloji yığını konusunda mühendislikle hizalanın. 7. İnşa boyunca ulaşılabilir kalın: soruları yanıtlayın ve hazırlık bağlantısını inceleyin. 8. Mühendislerle ilişkiyi zanaatın parçası sayın. ## Teslim, son düzeltmenizdir Bir tasarım, dosyanızla inşa arasındaki boşlukta yaşar ya da ölür ve o boşluğu kapatmak sizin işiniz. Ekranları sıralayıp adlandırın, akışları gösterin, mutsuz yolları çizin, sistemi token'larla belgeleyin, erken hizalanın ve konuşmanın içinde kalın. Hiçbiri gösterişli değil. Hepsi, çizdiğiniz gibi yayına çıkan bir ürünle kaba bir taslak gibi çıkan ürün arasındaki farktır. Sekizini uygulayın, bir sonraki proje kolaylaşır; çünkü temiz teslim ettiğiniz ekip, sizi yeniden isteyen ekiptir. Bu düşüncenin gerçek bir üründe nasıl işlediğini görmek için aşağıdaki [Zain Cash yeniden tasarımını](https://laithjunaidy.com/tr/writing/redesigning-zain-cash) okuyun ya da ne geliştirdiğinizi bana anlatın. ## Sıkça sorulan sorular ### Tasarım teslimi nedir? Bir tasarımcının, bir tasarımı inşa etmek için gereken her şeyi mühendisliğe verdiği andır: sıralanmış ekranlar, akışlar, durumlar ve belgelenmiş bir tasarım sistemi. İyi bir teslim, yalnızca dışa aktarılmış bir dosya değil, hazırlanmış bir çıktıdır. ### Bir tasarım teslimi neleri içermeli? Akışa göre sıralanmış ekranlar, aralarındaki bağlantılar, hata ve boş durumlar, renk, tipografi, boşluk ve bileşenler için adlandırılmış token'lar olarak tasarım sistemi ve geliştiriciyle kısıtlar üzerine kısa bir hizalanma. ### Tasarımları geliştiricilere nasıl teslim ederim? Dosyayı düzenleyip adlandırın, ekranlar arasındaki akışı gösterin, mutsuz yolları tasarlayın, sistemi belgeleyin, tasarlamadan önce geliştiriciyle hizalanın ve soruları yanıtlamak için inşa boyunca ulaşılabilir kalın.