Tasarım Vaka Çalışması Şablonu: İş Kazandıran Vaka Çalışmaları Nasıl Yazılır

Her işe alım yöneticisinin şu an tarayıcı sekmelerinde açık duran bir yığın tasarım portfolyosu var. Her birine otuz saniye ayırıyorlar. Hero işini yaparsa belki altmış. Kazanan vaka çalışması, yöneticinin asıl sorusunu o pencerede yanıtlayandır, en güzel mockup'lara sahip olan değil.

Bu, işe yarayan şablon. Sabit sırayla sekiz bölüm, önemli olan rakamlar ve gerçekten ağırlık taşıyan süreç görselleri. Mevcut portfolyonuz okul projesi gibi okunuyorsa, yeniden yazma kalıbı bu.

İşe alım yöneticileri aslında ne okur

İşe alım yöneticisi, bir rakamı kıpırdatan bir şey yayına aldığınıza dair kanıt arıyor. Geri kalan her şey bağlamdır. Süreç diyagramları, mood board'lar ve "yolculuğum" paragrafları birinci değil ikinci sırada gelir. Başarısız olan vaka çalışması yolculukla açılır. Kazanan sonuçla açılır.

Bunu sezen tasarımcılar dönüşüm getiren portfolyolar yayınlar. Sezmeyenler "iyi geri bildirim alan" ama mülakat getirmeyen portfolyolar yayınlar. Fark yapısaldır, sanatsal değil.

Sekiz bölümlü şablon

Bu sekiz bölüm, bu sırayla, bir tasarımcının yazması gereken her vaka çalışmasını kapsar. Ana projeler tam işlem görür. Küçük projeler sıkıştırılmış sürüm alır. Bölümler aynı kalır.

Bölüm 1: Tek cümlelik sonuç

Kurguyla değil, sonuçla aç. Tek cümle. Tasarım neyi yayına aldı ve ne değişti.

"B2B SaaS için ödeme akışı yeniden tasarlandı, ilk çeyrekte dönüşüm %32 arttı." İşte vaka çalışması açılışı bu. "Fintech alanındaki gizli modda bir startup için bu projeyi üstlenmekten heyecan duydum" ise beş saniyede kapatılan bir vaka çalışmasıdır.

İşe alım yöneticileri bu açılışı sayfanın geri kalanıyla çapraz kontrol eder. Geri kalanı açılışı destekliyorsa okumaya devam ederler. Açılış belirsizse (deneyimi dönüştürdü, yolculuğu yeniden hayal etti, düşünmenin yeni bir yolunu yarattı), rakamların eksik olmasının sebebini kötü olmalarına bağlarlar. Sonucu bir iş gazetesinin manşeti kadar yalın yazın.

Bölüm 2: Tek paragrafta problem

Çoğu portfolyo okuyucuyu problem bölümünde kaybeder. İşin literatür taraması gibi okunur. İşe alım yöneticilerinin şirket tarihçesine ihtiyacı yok, tasarım zorluğunu yaratan kısıta ihtiyaçları var.

En fazla iki ila dört cümle. Ne bozuktu. Kimi etkiledi. Neden bozuk kaldı. Problem bu.

İyi bir problem paragrafı:

Ödeme akışında kurumsal pakette %63 terk oranı vardı, çünkü satın alma ekipleri bir teklifi ekran görüntüsü olmadan finans ekibiyle paylaşamıyordu. Mevcut akış, kredi kartı olan tek bir alıcı varsayıyordu. Düzeltmek, net-60 faturayla yapılan bir komite satın alımı için yeniden tasarım yapmak anlamına geliyordu.

Geçmiş hikaye yok. "Müşteri bize geldi" yok. Doğrudan kısıta. Landing page tasarım ilkeleri yazısı aynı disiplini pazarlama metni için anlatır. Vaka çalışmaları için de kural aynı.

Bölüm 3: Kısıtlar

Kısıtsız vaka çalışmaları kurgu gibi okunur. Her gerçek projenin kısıtları vardır (takvim, ekip, platform, uyumluluk, bütçe, mevcut sistem). Bunları listelemek güven kazandırır, çünkü tasarımcının bir Fortune 500 markasının kişisel rebrand çalışmasında değil, gerçek dünyada çalıştığını kanıtlar.

Beş ila yedi madde. Somut tutun.

• İki tasarımcı, bir mühendis, bir PM'den oluşan ekip
• Kickoff'tan yayına altı haftalık takvim
• Mevcut design system kilitli, yalnızca ekleme, geçersiz kılma yok
• Yalnızca kurumsal paket, tüketici ödeme akışına dokunulmadı
• Mevcut SAP satın alma akışıyla entegre olmalı
• İlk günden WCAG AA erişilebilirlik hedefi
• Sıfırdan backend işi yok, yalnızca front-end ve entegrasyon

Kısıtlar şikayet değildir. Tasarımcının, kutunun içine çizmeden önce kutuyu anladığının kanıtıdır.

Bölüm 4: Süreç, sıkıştırılmış

Çoğu portfolyo vaka çalışması süreci fazla abartır. Her farklı eskiz, her atölye çıktısı, her mood board dahil edilir. İşe alım yöneticileri bunları okumaz. Üç şeye bakarlar: tasarımcı problemi çerçeveledi mi, çözümü doğruladı mı, tasarladığını yayına aldı mı.

Her biri için bir kez kanıt gösterin.

Çerçeveleme kanıtı: kapsamın nasıl tanımlandığını gösteren tek bir diyagram, akış ya da karar matrisi. Bir journey map, bir servis blueprint'i, bir rakip analizi özeti, bir decision log ekran görüntüsü. Tek çıktı, neyi yanıtladığıyla etiketli.

Doğrulama kanıtı: tek bir araştırma ya da test çıktısı. İki alıntılı kullanılabilirlik testi özeti, A/B test sonucu, önceki durumu gösteren analitik ekran görüntüsü, notlu değişikliklerle bir prototip iterasyonu. Tek çıktı, neyi değiştirdiğiyle etiketli.

Yayın kanıtı: gerçekten yayına alınmış tasarım. Son Figma comp'u değil. Yayındaki URL, App Store ekran görüntüsü, kaydedilmiş akış. Figma comp'larını gösterip yayınlanan ürünü hiç göstermeyen vaka çalışmaları kağıt üstünde tasarım gibi okunur.

Bölüm 5: Karar günlüğü

Bu, çoğu tasarımcının atladığı bölüm. İşe alım yöneticilerinin iki kez okuduğu bölüm de bu.

Karar günlüğü, proje sırasında verilen bariz olmayan kararların, ödünleşimleri ve sonuçlarıyla birlikte kısa bir listesidir. Tasarımcının gerçeklikle sınanmış fikirleri olduğunu kanıtlar, ki bu bir portfolyonun taşıyabileceği en işe alınabilir tek sinyaldir.

Üç ila beş kayıt. Her biri için şablon:

• Karar: neyin seçildiği
• Alternatif: neyin reddedildiği
• Gerekçe: kararı yönlendiren kısıt ya da içgörü
• Sonuç: yayından sonra ne olduğu

Örnek:

• Karar: Teklif paylaşımı, yerel bir finansa-CC akışı yerine salt okunur herkese açık bir bağlantı olarak yeniden kuruldu.
• Alternatif: Hesap oluşturmayı zorunlu kılan ürün içi finansa-CC.
• Gerekçe: Satın alma ve finans ekipleri çoğunlukla farklı sistemlerde çalışır ve satın alma ekibi hesap oluşturma akışını beklemezdi.
• Sonuç: Kurumsal tekliflerin %71'i oluşturulmasından sonraki 24 saat içinde paylaşıldı, yeniden tasarım öncesinde bu oran %12'ydi.

Karar günlükleri, bir portfolyonun çalışan bir mülakata en çok yaklaştığı yerdir. Önce bunları yazın, vaka çalışmasının geri kalanını onların etrafında kurun.

Bölüm 6: Rakamlarla sonuç

Sonuç bölümü vaka çalışmasının maaş çekidir. Öncesindeki her şey hazırlıktı. Buradaki rakamlar gerçek, spesifik ve atfedilebilir olmalı.

Üç tür rakam işe yarar.

İş rakamları. Gelir, dönüşüm, elde tutma, aktivasyon, time-to-value, CAC, LTV. İşe alım yöneticilerinin ilk görmek istediği rakamlar bunlar, çünkü tasarım ekibinin var olma sebebiyle doğrudan eşleşirler.

Ürün rakamları. Görev tamamlama, hata oranı, destek talebi hacmi, görev süresi, özellik benimsenmesi. Bunlar tasarımın kullanıcı davranışını değiştirdiğini, dolayısıyla tasarımın iyi olduğunu kanıtlar.

Kalite rakamları. Erişilebilirlik denetim puanı, core web vitals iyileşmesi, design system benimsenmesi, kazanılan handoff süresi. Bunlar ikinci kademe rakamlardır, iş ve ürün rakamları elde olmadığında (NDA altında, ölçmek için çok erken) işe yarar.

Her kovadan bir tane fazlasıyla yeter. Vaka çalışması başına üç rakam on rakamdan iyidir, çünkü üç spesifik rakam dürüst, on rakam şişirilmiş okunur.

Proje NDA altındaysa bunu açıkça söyleyin. Kesin rakamları doğrulanabilir aralıklarla değiştirin ("dönüşümde düşük çift haneli artış", "aktivasyon ikiye katlandı"). Uydurmayın. İşe alım yöneticilerinin her şirkette arkadaşı var ve soruyorlar.

Bölüm 7: Rolünüz, yalın

Her vaka çalışması, işe alım yöneticisinin aslında kafasında tuttuğu soruya net bir yanıt vermeli: bu tasarımcı bizzat ne yaptı.

İki ila üç cümle. İş tek başınaysa "ben", değilse "dört kişilik ekibimiz" deyin ve her iki durumda da spesifik katkıyı sıralayın.

İyi:

Etkileşim tasarımına liderlik ettim ve karar günlüğünün sahibi oldum. Ödeme akışında bir mühendisle, kapsamlamada bir PM ile çalıştım. Ekipteki başka bir tasarımcı görsel sistemin sahibiydi, ben onu uyguladım ama tasarlamadım.

Belirsiz:

Uçtan uca tasarım sürecine liderlik ettim ve keyifli bir kullanıcı deneyimi sunmak için çapraz fonksiyonlu paydaşlarla yakın işbirliği yaptım.

Belirsiz sürüm bir dumanperdesi gibi okunur. Her zaman daha az değil, daha fazla mülakat sorusu tetikler. Yalın sürümü yazın, mülakatı gerçekten yapmak istediğiniz sohbete saklayın.

Bölüm 8: Yansıma

Kısa bir paragraf. Projeyi yeniden yürütseniz neyi farklı yapardınız.

Bu kıdemin ele verendir. Junior tasarımcılar genellemelerle yansıtır ("kullanıcılarla daha erken daha çok iterasyon yapardım"). Senior tasarımcılar spesifiklerle yansıtır ("satın alma entegrasyonu takvimini dört hafta düşük tahmin ettim ve onu ödeme projesinin içine katmak yerine ilk günden ayrı bir workstream olarak kapsamlardım").

Fazla olumlu yansıma ("her şey harikaydı") bir güvenilirlik bayrağı gibi okunur. Fazla olumsuz yansıma ("başarısız oldum") profesyonelce görünmez. Spesifik ve taktik yansıma, projeden öğrenmiş ve bir sonrakinden de öğrenecek biri gibi okunur.

---

Çoğu vaka çalışmasından neler çıkarılmalı

Çoğu portfolyo vaka çalışması gerekenden uzundur, işe alım yöneticilerinin göz gezdirmesinin sebebi de bu. Şunları kesin:

"Müşteri hakkında" paragrafı. Müşteri tanınmış biriyse işe alım yöneticisi zaten biliyor. Değilse bağlam ayrı bir blokta değil, problem tanımında yer almalı.

Mood board. İşe alım kararı için neredeyse hiç alakalı değil. Mood board'ları iç çalışma dosyaları ve karşılığını aldıkları müşteri sunumları için saklayın.

Farklı fikir üretimi ızgarası. Bir sayfada dokuz konsept, sekizi reddedilmiş, bir atölye çıktısıdır, portfolyo çıktısı değil. Nihai yönü ve gerçek bir rakip olan tek alternatifi gösterin.

Yayına girmemiş comp makarası. Hiç yayına girmemiş şeylerin güzel comp'ları, işe alım yöneticisine tasarımcının yayına alamayabileceğini söyler. Bu yanlış sinyal. Daima yayınlanmış işle açın.

Kişisel stil denemesi. "Tasarım felsefem" bölümleri atlanır. Felsefe gerçekse, vaka çalışmaları onu ilan etmeden gösterir.

---

Kıdeme göre vaka çalışması uzunluğu

Bir vaka çalışmasının uzunluğu kıdemle değişir ama yapı değişmez. Sekiz bölüm kalır. Bölümlerin içindeki derinlik kayar.

2500 kelimeyi aşan her şey kimsenin bitirmediği bir vaka çalışmasıdır. Senior ve staff roller için kural uzunluk değil yoğunluktur. Paragraf başına daha fazla muhakeme, daha fazla paragraf değil.

İlk taslak nasıl yazılır

Yayınlanabilir bir vaka çalışmasına en hızlı yol, okuyucunun gördüğü sıra olmayan şu sırayla yazmaktır.

1. Önce karar günlüğünü yazın. Üç ila beş kayıt. Bu en zor kısım ve diğer her şeyin üzerinde döndüğü kısım.
2. İkinci olarak sonuç bölümünü yazın. Etrafında yazmadan önce rakamları çekin.
3. Üçüncü olarak problem ve kısıtları yazın. Artık hangi kısıtların önemli olduğunu biliyorsunuz, çünkü hangi kararları yönlendirdiklerini biliyorsunuz.
4. Dördüncü olarak süreç bölümünü yazın. Yerini hak eden üç çıktıyı seçin.
5. Rol ve yansıma bölümlerini en son yazın. Kısa, dürüst, bitti.
6. Üstteki tek cümlelik sonucu en son, her şey yazıldıktan sonra yeniden yazın. Taslağı çıkan son cümle ve okunan ilk cümle o.

Bu sıra zor düşünmeyi baştan zorlar. Okuma sırasına göre yazan tasarımcılar genellikle güzel bir üslup ve eksik bir öz ile biter.

Süreç okuyucuyu sıkmadan nasıl sunulur

Süreç bölümleri, çoğu portfolyonun göz gezdirilerek öldürüldüğü yerdir. Çözüm silmek değil, yoğunluktur.

Çıktı başına bir notlu ekran görüntüsü. Tüm çalışma dosyasının galerisi değil. Çıktının neyi yanıtladığını açıklayan üç çağrı notlu tek bir ekran görüntüsü.

Tek bir prototip videosu, en fazla 30 saniye. Kurgulanmamış ekran kaydını atlayın. Prototip videosunu, ana etkileşimi gösteren sıkı, etiketli bir döngüye kesin.

Her seferinde önce ve sonra. "Önce" içeren her karşılaştırma, içermeyenden güçlüdür. Yayınlanan ürünün yanında bir kurşun kalem eskizi bile ilerleme gibi okunur. Wireframe sözlüğü, hangi tür erken çıktıların ağırlık taşıdığını anlatır.

Bir cilalı comp daha yerine bir voxel, eskiz ya da düşük çözünürlüklü kare. Düşük çözünürlüklü düşünme ile yüksek çözünürlüklü yayın arasındaki kontrast, tasarımcının bir çözüme süslenmek yerine bir problemin içinden geçtiğini kanıtlar.

Portfolyoları denetleyen ve vaka çalışmalarını işe alım yöneticilerini sürece katarak yeniden yazan bir ekip istiyorsanız, Brainy'yi tutun. Portfolyo incelemeleri, iş arayan senior ve staff tasarımcılar için en hızlı ilerleyen hizmetlerimizden biri.

Vaka çalışması geç/kal testi

Portfolyonuzda yayınlanmadan önce her vaka çalışmasını beş kontrolden geçirin.

Tarama testi. Okuyucu problemi, yaklaşımı ve sonucu yalnızca başlıklardan ve ilk cümlelerden alabiliyor mu. Alamıyorsa taranabilirlik bozuk. Görsel hiyerarşi tasarımı yazısı yapısal çözümü anlatır.

Rakam testi. Sayfada en az iki gerçek rakam var mı. Yoksa vaka çalışması, esprisi olmayan bir hikaye.

Rol testi. Okuyucu "bu tasarımcı bizzat ne yaptı" sorusunu 10 saniyeden kısa okumada yanıtlayabiliyor mu. Yanıtlayamıyorsa rol bölümü fazla belirsiz.

Karar testi. Vaka çalışması, ödünleşimleri adlandırılmış en az üç bariz olmayan kararı gösteriyor mu. Göstermiyorsa tasarımcı düşünür değil, uygulayıcı gibi görünür.

Yayın testi. İşin gerçekten yayına girdiğine dair kanıt var mı. Bir URL, gerçek cihazda bir ekran görüntüsü, bir App Store bağlantısı, bir production kod ekran görüntüsü. Yoksa vaka çalışması profesyonel değil, spekülatif bir parça.

Beş kontrol. Beş dakika. Her vaka çalışması, her seferinde.

---

SSS

Bir tasarım vaka çalışması ne kadar uzun olmalı?

Kıdeme bağlı olarak 800 ile 2500 kelime arasında. Junior vaka çalışmaları 800 ila 1200, mid-level 1200 ila 1800 arasında seyreder.

Senior 1500 ila 2200. Staff ve principal vaka çalışmaları, kararlar ve rakamlar haklı çıkarıyorsa 2500'e uzayabilir. Daha uzunu okuyucuyu kaybeder.

Her tasarım vaka çalışması neleri içermeli?

Sırayla sekiz bölüm: tek cümlelik sonuç, bir problem paragrafı, kısıtlar, sıkıştırılmış bir süreç bölümü, bir karar günlüğü, ölçülebilir sonuçlar, kişisel rolünüzün yalın bir ifadesi ve kısa bir yansıma. Bazıları sadece iki cümle olsa bile her vaka çalışması sekizine de ihtiyaç duyar.

NDA'yı ihlal etmeden vaka çalışması nasıl yazılır?

Spesifik rakamları doğrulanabilir aralıklarla ("dönüşümde düşük çift haneli artış") ve adı geçen markaları sektörle ("100'den fazla kurumsal müşterisi olan bir fintech") değiştirin. NDA'yı vaka çalışmasının en üstünde açıkça belirtin. Rakam ya da marka uydurmayın. İşe alım yöneticileri kontrol eder ve uydurma vaka çalışmaları kariyerleri bitirir.

Süreci okuyucuyu uyutmadan nasıl gösterirsiniz?

Üç çıktıyla sınırlayın (biri çerçeveleme, biri doğrulama, biri yayın için). Her çıktıyı neyi yanıtladığıyla notlandırın. Uzun prototip videolarını ana etkileşimin 30 saniyelik kesitleriyle değiştirin. Her zaman bir önce ve sonra karşılaştırması ekleyin. Her portfolyo incelemesinde yoğunluk hacmi yener.

Tasarımcıların vaka çalışmalarındaki en büyük hatası nedir?

Sonuç yerine kurguyla açmak. Bir vaka çalışmasının ilk satırı projenin sonucu olmalı, başlamanın heyecanı değil. İşe alım yöneticileri yukarıdan aşağı tarar. Sonuç ikinci sayfaya gömülmüşse vaka çalışması zaten kaybedilmiştir.

Projeyi henüz yayına almadıysam vaka çalışmasını nasıl yazarım?

Önce bir şey yayına alın. Yayınlanmamış vaka çalışmaları spekülatif okunur ve işe alım yöneticileri onları değersiz sayar. Proje yayından önce görünmek zorundaysa, açıkça "geliştirme aşamasında" diye etiketleyin ve karar günlüğüne ve araştırma bölümlerine odaklanın. Yayınlanmamış comp'ları asla gerçekmiş gibi göstermeyin.

Portfolyo bir satış sayfasıdır

Her vaka çalışması, onu yazan tasarımcının satış sayfasıdır. Ürün tasarımcıdır. Alıcı işe alım yöneticisidir. Fiyat kırk dakikalık bir mülakattır.

Kazanan satış sayfaları doğrudan, spesifik ve dürüsttür. Sonuçla açarlar, kısıtlar ve kararlarla kanıtlarlar, rakamlarla desteklerler ve satıcının kim olduğuna dair net bir ifadeyle kapatırlar. Kaybeden satış sayfaları sonucu sürecin arkasına saklar, hikayeyi bağlamla şişirir ve okuyucuyu gerçekte ne satın aldığını merak ederek bırakır.

Sekiz bölümü yazın. Şişkinliği kesin. Vaka çalışmasını yayınlayın. Sonra bir sonraki proje için, ondan sonrakiyle devam ederek tekrar yapın, ta ki portfolyo keyif aldığınız yolculuklar değil, karşılığını almış yayınlanmış bahisler seti gibi okunana kadar.

Portfolyoları denetleyen, yeniden yazan ve mülakata dönüşen portfolyolar yayınlayan bir ekip istiyorsanız, Brainy'yi tutun. Bu şablonu ürün, marka ve UX portfolyolarında çalıştırdık ve yapı her seferinde tutuyor.

İlgili okumalar

• Landing Page Tasarım İlkeleri
• Görsel Hiyerarşi Tasarımı
• Marka Kimliğini Müşterilere Sunmak
• Marka Kimliği Tasarımı Fiyatlandırması