Freelance bir web tasarımcıyla çalışırken sözleşmede mutlaka ödeme planı, teslim tarihi, revizyon hakkı, kapsam (scope) tanımı ve telif/kaynak dosya mülkiyeti maddeleri bulunmalıdır. “Freelancer’la çalışmak riskli mi?” sorusunun cevabı büyük ölçüde bu maddelerin yazılı olup olmadığına bağlı — sözlü anlaşmalar hem müşteriyi hem tasarımcıyı belirsizlikte bırakır. Bu yazıda bir web tasarım sözleşmesinde olması gereken maddeleri, ödeme/teslim/revizyon kurallarını ve sözleşmesiz çalışmanın taşıdığı riskleri anlatıyoruz.

Neden Yazılı Sözleşme Şart?

Sözleşme, iki tarafın da “ne, ne zaman, ne kadara” sorularına aynı cevabı verdiğini yazılı olarak garanti altına alan belgedir. Sözlü bir anlaşmada “birkaç revizyon” ifadesi bir tarafa 2, diğer tarafa 10 gibi gelebilir; “yakında teslim” bir tarafa 1 hafta, diğer tarafa 1 ay ifade edebilir. Yazılı sözleşme bu yorum farkını ortadan kaldırır ve anlaşmazlık çıktığında geriye dönülecek net bir referans sağlar. Bu sadece müşteriyi değil, tasarımcıyı da korur: kapsam dışı taleplerin “elbette dahildi” diye dayatılmasını önler, ödemenin gecikmesi durumunda elde somut bir dayanak bırakır. Doğru bir freelancer seçmek sürecin ilk yarısıysa, doğru bir sözleşmeyle çalışmak da ikinci ve en az o kadar kritik yarısıdır.

Sözleşmede Hangi Maddeler Mutlaka Olmalı?

Bir web tasarım projesi sözleşmesinde şu maddeler eksiksiz yer almalı:

• Proje kapsamı (scope): Kaç sayfa, hangi özellikler, hangi entegrasyonlar dahil — brief’te netleşen kapsam burada resmileşir.
• Toplam bedel ve ödeme planı: Peşinat, ara ödeme, teslim ödemesi yüzdeleri.
• Teslim tarihi: Net bir tarih veya süre (örn. “sözleşme imzasından 21 iş günü sonra”).
• Revizyon hakkı: Kaç revizyon turu dahil, ek revizyon ücreti ne kadar.
• Telif hakkı ve kaynak dosyalar: Proje tesliminden sonra tasarım dosyalarının, kodun kime ait olacağı.
• İçerik/görsel sorumluluğu: Metin ve görselleri kimin sağlayacağı, gecikirse ne olacağı.
• Fesih koşulları: Taraflardan biri projeden vazgeçerse ne olacağı (yapılan işin ödemesi, iade koşulları).
• Gizlilik: Özellikle müşteri verisi/iş bilgisi paylaşılan projelerde.

Ödeme Planı Nasıl Kurulmalı?

Sektörde yaygın ve dengeli bir yapı, projeyi üçe bölmektir: sözleşme imzalanınca %30-50 peşinat, tasarım onayı/orta aşamada %30, teslimde kalan bakiye. Tamamı peşin ödeme müşteri için, tamamı teslimde ödeme ise tasarımcı için riskli bir dengesizlik yaratır; kademeli ödeme her iki tarafın da işi yarım bırakma riskini azaltır. Bu, freelancer’la çalışmanın avantajlarından birini de somutlaştırır: kurumsal bir ajansta genelde standart, esnek olmayan bir ödeme takvimi sunulurken, freelancer ile projenin büyüklüğüne göre kademe sayısı ve yüzdeleri karşılıklı olarak esnetilebilir.

Teslim Tarihi ve Gecikme Durumunda Ne Olur?

Teslim tarihi net bir gün veya “sözleşme başlangıcından X iş günü sonra” şeklinde yazılmalı — ama bu tarihin, müşterinin içerik/görsel/onay sürecini zamanında tamamlamasına bağlı olduğu da açıkça belirtilmeli. İyi bir sözleşme, gecikmenin kimden kaynaklandığına göre sorumluluğu ayırır: tasarımcı kaynaklı gecikmede ne olacağı (indirim, ek süre) ve müşteri kaynaklı gecikmede (içerik geç teslimi) teslim tarihinin otomatik ötelendiği net olmalı.

Revizyon Hakkı Sınırsız mı Olmalı?

Hayır — sınırsız revizyon hakkı, projenin hiç bitmemesine yol açabilir. Sektörde yaygın uygulama:

Proje Türü	Tipik Dahil Revizyon Sayısı	Ek Revizyon
Landing page / tek sayfa	2 tur	Tur başına ek ücret
Kurumsal site (çok sayfalı)	2-3 tur	Tur başına ek ücret
Randevu/rezervasyon sistemi	2-3 tur (tasarım) + ayrı test/bug süreci	Kapsam dışı talepler ayrı teklif

Burada kritik ayrım şu: “hata düzeltme” (bug fix) revizyon hakkından sayılmamalı, sınırsız olmalı — çünkü bu tasarımcının sorumluluğunda bir eksiklik. “Fikir değiştirme” (örneğin rengi/düzeni baştan değiştirme) ise revizyon hakkından sayılan bir talep türüdür.

Telif Hakkı ve Kaynak Dosyalar Kime Ait Olur?

Standart uygulama, proje bedeli tamamen ödendikten sonra tasarımın ve kaynak dosyaların (varsa) müşteriye devredilmesidir. Sözleşmede bu devrin “tam ödeme sonrası” gerçekleştiği açıkça yazılmalı — aksi halde ödemesi tamamlanmamış bir projede bile müşteri dosyaları talep edebilir, bu da tasarımcıyı korumasız bırakır. Kullanılan premium tema/eklenti lisansları gibi üçüncü parti bileşenlerin devredilebilir olup olmadığı da ayrıca belirtilmeli. Bu madde özellikle uzun vadede önem kazanır: birkaç yıl sonra siteyi güncellemek veya başka bir tasarımcıya devretmek istediğinizde, kaynak dosyalara ve gerekli lisanslara erişiminizin olmaması sizi baştan itibaren tek bir tasarımcıya bağımlı bırakabilir. Sözleşmede bu devrin açıkça yazılı olması, ileride yeni bir teklif almanız gerektiğinde de pazarlık gücünüzü korur.

Fesih ve İade Koşulları Nasıl Olmalı?

Bir proje her zaman planlandığı gibi sonuna kadar gitmeyebilir — bütçe değişir, öncelikler kayar, taraflardan biri projeden vazgeçmek isteyebilir. İyi bir sözleşme bu senaryoyu da öngörür: fesih anına kadar tamamlanan işin karşılığının nasıl hesaplanacağı (örneğin tamamlanan aşamaların ödemesi alınır, kalan bakiye iade edilir), fesih bildiriminin ne kadar önceden yapılması gerektiği ve fesih sonrası o ana kadar üretilen tasarım/kod üzerindeki hakların ne olacağı yazılı olmalı. Bu madde olmadan, proje yarıda kaldığında “ne kadarı ödenecek” sorusu tamamen yoruma açık kalır ve genellikle en çekişmeli anlaşmazlık noktası burası olur.

İçerik ve Görsel Sorumluluğu Sözleşmede Nasıl Netleştirilir?

Web tasarım projelerinde gecikmelerin büyük bir kısmı aslında tasarımcıdan değil, müşterinin metin/görsel teslimini geciktirmesinden kaynaklanır. Sözleşmede kimin hangi içeriği (metin, logo, ürün fotoğrafı, marka renkleri) hangi tarihe kadar teslim edeceği net yazılmalı; müşteri bu tarihi kaçırırsa teslim tarihinin otomatik olarak ne kadar öteleneceği de belirtilmeli. Aksi halde tasarımcı, elinde içerik olmadan “neden site hâlâ bitmedi” sorusuyla karşılaşan taraf olur — oysa gecikme müşteri kaynaklıdır.

İyi Bir Sözleşme Şablonunda Nelere Dikkat Edilmeli?

Sözleşmenin uzun ve hukuki jargonla dolu olması şart değil; asıl önemli olan az önce sayılan maddelerin (kapsam, ödeme, teslim, revizyon, telif, fesih, gizlilik) hiçbirinin atlanmamasıdır. Küçük/orta bütçeli projelerde 1-2 sayfalık, sade bir dille yazılmış ama bu maddelerin tümünü içeren bir sözleşme, 10 sayfalık anlaşılması zor bir hukuki metinden çok daha işlevseldir — çünkü her iki taraf da içeriğini gerçekten okuyup anlar. Önemli olan maddelerin varlığı, metnin uzunluğu değil.

Sözleşme Olmadan Çalışmak Ne Gibi Riskler Taşır?

Bir müşteri, düşük bütçeli bir projede “güvene dayalı” sözlü anlaşmayla ilerlemeyi tercih etmişti. Proje ortasında ek sayfa talepleri geldi, bunların “kapsam dışı” mı yoksa “başta konuşulan” mı olduğu konusunda anlaşmazlık çıktı — çünkü hiçbir yerde yazılı kapsam yoktu. Sonuçta iş gecikti, iki taraf da memnuniyetsiz ayrıldı. Oysa iki sayfalık basit bir sözleşme, kapsamı baştan netleştirip bu anlaşmazlığı tamamen önleyebilirdi. Sözleşme, güvensizlik göstergesi değil, tam tersine profesyonelliğin ve karşılıklı netliğin göstergesidir. İyi bir tasarımcının özelliklerinden biri de tam olarak budur: net bir sözleşme sunmaktan çekinmemek, çünkü bu belge aslında kendisini de koruyor. Sözleşmeyi baştan önermekten kaçınan veya “buna gerek yok, güvenin bana” diyen bir tasarımcı, tersine kırmızı bayrak olarak okunmalı.

Sık Sorulan Sorular

Küçük bütçeli projelerde de sözleşme gerekli mi?

Evet — sözleşmenin uzunluğu bütçeyle orantılı olabilir (küçük projede 1-2 sayfalık basit bir sözleşme yeterlidir) ama yazılı olması her bütçede önemlidir.

Sözleşmeyi kim hazırlamalı, müşteri mi tasarımcı mı?

Genellikle hizmeti sunan taraf (tasarımcı) standart bir şablon hazırlar, müşteri talepleri doğrultusunda üzerinde küçük düzenlemeler yapılır.

Sözleşmede ceza/tazminat maddesi olmalı mı?

Büyük bütçeli projelerde teslim gecikmesi için makul bir gecikme bedeli maddesi eklenebilir; küçük projelerde genellikle gerekli değildir.

Ödeme peşin mi, sonra mı yapılmalı?

İkisi de tek başına dengesiz — kademeli ödeme planı (peşinat + ara ödeme + teslim ödemesi) her iki tarafı da koruyan standart yaklaşımdır.

Freelancer’la sözlü anlaşma yeterli olur mu?

Küçük ve çok basit işler dışında önerilmez — anlaşmazlık çıktığında geriye dönülecek yazılı bir referans olmaz.

---

Projenize başlamadan önce net bir kapsam, ödeme planı ve sözleşmeyle çalışmak isterseniz web tasarımı hizmetlerime göz atabilir ya da doğrudan WhatsApp’tan ulaşabilirsiniz.