Karar Günlüğü: En İyi Tasarımcılar Neden Kimsenin Sormadığı Kararları Belgeliyor

Kıdemli bir tasarımcı ile orta seviye bir tasarımcı aynı ekranı yayına alabilir. Kıdemli olan nedenini hatırlar. Orta seviye olan sadece ne yaptığını.

Bu fark tek bir artefakttan ibaret. Her tasarım kararının gerekçesiyle birlikte tutulduğu kısa, tarihli, yapılandırılmış bir kayıt. Karar günlüğü. Çoğu tasarımcı bir tane tutmaz, çünkü okul bunu hiç istemedi ve son ekipte de yoktu. Bu alışkanlık kendiliğinden yayılmaz.

2026'da çıtayı belirleyen ekipler bunu zaten uyguluyor. Linear'ın tasarım RFC'leri var. Vercel, mühendislik spesifikasyonlarının yanında ürün spesifikasyonları yayınlıyor. Anthropic araştırma notları yayımlıyor. Stripe tasarım inceleme dokümanları yürütüyor. Brian Lovin kendisininkini herkese açık kişisel sitesinde tutuyor. Jordan Singer küçük ürünlerini herkese açık tasarım günlükleriyle birlikte yayınlıyor. Her odada aynı artefakt.

Bu bir rehber. Günlüğün ne olduğu, işe alım yöneticilerinin neden önce onu okuduğu, pratiğin nereden geldiği, altı alanlı şablon, nerede tutulacağı, gerçek örnekler, başarısızlık biçimi ve yarın nasıl başlanacağı.

Çoğu tasarımcının tutmadığı artefakt

Tasarımda en az takdir edilen artefakt karar günlüğüdür. Vaka çalışması değil, Figma dosyası değil, sunum değil. Her tasarım kararının gerekçesiyle birlikte, iş yayına çıkmadan önce yazıldığı kısa, yapılandırılmış, tarihli bir kayıt.

Atlamanın bedeli sessizce ortaya çıkar. Altı ay sonra tasarımcı form alanlarının neden satır içi değil de alt alta dizildiğini, kimin karar verdiğini ya da neyin kesildiğini söyleyemez. Üç yıl sonra portfolyoda altı proje vardır ve savunulabilir sıfır karar. Tasarımcı ömür boyu orta seviye kalır.

Karar günlüğü aslında nedir

Tasarım seçimlerinin, değerlendirilen alternatiflerin, devrede olan kısıtların, kararın arkasındaki gerekçenin, sahibinin ve sonucun yapılandırılmış kaydı. Altı alan, tarihli, somut, artefaktlara bağlı. Tanımın tamamı bu.

Bir vaka çalışması değildir. Vaka çalışmaları her seçimi kaçınılmaz gibi sunar. Günlük ise seçimi verildiği anki haliyle gösterir: masadaki alternatifler, onları eleyen kısıtlar ve tasarımcının artık sahip olduğu sonuç.

Bir toplantı notu da değildir. Günlük, karar otuz saniyelik bir Slack mesajında verilmiş olsa bile neyin kararlaştırıldığını ve nedenini kaydeder. Yol haritası ileriye bakar. Günlük, verilmiş her karara geriye bakar: tarihli, imzalı, savunmaya hazır.

İşe alım yöneticileri neden mockup'tan çok bunu önemsiyor

Cilalı mockup'lar çıktıyı gösterir. Karar günlükleri muhakemeyi gösterir. 2026'da kıdemli işe alım yöneticileri önce günlüğü okuyor, çünkü çıktı yapay zekâ sayesinde ucuz, muhakeme değil.

Bir model sekiz dakikada cilalı bir açılış sayfası yayınlar. O sayfaya bakan işe alım yöneticisi, onu yayınlayan tasarımcı hakkında hiçbir şey öğrenmez. Aynı model, aynı prompt, aynı Dribbble referansları. Günlük, cilanın yapay zekâ tarafından metalaştırılmasından sağ çıkan tek artefakttır, çünkü günlük çıktı değil, diğer on sekiz yerine bu çıktıyı üreten seçimlerin izidir.

Okuma iki dakika sürer. İşe alım yöneticisi günlüğü açar, beş girdiye göz atar ve tasarımcının nasıl düşündüğünü görür. Belirli alternatifler, adı konmuş kısıtlar, somut gerekçeler, sahiplenilmiş sonuçlar, "şimdi bunu farklı yapardım" yazabilme isteği. Mülakatın tamamı, bir dokümana sıkıştırılmış halde.

Pratik nereden geldi

Karar günlüğü yazılımdan eski. Christopher Alexander, bina ölçeğinde karar günlüğü gibi okunan örüntü dilleri yazdı; her örüntü tarihli, adlandırılmış, gerekçelendirilmiş ve alternatifleri not edilmişti. Mimarlar yüzyıllardır tasarım defterleri tutuyor.

Yazılım bunu RFC kültürü yoluyla devraldı. IETF, 1969'dan beri Request for Comments dokümanları yayımlıyor. Spotify, Pivotal ve Thoughtworks'teki ADR'ler (mimari karar kayıtları) aynı artefaktın daha küçük ölçekli hali. En yeni miras araştırma laboratuvarlarından geliyor. Anthropic, model düzeyinde karar günlüğü gibi okunan araştırma notları yayımlıyor.

Üç soy, tek artefakt. Tasarımcılar geç benimseyenler ve çıta o kadar hızlı yükseliyor ki "geç" olmak artık "junior" gibi okunmaya başladı.

Altı alanlı şablon, kopyalayın

Altı alan. Karar, Alternatifler, Kısıtlar, Gerekçe, Sahip, Sonuç. Şablon bilerek kısa. Disiplin onu tasarlamakta değil, yazmakta. Bu bloğu kopyalayın. Yarın kullanın.

Date: 2026-04-30 Project: Acme Onboarding v3 Decision Stack email and password vertically on the signup screen, no inline social login row. Alternatives 1. Inline social login row (Google, Apple, GitHub) above the fields. 2. Two-step flow, email first then password on screen 2. 3. Magic-link only, no password field. Constraints - Mobile-first, 360px min width, single column. - Engineering will not ship social OAuth this quarter. - Support flagged 14% of tickets as password reset confusion. - [Brand voice](/paper/glossary/brand-voice) rejects "Continue with" social patterns as generic. Reasoning Vertical stack ships fastest and matches the brand register. Two-step tested cleaner in 2024 but added a screen we cannot afford given the 38% drop on screen 2. Magic-link only blocks the password manager flow 22% of paid users rely on. Owner Maya Chen, design. Reviewer: Jordan Park, eng lead. Outcome (filled 2 weeks post-ship) Conversion +6.1% vs v2. Password reset tickets dropped 9%. Re-evaluate magic-link as v3.1 when OAuth lands in Q3.

Copy

Her gerçek karar için bir girdi. Proje başına beş ila on girdi. Kapak sayfasını atlayın. Yukarıdaki blok işin kendisi.

Her alanı kaçamak yapmadan nasıl yazarsınız

Her alanın bir kuralı var. Kuralı atlarsanız günlük gösteriye döner.

Karar. Tek cümle, şimdiki zaman, somut. "E-posta ve şifreyi dikey dizin." "Dikey düzen işe yarayabilir gibi hissettik" değil. Karar henüz verilmediyse girdiyi henüz yazmayın.

Alternatifler. Numaralı liste, masada gerçekten olan iki ila dört seçenek. Korkuluk seçenekler değil. Yalnızca biri değerlendirildiyse onu yazın ve aramanın neden durduğunu açıklayın.

Kısıtlar. Madde işaretli liste, adı konmuş, kaynağı belli. Mühendislik kapasitesi, marka kuralları, destek talepleri, erişilebilirlik tabanı, performans bütçesi. Bunlar olmadan günlük, zevkin aklanması gibi okunur.

Gerekçe. Üç ila beş cümle, "hissettik" yok. "Çünkü" kullanın. "Kıyasla" kullanın. Kararı belirleyen kısıtı ya da veriyi belirtin. Artefaktı bağlayın.

Sahip. Tasarımcının adını yazın. İncelemecinin adını yazın. Anonim günlükler kıdemli bir incelemeciyle karşılaşmaya dayanamaz.

Sonuç. Yayından iki hafta ile iki ay sonra, tarihli olarak doldurulur. Metriğin ne yaptığı, nelerin yeniden ele alındığı, bir dahaki sefere neyin değişeceği. "Magic-link engeli konusunda yanıldım" yazabilme isteği, günlükteki en yüksek güven sinyalidir.

Günlük nerede tutulmalı

Günlük, ekibin gerçekten açacağı yerde durur. Depolama, ritimden daha az önemli.

Notion. Ekip genelinde en kolay kurulum. Tek veritabanı, karar başına bir girdi, altı alan sütun olarak. Çoğu ürün ekibi zaten ödüyor ve bir tasarımcı bunu bir saatte ayağa kaldırabilir.

Linear docs. Mühendislik ve tasarım zaten orada yaşıyorsa doğru seçim. Kararlar, onları tetikleyen issue'ların yanında durur ve mühendislik RFC'lerine geçiş tek tık.

Depodaki bir markdown dosyası. Tasarım mühendisleri ve tasarım sistemi sahipleri için doğru seçim. Depo kökünde ya da /docs/decisions/ altında bir decisions.md, kodla birlikte sürümlendiği için ciddi görünür. Mühendisler bu formatı görür görmez saygı duyar.

Küçük özel bir blog ya da kişisel site. Herkese açık bir iz kuran bireysel tasarımcı için doğru seçim. Brian Lovin kendisininkini böyle yürütüyor. Statik site, tarihli girdiler, herkese açık bağlantılar. Yazı hem portfolyo yüzeyi hem de işe alım vitrini olarak çalışır.

Birini seçin. Bir çeyrek boyunca yürütün. İlk yanlış hamle, bir araç seçip bir daha açmamaktır.

Linear'ın tasarım RFC'leri ve Vercel'in ürün spesifikasyonları

Linear, tasarım RFC'lerini dokümanlarında birinci sınıf artefakt olarak yürütüyor. Her anlamlı tasarım kararı, işten önce yazılan, tasarım ve mühendislik liderlerince incelenen, proje ile birlikte arşivlenen bir RFC ile gelir. RFC işin parçasıdır, sonradan yazılan bir özet değil.

Vercel, ürün spesifikasyonlarını mühendislik spesifikasyonlarıyla aynı depoda yayınlıyor. Tasarım kararı ve mühendislik kararı aynı dokümanda durur: tarihli, sahipli, incelenmiş. Ekip spesifikasyonu bir sözleşme olarak görür. v0 yeni bir yüzey çıkardığında spesifikasyon lansman artefaktının parçasıdır.

Her iki ekip de yazılı gerekçeyi zanaatın parçası sayıyor. Çarşamba öğleden sonrası yazılan bir özet değil. İsteğe bağlı değil. Artefakt, Figma dosyasının iş olması gibi işin kendisi ve böyle bir artefaktı olmadan gelen tasarımcı yarım kalmış görünür.

Anthropic'in araştırma notları ve Stripe'ın tasarım inceleme dokümanları

Anthropic, model düzeyinde karar günlüğü gibi okunan araştırma notları yayımlıyor. Neyi denediler, neyin işe yaradığı, neyin yaramadığı, bir sonraki hamle ne. Kısa, tarihli, sahipli, bağlantılı. Üçünü okuyun, pratik apaçık ortaya çıkar. Notlar kayıttır, süsleme değil.

Stripe, ürün döngüleri boyunca ayakta kalan tasarım inceleme dokümanları yürütüyor. Stripe Press herkese açık yüzey, iç pratik ise daha eski. İncelemeler yazılır, arşivlenir ve sonraki döngü benzer bir karara geldiğinde yeniden ele alınır. Kıdemli bir tasarımcı ayrıldığında kaybolmayan, yıllar içinde katlanarak büyüyen kurumsal hafıza.

Bunu ekibinizin zanaatına yerleştirmek için yardım isterseniz, Brainy'yi işe alın. BrandBrainy, yapay zekânın taklit edemediği zanaat katmanını sunar. ClaudeBrainy, günlüğü bir disiplinden varsayılana çeviren Skill paketlerini ve prompt kütüphanelerini sunar.

Brian Lovin ve Jordan Singer kendilerininkini herkese açık tutuyor

Brian Lovin, kendi işi üzerine herkese açık bir karar günlüğü gibi okunan, uzun soluklu bir kişisel site yürütüyor. Kısa sayfalar, doğrudan yazım, her biri üç dört cümleyle açıklanan, tarihli ve canlı ürüne bağlı tasarım seçimleri. Yıllarca süren girdiler. Site hem portfolyo hem de işe alım vitrini olarak çalışıyor; anti-portfolyo rehberinin dayandığı çift kullanım tam olarak bu.

Jordan Singer, küçük ürünlerini herkese açık tasarım günlükleriyle birlikte yayınlıyor. Her projenin arkasındaki kararların yazılı bir kaydı var, herkese açık paylaşılıyor ve "bu işe yaramadı" demeye açıkça istekli. Günlük aynı anda pazarlama, kayıt ve işe alım artefaktı.

İkisi de çalışan her tasarımcının bu hafta kopyalayabileceği şablonlar. Statik site, altı alanlı girdiler, tarihli, herkese açık, bağlantılı. Girdi başına on beş dakika. Ayda üç tane. Bir yıl sonra herkese açık günlük, hiçbir Behance vaka çalışmasının başaramayacağı şekilde kıdemli okunur.

Uyarı kısmı: sonradan rasyonalizasyon

İş yayına çıktıktan ve sonuç bilindikten sonra yazılan bir karar günlüğü günlük değil, satış konuşmasıdır. Kıdemli işe alım yöneticileri farkı iki dakikada okur.

Belirleyici işaret alternatifler alanıdır. Canlı bir günlük, masada gerçekten olan alternatifleri listeler, çoğu zaman biri güçlü görünür. Sonradan yazılmış bir günlük, yazarın hiç ciddiye almadığı, seçilen seçeneği bariz gösterecek biçimde tasarlanmış üç seçenek listeler. İşe alım yöneticisi aynı egzersizi yüz kez yaşadı. Spin'in neye benzediğini biliyor.

Diğer işaret sonuç alanıdır. Canlı günlükler, tahminle uyuşmayan sonuçları da içerir. "Dönüşümde artış bekledim, test düz çıktı, işte neyin ters gittiği." Gösteri günlükleri yalnızca zaferleri içerir, olduğundan iyi görünsün diye önceden yuvarlanmış.

Çözüm rahatsız edici. Girdiyi iş yayına çıkmadan yazın. Tarihleyin. Karşı çıkacak bir incelemeciye sunun. Sonucu iki hafta sonra doldurun, haber kötü olsa bile. Özellikle kötü olduğunda. Dürüst girdi katlanarak büyür.

Günlüğü mülakatlarda ve incelemelerde nasıl kullanırsınız

Bir günlük iki kez karşılığını verir. Bir kez iş yayına çıktığında, bir kez de tasarımcı bir işe alım yöneticisine ya da kıdemli bir incelemeciye kararı anlattığında.

Mülakatta günlük, vaka çalışması anlatımının yerini alır. Dokümanı açın. Üç girdi seçin. Her biri için kararı okuyun, en güçlü alternatifi adlandırın, bağlayıcı kısıtı adlandırın, gerekçeyi iki cümleyle açıklayın, bir dahaki sefere neyin değişeceği dahil sonucu paylaşın. Girdi başına beş dakika, toplam on beş. İşe alım yöneticisi muhakeme hakkında, kırk beş dakikalık bir vaka çalışması sunumunun göstereceğinden fazlasını öğrenir.

Kıdemli incelemede günlük konuşmanın kendisidir. İncelemeci girdiyi okur, gerekçeye karşı çıkar, en güçlü alternatifin neden kesildiğini sorar. Tartışma, bir sonraki kararı verilmeden önce keskinleştirir. İyi tasarım incelemesi budur. Render edilmiş piksellere geri bildirim değil, arkalarındaki karar üzerine tartışma.

Günlüğü savunabilen tasarımcı işi savunur. Günlüğü olmayan tasarımcı hiçbir şeyi savunmaz.

Yeni çıta: günlüksüz kıdemli iş junior okunur

Karar günlüğü artık kıdemlilere özel güzel bir ekstra değil. Bir tasarımcının yayınlayabileceği en ucuz kıdemli muhakeme sinyali ve atlamanın bedeli artıyor.

Herkese açık günlüğü olan kıdemli bir portfolyo kıdemli okunur. Olmayan, kıdemli olabilecek bir iş gibi okunur, anlamak zor. İşe alım yöneticileri ikisini de okuyor. Geri dönüş ilkine yapılır. Üç küçük projede günlüğü olan bir junior, seviyesinin ilerisinde okunur. On iki kusursuz Dribbble çalışması olup günlüğü olmayan bir junior, bir yıl önceki aynı junior gibi okunur.

Zevk son hendektir, 2026'da, çünkü üretim metalaştı ve günlük, zevkin işte var olduğunu kanıtlayan herkese açık artefakt. Tasarım mühendisliği hibriti olarak çalışıyorsanız, günlük tasarım katmanında mühendislik RFC'si olarak da işe yarar. Yeni tasarım kariyer merdivenini tırmanıyorsanız, günlük merdivenin dayandığı artefakttır.

SSS

Tasarım karar günlüğü nedir?

Tasarım seçimlerinin gerekçesiyle birlikte tutulduğu kısa, yapılandırılmış bir kayıt. Girdi başına altı alan: Karar, Alternatifler, Kısıtlar, Gerekçe, Sahip, Sonuç. Tarihli, somut, artefaktlara bağlı.

Vaka çalışmasından farkı nedir?

Vaka çalışması her seçimi kaçınılmaz gibi sunar. Günlük, seçimleri gerçekte verildikleri gibi gösterir: masadaki alternatifler, kararı bağlayan kısıtlar ve sahiplenilen sonuç. Vaka çalışmaları satar. Günlükler belgeler.

Nerede tutmalıyım?

Ekibinizin gerçekten açacağı yerde. Ürün ekipleri için Notion, zaten orada olan ekipler için Linear docs, tasarım mühendisleri için depoda bir markdown dosyası, bireysel herkese açık iz için küçük bir özel site.

Her girdi ne kadar uzun olmalı?

Kısa. Şablonun tamamı bir ekrana sığar. Girdi başına on beş dakika.

Şirketim bunu benimsemezse ne olur?

Kişisel olarak yürütün. Bir tasarımcının bireysel günlüğü işler boyunca katlanarak büyür. Brian Lovin ve Jordan Singer kendilerininkini herkese açık tutuyor. Pratik sizin, işvereninizin değil ve artefakt sizinle birlikte taşınır.

Günlüğe bu hafta başlayın

Üç hamle. Depolamayı kurun. Notion, Linear, depo ya da küçük bir site seçin. Otuz dakikada ayağa kaldırın. Yarın açacağınız olanı seçin.

Zaten verilmiş kararlar üzerine üç girdi yazın. Bu çeyrekten gerçek kararlar. Her biri altı alan. Dürüst alternatifler, gerçek kısıtlar, kaçamak yok, tarihli ve süslenmemiş sonuçlar. İlk üçü en zoru, gerisi hızlanır.

Günlüğü bir kıdemli incelemeciye gösterin. Gerekçeye karşı çıkmasını isteyin. Karşı çıkışı bir sinyal olarak alın. Girdileri güncelleyin. Günlüğün katlanarak büyümeye başladığı yer ilk incelemedir.

Karar günlüğü pratiğini ekibinizin zanaatına yerleştirmek için yardım isterseniz, Brainy'yi işe alın. BrandBrainy, yapay zekânın taklit edemediği marka ve zanaat katmanını sunar. ClaudeBrainy, günlüğü bir disiplinden varsayılana çeviren Skill paketlerini ve prompt kütüphanelerini sunar. Bunu zaten uygulayan ekipler açılıyor. Çıta yükseliyor ve bu hafta başlayan tasarımcı, bir çeyrek sonra adı geçen ekiplerin okuyor olacağı kişidir.