Tasarımcı ve geliştirici artık birlikte çalışmıyor mu?

Bir şeyin ortadan kaybolduğunu fark etmek, gürültülü bir tartışmayı fark etmekten zordur. Gergely Orosz geçen hafta tam olarak bunu yaptı: artık kimsenin tasarımcılarla çalışmaktan bahsetmediğini söyledi. Altına yüzden fazla yanıt geldi ve ortaya tek bir cevap çıkmadı.

Pragmatic Engineer bülteninin yazarı Gergely Orosz, bir tartışma açmadı; bir sessizliği işaret etti.

Sorusu iddiasız: geliştiriciysen ve tasarımcılarla çalışıyorsan, bu iş eskiye göre değişti mi? Değiştiyse nasıl? Cevaplar ilginç bir yere gitti. Kimse "hiçbir şey değişmedi" demedi. Ama neyin değiştiği konusunda da anlaşamadılar.

Aynı soruya üç ayrı cevap

Birinci grup en kısa cevabı verdi. Tasarımcıya artık gitmiyorlar. Kimi yapay zekaya alternatif ürettirip kendi seçiyor, kimi de kadroyu tamamen kapatmış. Beş kelimelik bir yanıt bu grubun tamamını özetliyor:

Kevin Isaac (@thekevinisaac): "Benim tasarımcım artık bir geliştirici."

Bu grubu hafife almamak lazım. Söyledikleri şey tembellik değil: yıllarca beklemek zorunda kaldıkları bir adımın artık kendi ellerinde olmasından bahsediyorlar. Bir mühendis, yapay zekaya yirmi alternatif ürettirip beğenene kadar denemenin bir tasarım ekibiyle çalışmaktan daha hızlı ve keyifli geldiğini yazıyor. Bunu duyup "ama tasarım öyle olmaz" demek kolay; asıl soru, o mühendisin daha önce neden bu kadar uzun beklediği.

İkinci grup aynı yoldan geçmiş ama geri dönmüş. Bir girişim kurucusu, tasarımcısız idare edebileceklerini düşündüğünü söylüyor. İki hafta sürmüş:

Dan (@danpdc): tasarımcısız başladık, iki hafta içinde çıkmaz sokak olduğunu anladık.

Dikkat çekici olan, sonrasında ne yaptıkları. Yapay zeka öncesi kurulmuş bir ajansla çalışmışlar ve markanın tamamını konuşan bir şey almışlar. Yani sorun hız değildi, tutarlılıktı.

Bu ayrım önemli, çünkü yapay zekanın gerçekten iyi olduğu yer tek tek ekranlar. Her ekran ayrı ayrı bakıldığında düzgün çıkabiliyor. Ama on beş ekranı yan yana koyduğunda aynı ürünün parçası gibi durmayabiliyorlar: buton hiyerarşisi kayar, boşluk ritmi tutmaz, aynı işlem iki yerde iki farklı isimle anılır. Tutarlılık yerel bir karar değil, sistem düzeyinde bir karar. Ve sistem düzeyinde karar veren biri yoksa kimse tek tek ekranlara bakarak sorunu fark etmiyor.

Değişen, iş birliğinin kendisi değil sırası

Üçüncü grup en kalabalık olanı ve tartışmanın asıl bilgisi burada. Bu insanlar tasarımcıyla çalışmayı bırakmamış. Sırayı değiştirmişler.

Jamik (@itsjamik): artık gerçek bir devir teslim yok; önce kaba sürüm çıkıyor, tasarımcı sonradan topluyor.

Bu yanıtın son üç kelimesi bütün yazıyı taşıyabilir: daha hızlı ama UX inceliyor. Kimse burada zafer ilan etmiyor. Bir takas olduğunu söylüyor.

Sağdaki sütun kulağa kötü gelmiyor, hatta çoğu ekip için daha sağlıklı. Ama bir riski var: kod bir kere yazıldıktan sonra onu değiştirmek, boş bir tuvalde fikir değiştirmekten pahalıdır. Kaba sürüm hızlı çıkıyor, sonra kimse ona dokunmak istemiyor.

Bu kaymanın somut bir işareti de var: tartışmada birden fazla kişi Figma'dan uzaklaştıklarını söylüyor, üstelik farklı sebeplerle. Kimi aracın bu yeni çalışma biçimine yetişemediğini düşünüyor ve doğrudan kod editöründe prototipliyor. Kiminin ekibinde tasarımcılar prototipi zaten ürünün kendi kod tabanında üretiyor. Bir tasarımcı ise artık Figma'da yalnızca logo ve ikon çizdiğini, çünkü kodun fikirleri görmek için daha zengin bir mecra olduğunu söylüyor. Ortak nokta şu: tasarımın çıktısı bir dosya olmaktan çıkıp çalışan bir şeye dönüşüyor.

"Tasarımcı" kelimesi fazla şey taşıyor

Tartışmadaki en yapısal itiraz, tarafları değil sorunun kendisini düzeltiyor:

Anthony Alicea (@AnthonyPAlicea): tartışanların çoğu görsel tasarımı konuşuyor, gerisini atlıyor.

Bu uyarı yerinde. "Yapay zeka tasarımcının işini yapıyor" cümlesi genelde tek bir işi kastediyor: ekranı güzelleştirmek. Onu gerçekten hızlandırdı. Ama tasarımcının işi sadece o değildi.

Kaldıraç muhakemeye kaydı

Yanıtların içinde en somut hikâye şuydu. Bir geliştirici kendi yan projesini yaparken tasarımcı bir arkadaşına gösteriyor. Aldığı geri bildirim tek cümle:

Burada olan şeye dikkat et. Tasarımcı hiçbir ekran çizmedi. Sadece neyin yanlış olduğunu söyledi. Ve o tek cümle, üretim tarafı ucuz olduğu için, saatler süren bir düzeltmeye dönüştü.

Üretim ucuzladıkça değerli olan üretmek değil, neyin yanlış olduğunu görmek oluyor.

Ortaya çıkan rol: design engineer

Bu kaymanın kadro tarafındaki karşılığı da tartışmada görünüyor. Hem tasarlayıp hem üretime kod gönderebilen melez bir rol büyüyor:

Dion Low (@dionlow_): bazı girişimler tasarım ve frontend'i doğrudan üretime gönderebilen tek bir rolle değiştirdi.

Bu haber kimileri için iyi. Kod öğrenmiş tasarımcı ve tasarım gözü olan geliştirici, uzun süredir kenarda duran bir yetkinlik birleşiminin nihayet karşılığını alıyor. Ama yakınsama herkesi aynı hızda ödüllendirmiyor: sınırda duranları ödüllendiriyor.

Ama bu rolün bir sınırı var, onu da atlamayalım. Tek kişi hem araştırmayı hem akışı hem görsel dili hem de üretim kodunu taşıdığında, bir yerde derinlik kaybı başlıyor. Küçük ekipte bu takas mantıklı olabilir; ürün büyüdükçe aynı kişiden hem sistem kurmasını hem her ekranı çizmesini beklemek, az önce anlattığımız tutarlılık sorununu geri getiriyor. Design engineer bir kadro çözümü değil, bir çalışma biçimi.

Ve yeni bir kullanıcı geldi

Tartışmanın en az konuşulan ama muhtemelen en uzun ömürlü yanıtı şuydu:

Umang (@umang147): ajanlar da kullanıcı oluyor, yani artık sadece UX değil AX.

Ürünü kullanan tek şey insan değilse, ürünün bir ajan tarafından anlaşılabilir olması da bir tasarım problemi. Ve bu problemi tek başına ne geliştirici ne tasarımcı çözebiliyor: biri ajanın neye ihtiyacı olduğunu biliyor, diğeri insanın ürünü nasıl kullandığını. Yanıtın kapanışı net: ikisine de ihtiyaç var.

Bunun pratik karşılığı şimdiden görünüyor. Bir ajanın kullandığı ürün, insanın kullandığı üründen farklı şeyler istiyor: net adlandırma, tahmin edilebilir yapı, gizli bağlam yerine açık bilgi. Yani aslında iyi bilgi mimarisinin ta kendisi. Uzun süre "arka planda kalan" iş sayılan şey, birdenbire ürünün dışarıya bakan yüzü hâline geliyor.

Ekibine sorabileceğin üç şey

Bu tartışmadan çıkan soruları kendi ekibine uyarlamak istersen, en işe yarar üçü şunlar:

Toparlarsak

Tasarımcıyla geliştirici birlikte çalışmayı bırakmadı. Buluşma noktası değişti. Eskiden tasarım dosyasında buluşuluyordu, şimdi çalışan bir prototipte buluşuluyor. Bu daha hızlı, ama kararın verildiği an geriye kaydığı için daha dikkat isteyen bir düzen.

Bir de şu var: bu tartışmada kaybeden taraf aslında "tasarımcı" değil, "devir teslim" oldu. Dosyayı bitirip karşıya atma alışkanlığı bir işleyiş biçimiydi ve o biçim çözülüyor. Yerine geçen şey daha iç içe, daha sürekli ve doğrusu daha zor: iki tarafın da aynı çalışan şeyin üzerinde, aynı anda düşünmesi.

Kendi ekibin için sorulacak soru "tasarımcıya hâlâ ihtiyacım var mı" değil. Şu: bu üründe neyin doğru olduğuna kim karar veriyor, ve o kararı kod yazılmadan önce mi veriyor sonra mı?

Bu konuları eğitimlerimizde yaparak çalışıyoruz: kendi iş akışını kurup sınırlarını görerek. İlgini çekerse AI eğitimlerimize göz atabilirsin.

Sevgiyle kalın! 🧱