Tasarımcılar ve ön uç geliştiriciler için portföy çoğu zaman özgeçmişten daha önemlidir. O, kanıttır. Bir özgeçmiş işi yapabildiğinizi iddia eder; bir portföy işin kendisini ve daha da önemlisi onun hakkında nasıl düşündüğünüzü gösterir.
Çoğu portföy iki yoldan biriyle başarısız olur: çok fazla vasat proje veya problemin, rolünüzün ya da sonucun açıklaması olmayan güzel ekran görüntüleri. Bu rehber ikisini de düzeltir.
Öne çıkanlar
- Üç ila beş güçlü proje, bir düzine ortalamayı yener — değerlendiriciler toplamda iki ila üç dakika harcar.
- Her projenin aynı omurgaya ihtiyacı vardır: problem, rolünüz, süreç, çözüm, etki.
- Dağınık orta kısmı gösterin — eskizler, yinelemeler, ödünleşimler — sadece cilalı son ekranı değil.
- Geliştiriciler: çalışan bir bağlantı artı temiz bir README artı okunabilir kod, gösterişli bir siteden daha ağır basar.
Neyin gireceğini seçmek
- 1Gösterebileceğiniz her projeyi listeleyin — iş, serbest çalışma, yan projeler, ders ödevleri, hackathon'lar, açık kaynak.
- 2Her birini şuna göre puanlayın: istediğiniz işlerle ilgisi, sonucun ne kadarını kendinize mal edebileceğiniz ve belirli katkınızı açıklayıp açıklayamayacağınız.
- 3En iyi 3-5'i tutun. Çok fazla çekince koymanız gereken veya bir gizlilik sözleşmesi nedeniyle hakkında konuşamayacağınız her şeyi çıkarın.
- 4Setin çeşitlilik gösterdiğinden emin olun — aynı ekranın beş sürümü değil, farklı problem türleri.
Hakkında derinlemesine konuşabileceğiniz kendi projeniz, zar zor dokunduğunuz gerçek bir projeyi yener. Kullandığınız bir ürünü yeniden tasarlayın, ihtiyacınız olan bir araç oluşturun veya bir açık kaynak deposuna katkıda bulunun.
Vaka çalışmasının yapısı
Bir vaka çalışması sabit bir biçime sahip kısa bir hikâyedir. Bir okuyucunun iki dakikada tarayabileceği ve beş dakikada tümüyle okuyabileceği bir şeyi hedefleyin.
1. Genel bakış (2-3 cümle) Ürün nedir, kimin için, proje neydi. 2. Rolüm Unvanınız, ekip, zaman aralığı, neyden sorumlu olduğunuz ile neye katkıda bulunduğunuz. 3. Problem Kullanıcı veya iş problemi ve gerçek olduğunu nasıl bildiğiniz (veri, araştırma, şikâyetler). 4. Süreç Yaptığınız 3-4 kilit hamle. Çıktıları gösterin: eskizler, akışlar, prototipler, deneyler, PR'lar. En az bir ödünleşim veya çıkmaz sokak ve neden yön değiştirdiğinizi ekleyin. 5. Çözüm Nihai sonuç, görsellerle veya çalışan bir bağlantıyla. Önemli kararlara not düşün. 6. Etki Elinizde varsa sayılar (dönüşüm, yükleme süresi, görev başarısı, benimseme). Yoksa niteliksel sonuçlar ve sonrasında neyi ölçeceğiniz. 7. Ne öğrendim Bir veya iki dürüst değerlendirme.
Şunun yerine
"Kullanıcı deneyimini iyileştirmek için ödeme akışını yeniden tasarladım." + 4 cilalı ekran görüntüsü.
Şunu yazın
"Mobilde sepet terk oranı %68'di. 5 kullanıcı oturumu yürüttüm, adres formunun terk noktası olduğunu buldum, 2 alanlı otomatik tamamlamayı orijinal 9 alanlıya karşı test ettim ve kazananı yayına aldım. Terk oranı 6 haftada %51'e düştü." + öncesi/sonrası + test edilen iki prototip.
Geliştiriciyseniz
- Her proje: bir canlı demo bağlantısı ve bir depo bağlantısı, ikisi de çalışıyor. Bozuk bir demo, demo olmamasından daha kötüdür.
- Gerçek bir README yazın: ne yaptığı, ekran görüntüsü veya GIF, teknoloji yığını, yerel olarak nasıl çalıştırılacağı, sonra ne yapacağınız.
- En iyi 4-6 deponuzu GitHub profilinize sabitleyin ve bir profil README'si ekleyin.
- Kod kalitesi sinyallerini öne çıkarın: testler, CI, net commit'ler, mantıklı yapı. Değerlendiriciler kodu gerçekten açar.
- Açık kaynak katkıları sayılır — birleştirilen PR'ları bağlayın ve her birinin ne yaptığını kısaca söyleyin.
- Görsel hiçbir şeyin olmadığı arka uç veya veri rolleri için, net bir mimari diyagram ve yazılı bir açıklama ekran görüntülerinin yerini alır.
# Proje adı Ne yaptığı ve kimin için olduğu hakkında bir cümle.  ## Neden yaptım 2-3 cümle. ## Yığın Diller, çerçeveler, önemli kütüphaneler, barındırma. ## Yerel olarak çalıştırma Adımlar. ## Önemli kararlar - Karar ve nedeni - Yaptığınız bir ödünleşim ## Sırada ne var Kısa liste.
Tasarımcıysanız
- Yalnızca nihai kompozisyonları değil, süreç çıktılarını gösterin: araştırma notları, kullanıcı akışları, tel çerçeveler, yinelemeler.
- Yayınlanmayan sürümleri ekleyin ve nedenini söyleyin — yargı gücü gösterir.
- Portföy sitesinin kendisinde görsel işçiliği yüksek tutun; isteseniz de istemeseniz de bir iş örneğidir.
- Her kararı kişisel zevke değil, bir kullanıcı ihtiyacına veya bir iş hedefine bağlayın.
- UX rolleri için düşünceyle başlayın; görsel veya marka rolleri için işçilikle başlayın — ama ikisi de ikisine ihtiyaç duyar.
Nerede barındırılır
- Kendi alan adınızda kişisel bir site en güçlü seçenektir — tam kontrol, kararlı görünür.
- Hızlıca yayınlanır: bir site oluşturucudaki bir şablon veya GitHub Pages, Vercel ya da Netlify'deki basit bir statik site.
- Tasarımcılar erişim için Behance veya Dribbble ile tamamlayabilir, ama gerçek vaka çalışmalarını kendi sitenizde tutun.
- Geliştiriciler: GitHub pazarlık konusu değil; bir portföy sitesi artıdır.
- Biri e-posta yoluyla sorduğunda diye her zaman bir veya iki vaka çalışmasının PDF veya slayt sürümünü hazır bulundurun.
Haftalar süren ve hâlâ tek bir projesi olan özel animasyonlu bir portföy kimseye yardımcı olmaz. Önce üç gerçek vaka çalışmasıyla basit, hızlı bir site yayınlayın, sonra geliştirin.
Yaygın hatalar
- Çok fazla proje, hiçbiri derinlemesine açıklanmamış.
- Problem ifadesi, rol veya sonuç olmayan ekran görüntüleri.
- Kişisel olarak ne yaptığınızı söylemeden ekip sonuçlarını sahiplenmek.
- İletişim bilgisi yok veya iletişime geçmenin bariz bir yolu yok.
- İşe alım uzmanlarına gönderdiğiniz sürümde parola korumalı veya bozuk bağlantılar.
- En iyi projeyi üçüncü sayfaya gömmek.
Uygulamaya geçirin
ATS uyumlu bir özgeçmişi ücretsiz oluşturun — yapay zekâ yazım yardımı, sınırsız indirme, filigran yok.
Özgeçmişimi başlatSık sorulan sorular
Bir portföyde kaç proje olmalı?
Üç ila beş. Değerlendiriciler nadiren üçüncüyü geçer. Birkaçında derinlik, çoğunda genişliği yener.
Gizlilik sözleşmesi kapsamındaki işi ekleyebilir miyim?
Önce şirketinizle konuşun. Çoğu zaman gizli ayrıntıları veya yayınlanmamış ekranları açığa çıkarmadan süreci ve sonuçları üst düzeyde gösterebilirsiniz. Şüpheniz varsa, göstermek yerine kelimelerle anlatın.
Arka uç geliştiriciysem portföye ihtiyacım var mı?
Bir portföy sitesi isteğe bağlıdır, ama sabitlenmiş depoları, iyi README'leri ve görünür katkıları olan güçlü bir GitHub profili aynı işi yapar.
Önce hangisi gelir, portföy mü özgeçmiş mi?
Portföy bağlantısını özgeçmişinizin ve LinkedIn'inizin en üstüne koyun. Tasarım ve ön uç rolleri için, biri özgeçmişi dikkatlice okumadan önce portföyün değerlendirileceğini bekleyin.