
Portfolyo oluşturmak çoğu zaman tam da işleriniz ciddileştiği noktada zorlaşır.
Küçük bir müşteri, bitmiş web sitesini, paneli veya kampanyayı yayınlamanıza memnuniyetle izin verebilir. Daha büyük bir şirket ise size iç sistemlere, müşteri verilerine, yayınlanmamış ürünlere, ticari rakamlara veya özel süreçlere erişim verip bunları gizli tutmanızı isteyebilir.
Birkaç proje sonra garip bir sorunla karşılaşırsınız: en güçlü işleriniz portfolyonuzda yoktur.
Bu, projenin mesleki hikâyenizden otomatik olarak silinmesi gerektiği anlamına gelmez. İki soruyu birbirinden ayırmanız gerektiği anlamına gelir:
Yasal ve sözleşmesel olarak neyi paylaşmanıza izin var?
Bu sınır içinde katkınızı yine de nasıl kanıtlayabilirsiniz?
İlk soru ikinciden önce gelir.
Müşteri adını anonimleştirmek, bir ekran görüntüsünü bulanıklaştırmak veya bir vaka çalışmasını şifrenin arkasına koymak, paylaşımı otomatik olarak izinli hale getirmez. Neyi kullanabileceğinizi NDA'nız, hizmet sözleşmeniz, iş sözleşmeniz, iş tanımınız (SOW), müşteri politikaları ve sonradan verilen yazılı izinler belirler.
Bu rehber genel bilgilendirme amaçlıdır, hukuki tavsiye değildir. Bir sözleşmenin ifadesi belirsizse veya paylaşımın sonuçları önemliyse, o sözleşme için uzman desteği alın.
Daha geniş portfolyo stratejiniz üzerinde çalışıyorsanız, walllet.com'daki mevcut rehberler güçlü bir freelance UX portfolyosunu nasıl kuracağınızı, güvenilir veri analisti portfolyo projelerini nasıl seçeceğinizi ve yazılım geliştirme müşterileri ve sözleşmeleri ararken deneyiminizi nasıl sunacağınızı anlatıyor. Bu rehber daha zor durumu ele alıyor: yeteneğinizi kanıtlayan iş doğrudan yayınlanamıyorsa ne yapmalı.
NDA kapsamındaki işi portfolyonuza koyabilir misiniz?
Bazen, ama herkes için geçerli bir "evet" yok.
NDA; neyin gizli bilgi sayıldığını, bu bilginin nasıl kullanılabileceğini, üçüncü taraflarla paylaşılıp paylaşılamayacağını, gizlilik yükümlülüklerinin ne kadar süreceğini ve hangi istisnaların geçerli olduğunu tanımlayabilen bir sözleşmedir. Dünya Fikri Mülkiyet Örgütü, NDA'ların erişimi, kullanımı ve paylaşımı düzenleyebileceğini ve gizli bilginin yazılım, tasarım, müşteri listeleri, iş planları ve finansal bilgileri kapsayabileceğini özellikle belirtir.
Bu yüzden sözleşmenizin gerçek ifadesi, “sadece müşteri adını kaldır” gibi genel bir kuraldan daha önemlidir.
İşe yarar bir varsayılan şudur:
Sözleşme portfolyo kullanımına açıkça izin vermiyorsa, tanımlayıcı ayrıntıları değiştirmenin veya gizlemenin izin yarattığını varsaymayın. Sözleşmeyi kontrol edin ve gerektiğinde önce yazılı onay alın.
Birleşik Krallık Fikri Mülkiyet Ofisi de benzer pratik bilgiler veriyor: NDA, gizli bilginin paylaşımını kontrol etmek için kullanılan yasal bir sözleşmedir ve paylaşımın izin verilen amacı önemlidir.
Müşteriyi anonimleştirmek izin almakla aynı şey değildir
Yayınlanmamış bir finans ürünü üzerinde çalıştığınızı düşünün. Şirket adını kaldırıp şunu yazıyorsunuz:
500.000'den fazla müşterisi olan, hızla büyüyen bir Batı Afrika fintek şirketi için kayıt sürecini yeniden tasarladım.
Şirketin adını vermediniz. Ama sektör, coğrafya, ölçek, proje türü ve zamanlamanın birleşimi müşteriyi yine de belli edebilir. Aynı sorun, logoyu kaldırıp şunları bıraktığınızda da ortaya çıkar:
tanınabilir bir arayüz;
benzersiz bir ürün özelliği;
kesin gelir veya dönüşüm rakamları;
şirket içi terimler;
çalışan adları;
müşteri kayıtları;
kod deposu veya mimari ayrıntıları;
özel bir Slack yazışmasından alıntı;
yayınlanmamış bir ürünü ele veren lansman tarihleri.
Anonimleştirme tanımlayıcı bilgiyi azaltır. Sözleşmenizdeki izinleri değiştirmez. Bir de pratik bir “mozaik” sorunu vardır: tek tek belirsiz olan birkaç ayrıntı bir araya gelince kimliği ortaya çıkarabilir.
Portfolyo tasarımıyla değil, sözleşmeyle başlayın
Anonim bir vaka çalışması yazmadan önce projeyle ilgili olabilecek tüm sözleşmeleri inceleyin. Şunları düzenleyen maddelere bakın:
“Gizli Bilgi” tanımı
Tanıtım, pazarlama veya portfolyo hakları
Müşterinin adının ve logosunun kullanımı
Fikri mülkiyetin sahipliği
Ekran görüntüleri, prototipler, kod, belgeler ve veriler
Üçüncü taraflarla paylaşım
Zaten kamuya açık olan bilgiler
Proje bittikten sonraki gizlilik
Yayından önceki inceleme veya onay süreci
Sadece “NDA” başlıklı belgede durmayın. Ana hizmet sözleşmeniz, iş sözleşmeniz, iş tanımınız veya müşteri el kitabı ayrı gizlilik ya da tanıtım maddeleri içerebilir.

Bir projenin herkese açık hale gelmesi de tüm kısıtlamaları otomatik olarak kaldırmaz. Ürün yayına girmiş olabilir; ancak araştırmalar, iç metrikler, kaynak dosyalar, ticari koşullar veya bunlara erişiminiz gizli kalabilir.
Anonimleştirip yayınlamadan önce izin isteyin
Sözleşme size açık portfolyo hakları vermiyorsa, en temiz yol çoğu zaman net bir yazılı taleptir.
Şunu yazmayın: “Bu projeyi portfolyoma koyabilir miyim?”
Bu, çok şeyi belirsiz bırakır. Müşteriye tam olarak neyi paylaşmak istediğinizi söyleyin. Örneğin:
Konu: [proje] için portfolyo izni
Merhaba [Ad], [proje] üzerindeki çalışmama dayanan sınırlı bir portfolyo vaka çalışması hazırlamak istiyorum.
Rolümü, sorunun genel bir tanımını, kullandığım süreci ve seçilmiş sonuçları göstermek istiyorum. Gizli ürün verilerini, müşteri bilgilerini, iç belgeleri veya orijinal ekran görüntülerini yayınlamayacağım.
Görsel gerektiğinde, proje dosyalarını kullanmak yerine kurgusal verilerle yeni maketler hazırlayabilirim.
Herhangi bir şey yayınlanmadan önce vaka çalışmasının son halini onayınıza sunabilirim. Lütfen hangi ayrıntıların herkese açık kullanımını onaylayabileceğinizi bana bildirin.
Müşteri talebin yalnızca bir kısmını onaylarsa, bu onayı kelimesi kelimesine uygulayın. Şirketten bahsetme izni, ürün ekranlarını gösterme izni anlamına gelmeyebilir. Bir ekran görüntüsünü gösterme izni de performans verilerini paylaşma izni anlamına gelmeyebilir.
Yazılı onayı proje kayıtlarıyla birlikte saklayın.
Müşteri hayır derse ne olur?
O zaman izin vermediği materyal için cevap hayırdır. Bir gizlilik kısıtlamasını daha yoğun bulanıklaştırmayla, özel bir Notion bağlantısıyla veya şifreli bir PDF ile aşmaya çalışmayın.
Bunun yerine kanıtı gizli materyalden bir adım uzağa taşıyın. Korunan projenin kendisini yayınlamak yerine kanıtı yeteneğinizin etrafında kurabilirsiniz.
Vaka çalışmasını müşterinin sahip olduğu şeyler üzerine değil, sizin yaptıklarınız üzerine kurun
İşe yarar bir gizli vaka çalışması, ciddi bir potansiyel müşterinin önemsediği soruları yine de yanıtlayabilir:
Ne tür bir sorundan sorumluydunuz?
Rolünüz neydi?
Hangi kararları verdiniz?
Hangi kısıtlar altında çalıştınız?
Soruna nasıl yaklaştınız?
Ne teslim ettiniz?
Nasıl iş birliği yaptınız?
Sonuç paylaşılabiliyorsa, çalışmanız neyi değiştirdi?
Bugün neyi farklı yapardınız?
Müşteriye teslim edilen son ürün, kanıtın yalnızca bir biçimidir. Düşünme biçiminiz de bir kanıt olabilir.
Bir UX tasarımcısı için bu, gerçek arayüzü göstermeden karmaşık bir iş akışını nasıl haritaladığınızı, araştırma yöntemlerini nasıl seçtiğinizi ve rakip çözümleri nasıl test ettiğinizi anlatmak olabilir.
Bir geliştirici için bu, özel kaynak kodunu yayınlamadan mimari kararı, hata koşulunu veya ödünleşimi açıklamak olabilir.
Bir veri analisti için bu, müşterinin gerçek kayıtları yerine kurgusal bir veri setiyle bir iş sorusunu nasıl çerçevelediğinizi, verileri nasıl doğruladığınızı ve bir karar alma sürecini nasıl tasarladığınızı göstermek olabilir.
Bir pazarlamacı için bu, şirketi, reklam hesabını, kitle verilerini veya ticari açıdan hassas rakamları açıklamadan kampanya yapısını, deney mantığını ve ölçüm yaklaşımını anlatmak olabilir.
İşe yarar ayrıntı gizli bilgilerde değil, kararlarınızda olmalı.
Tüm ayrıntıları silmek yerine kısıtlı kanıtı değiştirin
En kötü anonim vaka çalışmaları o kadar belirsiz hale gelir ki neredeyse hiçbir şey kanıtlamaz: “Kullanıcı deneyimini iyileştirmek ve güçlü sonuçlar elde etmek için önde gelen bir şirketle çalıştım.”
Potansiyel bir müşteri ne yaptığınızı anlayamaz. Daha güçlü bir vaka çalışması, kısıtlı kanıtı değiştirirken mesleki özü korur.
Kısıtlı materyal | Asıl paylaşıma izin varsa olası alternatif |
Gerçek ürün ekran görüntüsü | Kurgusal içerik ve verilerle yeni hazırlanmış bir maket |
Müşteri veri seti | Aynı türden analitik soruna sahip kurgusal bir veri seti |
Özel kaynak kodu | Kavramı gösteren sözde kod veya yeni, basitleştirilmiş bir örnek |
İç panel | Uydurma değerlerle yeniden kurulmuş bir demo panel |
Kesin gelir veya dönüşüm rakamları | Onaylanmış bir aralık, yüzde veya niteliksel sonuç |
Müşteri adı ve logosu | Genel bir proje etiketi; yalnızca bu tanımın kendisine izin varsa |
Özel Slack/e-posta mesajları | Orijinal mesajlar değil, iş birliği sürecinin bir tanımı |
İç strateji belgesi | Karar çerçevesinin genel bir açıklaması |
Gizli araştırma bulguları | Bulgular olmadan, araştırma yönteminiz ve karar süreciniz |
İkinci sütundaki koşul önemlidir.
Yeniden oluşturulmuş bir ekran, sırf siz yeniden çizdiniz diye otomatik olarak güvenli olmaz. Gizli bir tasarımı, yayınlanmamış bir iş akışını veya korunan bilgileri yeniden üretiyorsa, yeniden oluşturmak paylaşım sorununu çözmez.
Aynı şey kurgusal veriler için de geçerlidir. Kurgusal rakamlar, gerçek veri setini açığa çıkarmadan bir analiz yöntemini göstermek istediğinizde işe yarar. Gizli ticari bilgileri biraz değiştirilmiş bir biçimde yeniden oluşturmak için kullanılmamalıdır.
Kurgusal çalışmanın kurgusal olduğunu açıkça belirtin
Potansiyel bir müşterinin yeniden kurulmuş bir çalışmayı müşterinin gerçek teslimatı sanmasına izin vermeyin. Açıkça etiketleyin:
Kurgusal verilerle yeniden oluşturulmuş portfolyo görseli. Orijinal müşteri materyali gizlidir.
Bu cümle iki iş görür. Gerçek çalışmanın neden yer almadığını açıklar ve izleyicinin gördüğü şeyi abartmanızı önler. Güveni de artırabilir. Mesleki gizliliği bir zahmet olarak değil, anladığınız bir ilke olarak gösterirsiniz.
Aralıkları yalnızca rakamın kendisi paylaşılabiliyorsa kullanın
$4.7 million ifadesini $4–5 million olarak değiştirmek bir boşluk değildir.
38.7% ifadesini “yaklaşık %40” yapmak da değildir.
Performans verileri gizliyse, yuvarlamak onları otomatik olarak yayınlanabilir yapmaz. Aralıklar, sonucun bir biçiminin paylaşılabileceği netleştikten sonra işe yarar. Örneğin müşteri şunu onaylayabilir:
İşlem süresini %20'den fazla azalttı
ve kesin iç ölçümü onaylamayabilir. Bu bir anonimleştirme hilesi değil, bir izin kararıdır.
Müşteriyi dolaylı olarak ele veren ayrıntılara dikkat edin
“Gizli SaaS müşterisi” bir durumda yeterince genel olabilir. “Lagos'ta 43 hastaneye hizmet veren Series B aşamasındaki bir sağlık SaaS şirketi” ise şirketi neredeyse adı kadar net tanımlayabilir. Aynısı şunlar için de geçerlidir:
kesin ekip büyüklüğü;
kesin proje bütçesi;
alışılmadık teknoloji yığınları;
belirli ülkeler veya şehirler;
ayırt edici müşteri türleri;
kesin lansman tarihleri;
yatırım aşaması;
alışılmadık derecede kesin proje süresi;
adı verilen rakipler;
şirkete özgü sorunlar.
Anonimleştirirken her cümleyi tek tek kontrol etmek yerine vaka çalışmasının tamamını tek bir bilgi bütünü olarak inceleyin. Portfolyonuz gizli müşteriyi değil, yeteneğinizi tanınır kılmalı. Portfolyonuz işinizi kanıtlar. walllet.com'un Nijerya'daki uluslararası freelance işlerin para tarafına nasıl uyduğunu görün.

Herkese açık portfolyo, özel sunum ve gelir kanıtı üç farklı şeydir
Bu ayrım önemlidir, çünkü “Web siteme koymayacağım” demek “Paylaşabilirim” demekle aynı şey değildir.
Kanıt türü | Amaç | Gizlilik kuralı |
Herkese açık portfolyo | Potansiyel müşterilerin yeteneğinizi değerlendirmesini sağlamak | Yalnızca kamuya açıklamanıza izin verilen bilgileri yayınlayın |
Özel görüşme veya potansiyel müşteriye sunum | Seçilmiş kişilere daha ayrıntılı kanıt sunmak | Özel paylaşım da bir paylaşımdır; NDA ve verilen izinler yine geçerlidir |
Gelir kanıtı / fon kaynağı kayıtları | Meşru bir doğrulama ihtiyacı için gelirin nereden geldiğini göstermek | Gereken en az kaydı uygun ve güvenli bir kanalla paylaşın; bu portfolyo materyali değildir |
Şifreli bir vaka çalışmasını gören bir işe alım uzmanı da üçüncü taraftır.
Özel bir Figma dosyasını gören potansiyel müşteri de bilgi almaktadır.
“Özel” olmak kamuya açıklığı azaltabilir. Otomatik olarak bir sözleşme istisnası yaratmaz.
Portfolyo kanıtının finansal kanıtla karıştırılmaması gerekmesinin nedeni de budur. Sözleşmeler, faturalar, ödeyen kayıtları ve tahsilat dökümleri freelance gelirin kaynağını göstermeye yardımcı olabilir, ancak genellikle herkese açık bir portfolyoda yer almazlar. walllet.com'un Nijeryalı freelancer'lar için gelir kanıtı, fon kanıtı ve fon kaynağı rehberi bu kanıtları ayrıca ele alıyor.
Bir proje tekliften ücretli işe geçtiğinde idari taraf da önem kazanır. Nijerya'daki freelancer'lar için uluslararası müşteri ödeme akışı rehberi portfolyo tarafını değil, ödeme alma tarafını ele alıyor.

Hangi destekleyici kanıtları kullanabilirsiniz?
Gizli bir vaka çalışması deneyiminizi kanıtlama yükünün tamamını taşımak zorunda değildir. Müşterinin izin verdiklerine bağlı olarak destekleyici kanıtlar şunları içerebilir:
Müşteri tavsiyesi
Rolünüz, güvenilirliğiniz veya becerileriniz hakkında kısa bir tavsiye, projeyi açıklamadan güvenilirlik sağlayabilir. Kişinin adını, işvereni veya alıntıyı yayınlamadan önce izin alın.
Referans
Potansiyel bir müşteriye sonraki bir aşamada referans verebileceğinizi söyleyebilirsiniz. Bir müşterinin iletişim bilgilerini onayı olmadan paylaşmayın.
Kamuya açık bilgiler
Şirket ürünü kamuya duyurduysa, uygun olduğunda bu kamuya açık kaynağa yönlendirebilirsiniz. Ancak bir bilginin kamuya açık olması, proje sırasında öğrendiğiniz her şeyi paylaşmanıza otomatik olarak izin vermez.
Arındırılmış bir sözleşme alıntısı
Bazı özel doğrulama durumlarında, dikkatle karartılmış bir sözleşme rolünüzü veya ilişkinizi kanıtlayabilir. Bu, sözleşmeyi portfolyo materyali yapmaz. Karartılmış bir alıntıyı bile paylaşmadan önce sözleşmeyi kontrol edin.
Fatura veya ödeme kaydı
Bunlar, meşru olarak gerektiğinde mesleki faaliyetin veya gelirin kanıtını destekleyebilir. Çekici portfolyo varlıkları olarak değil, finansal kanıt olarak ele alınmalıdır. Alıcının ihtiyaç duymadığı bilgileri karartın ve uygun, güvenli bir kanal kullanın.
NDA kapsamındaki bir portfolyoyu gizlilik sorununa dönüştürebilecek yedi hata
1. Önce yayınlayıp sonra sormak
Gizli bilgi bir kez kamuya açıldığında, sayfayı kaldırmak paylaşımı geri almaz. Sınırı yayından önce doğru belirleyin.
2. “Anonim”in “izinli” anlamına geldiğini varsaymak
Şirket adını kaldırmak gizli bilgiyi ortadan kaldırmayabilir veya şirketi tanınmaz hale getirmeyebilir.
3. Gerçek bir ekran görüntüsünü bulanıklaştırmak
Bulanık bir ekran görüntüsü yine de arayüzü, düzeni, iş akışını, markayı, ürün kategorisini veya müşterinin yayınlanmasını hiç onaylamadığı bilgileri açığa çıkarabilir. Gerçekten yeniden kurulmuş bir demo çalışma genellikle daha temiz bir portfolyo tekniğidir; yeter ki gösterdiğiniz kavramın kendisi paylaşılabilsin.
4. Kesin rakamları “vaka çalışmasını güçlendiriyor” diye tutmak
Kesin iç metrikler ticari açıdan hassas olabilir. Güçlü kanıt, sözleşme ihlaline değmez.
5. Anonim tanımı fazla ayrıntılı yapmak
Sektör + konum + ölçek + ürün + tarih, adını hiç söylemeden bir müşteri adına dönüşebilir.
6. Özel bir sunumun NDA dışında kaldığını varsaymak
Özel bir dinleyici kitlesi de bir dinleyici kitlesidir. O kişiyle paylaşıma izin olup olmadığını kontrol edin.
7. Projenin gerçek olduğunu kanıtlamak için fatura veya sözleşme yüklemek
Finansal veya sözleşmesel kanıtın amacı farklıdır. Bunları herkese açık portfolyonun dışında tutun.

Tekrar kullanılabilir bir gizli vaka çalışması yapısı
NDA kapsamındaki bir proje için özel bir yazım tarzına ihtiyacınız yok. Korunan materyale dayanmadan yetkinliğinizi kanıtlayan bir yapıya ihtiyacınız var.
Proje
Gizli [proje türü veya genel kategori; yalnızca izin varsa]
Kısıtlamayı açıklayan bir cümle ekleyin:
Müşteri kimliği ve orijinal proje materyalleri gizlidir. Bu vaka çalışması, yeniden oluşturulmuş örneklerle rolümü ve çalışma sürecimi anlatır.
Rolüm
Tam olarak neyin sorumluluğunu taşıdığınızı belirtin. Örneğin:
Projenin kayıt bölümünde, iş akışı haritalamadan prototip doğrulamaya ve geliştiricilere teslime kadar UX araştırmasını ve etkileşim tasarımını yönettim.
Bu, şundan çok daha güçlüdür:
UX konusunda yardımcı oldum.
Sorun
Sorunun ana hatlarını, korunan bilgileri açığa çıkarmadan anlatın. Örneğin:
İş akışı, yeni kullanıcıların ana ürüne ulaşmadan önce birbirine bağlı birkaç adımı tamamlamasını gerektiriyordu.
Bu bilgi bile gizliyse, bir soyutlama düzeyi daha yukarı çıkın.
Kısıtlar
Kararlarınızı etkileyen mesleki kısıtları açıklayın:
eski sistemler;
dar teslim süresi;
ekipler arası bağımlılıklar;
erişilebilirlik gereksinimleri;
eksik veriler;
karmaşık onay süreçleri;
teknik sınırlamalar.
Yalnızca paylaşmanıza izin verilen kısıtları ekleyin.
Süreç
Nasıl çalıştığınızı gösterin:
Sorunu nasıl teşhis ettiğinizi
Hangi bilgilere ihtiyaç duyduğunuzu
Hangi alternatifleri değerlendirdiğinizi
Bazı seçenekleri neden elediğinizi
Kararı nasıl test ettiğinizi veya doğruladığınızı
İşi nasıl devrettiğinizi
Kıdem çoğu zaman tam burada görünür hale gelir.
Portfolyo görselleri
İzin verilen yerlerde açıkça etiketlenmiş, yeniden kurulmuş veya kurgusal materyal kullanın. Örneğin:
Aşağıdaki iş akışı bu portfolyo için hazırlanmış basitleştirilmiş bir yeniden kurgudur. Adlar, değerler ve arayüz öğeleri kurgusaldır.
Sonuç
Yalnızca sözleşmenin veya müşteri onayının izin verdiği düzeyde sonuç paylaşın. Bu şunlar olabilir:
kesin bir metrik;
onaylanmış bir aralık;
yön belirten bir sonuç;
niteliksel bir sonuç;
ya da hiç sonuç yok.
Sonucu paylaşamıyorsanız bunu söyleyin.
İş performansı verileri gizli olduğundan bu vaka çalışması sonuç metriklerini içermez.
Açık bir eksiklik, şüphe uyandıran belirsiz bir başarı iddiasından daha inandırıcıdır.
Ne öğrendim
Bu sizin mesleki değerlendirmenizdir, ancak gizli proje bilgilerini açığa çıkarmamalıdır. Projenin benzer sorunlara yaklaşımınızı nasıl değiştirdiğini anlatın.
Örnek: gizli bir projeyi işe yarar bir vaka çalışmasına dönüştürmek
Zayıf versiyon: Büyük bir fintek şirketi için dönüşümü önemli ölçüde artıran gizli bir yeniden tasarım üzerinde çalıştım. NDA nedeniyle daha fazlasını paylaşamıyorum.
Burada bir müşterinin değerlendirebileceği neredeyse hiçbir şey yok. Her ayrıntının paylaşımı için onay alındığını varsayarsak daha güçlü bir versiyon:
Gizli bir B2B kayıt projesinde ürün tasarımcısı olarak çalıştım. Sorumluluğum iş akışı haritalama, prototip tasarımı, kullanılabilirlik testleri ve mühendislik ekibine teslimi kapsıyordu.
Ana tasarım sorunu, gerekli kontrolleri kaldırmadan çok adımlı bir kurulum sürecindeki gereksiz kararları azaltmaktı.
Üç akış yapısını karşılaştırdım, en güçlü iki yönü test ettim ve uygulama için son etkileşim mantığını belgeledim.
Orijinal arayüz ve araştırma verileri gizlidir. Aşağıdaki diyagramlar kurgusal adlar ve değerlerle hazırlanmış portfolyo yeniden kurgularıdır.
Müşteri kimliği, canlı ürün ekranları ve performans rakamları gizlilik sözleşmesi gereği çıkarılmıştır.
İkinci versiyon, gizli kalan şeyleri gösteriyormuş gibi yapmadan çok daha fazlasını kanıtlar.
Portfolyo haklarını gelecekteki sözleşmelere ekleyin
Portfolyo kullanımı proje başlamadan konuşulursa gizliliği yönetmek kolaylaşır. Gelecekteki freelance sözleşmeleriniz için şunları yapıp yapamayacağınızı konuşmayı düşünün:
lansmandan sonra müşterinin adını vermek;
müşterinin logosunu kullanmak;
herkese açık son çalışmayı göstermek;
anonim bir vaka çalışması hazırlamak;
rolünüzü ve sürecinizi anlatmak;
onaylanmış performans aralıklarını kullanmak;
bir referans yorumu yayınlamak;
son vaka çalışmasını yayından önce müşterinin incelemesine sunmak.
İnternetten genel bir portfolyo maddesi kopyalayıp her yerde işe yarayacağını varsaymayın. Sözleşme hukuku, fikri mülkiyet hakları ve gizlilik yükümlülükleri sözleşmeye ve geçerli yargı yetkisine bağlıdır. İşe yarar pratik nokta daha basittir: portfolyo çalışmasına ihtiyaç duymadan önce konuyu müzakere edin.
Proje hakkında hiçbir şey paylaşamıyorsanız ne yapmalısınız?
Ayrı bir kanıt oluşturun.
Müşterinin gizli işini yeniden üretmeden aynı beceriyi gösteren kendi projenizi oluşturun.
Özel proje karmaşık bir yetkilendirme sistemi tasarlamanızı gerektirdiyse, kurgusal yeni bir yetkilendirme problemi kurun.
Elde tutma (retention) verilerini analiz ettiyseniz, yeni bir veri seti oluşturun ve analiz yöntemini onun üzerinde gösterin.
Şirket içi bir operasyon paneli tasarladıysanız, farklı bir işletme hayal edin ve sıfırdan yeni bir panel oluşturun.
Bir altyapı sorununu çözdüyseniz, müşteri mimarisini yeniden üretmeden mühendislik ilkesini gösteren teknik bir örnek hazırlayın.
Amaç müşteri işini kişisel bir proje gibi göstermek değildir.
Amaç yeteneği bağımsız olarak göstermektir.
Bu ayrım hem sizin güvenilirliğinizi hem de müşterinin bilgilerini korur.
Hukuki kaynaklar
Bu rehberdeki hukuki çerçeve temel olarak Dünya Fikri Mülkiyet Örgütü'nün gizli bilgi, ticari sırlar ve sözleşmesel gizlilik konusundaki rehberine ve Birleşik Krallık Fikri Mülkiyet Ofisi'nin pratik NDA rehberine dayanır. Belirli sözleşme hakları ve çözüm yolları, sözleşmeye ve geçerli hukuka bağlıdır.
Gizli işleri gizli tutun, ama freelance işinizin geri kalanını gereğinden zor hale getirmeyin. walllet.com'un Nijerya'da uluslararası freelance gelirinizi yönetmeye nasıl uyduğunu keşfedin.
İlgili yazılar
Freelance ve Uzaktan Çalışma: Fiyatlandırma, Müşteriler ve Ödemeler
2026'da Webflow, Framer ve Bubble: İstediğiniz Freelance İş İçin En İyi No-Code Platform
2026'da Gerçekten Freelance Müşteri Kazandırabilecek 7 Veri Analisti Portfolyo Projesi