İçindekiler
Sözleşmesiz çalışmak, temelsiz bir ev inşa etmek gibidir — her şey bir süre dayanabilir, ancak bir şeyler ters gittiği anda her şey çöker. Ancak şaşırtıcı sayıda serbest çalışan, özellikle kariyerlerinin başlarında bu adımı tamamen atlar. E-posta yoluyla projelere anlaşırlar, belirsiz şartlar üzerinde el sıkışırlar ve en iyisini umarlar.
Bu kılavuz, serbest çalışma sözleşmesinde ihtiyacınız olan her maddeyi kapsar, her birinin neden önemli olduğunu açıklar ve sizi — ve müşterilerinizi — en yaygın anlaşmazlıklardan korumak için bir çerçeve sunar.
Serbest Çalışan Sözleşmeleri Neden Önemlidir
Bir sözleşme güvensizlikle ilgili değildir. Netlikle ilgilidir. Her iki taraf da kapsam, teslim tarihleri, ödemeler ve sahiplik konusunda ilk günden itibaren aynı anlayışa sahip olduğunda, projeler daha sorunsuz ilerler ve ilişkiler daha uzun sürer. Sözleşme, ilgili herkesi korumak için vardır.
Yazılı bir anlaşma olmadan, çeşitli risklere maruz kalırsınız: kapsam kayması (projenin ek ödeme yapılmadan kademeli olarak kararlaştırılanın ötesine geçmesi), geç ödeme veya ödeme yapılmaması, fikri mülkiyet sahipliği konusunda anlaşmazlıklar ve aslında neyin vaat edildiği konusunda anlaşmazlıklar. İyi hazırlanmış bir sözleşme, tüm bunları sorun haline gelmeden önce ele alır.
Küçük projeler için bile basit, tek sayfalık bir anlaşma hiç yoktan iyidir. Daha büyük işler için kapsamlı bir sözleşme şarttır.
Temel Sözleşme Maddeleri Açıklandı
1. İlgili Taraflar
Temel bilgilerle başlayın: tam yasal adınız veya işletme adınız, müşterinin tam adı veya işletme adı, adresler ve iletişim bilgileri. Bu, anlaşmaya kimin bağlı olduğunu belirler. Bir limited şirket aracılığıyla faaliyet gösteriyorsanız, kişisel adınız yerine şirket adını kullanın.
2. İş Kapsamı
Bu tartışılmaz şekilde en önemli madde ve en sık kötü yapılan maddedir. Kapsam, tam olarak ne teslim edeceğinizi spesifik, ölçülebilir terimlerle açıklamalıdır. "Web tasarım hizmetleri" çok belirsizdir. "5 sayfalık bir WordPress web sitesi tasarlayın ve geliştirin; anasayfa, hakkında sayfası, hizmetler sayfası, portföy sayfası ve iletişim sayfası dahil olmak üzere, mobil duyarlı tasarım ve temel sayfa içi SEO ile" anlaşmazlıkları önlemek için yeterince spesifiktir.
Aynı derecede önemli: dahil olmayan şeyleri belirtin. “Bu kapsam, belirtilenler dışındaki sürekli bakımı, içerik oluşturmayı veya ek sayfaları içermez.” Bu sınır, kapsam kaymasına karşı korumanızdır.
3. Teslim Edilecekler ve Kilometre Taşları
Projeyi ilgili son teslim tarihleriyle belirli teslimatlara ayırın. Örneğin: 15 Mart'a kadar wireframe'ler, 22 Mart'a kadar ilk tasarım taslağı, 5 Nisan'a kadar geliştirme tamamlandı, 12 Nisan'a kadar revizyonlar ve son teslimat. Açık kilometre taşları projeyi yolunda tutar ve her iki tarafa da ilerlemeyi değerlendirmek için kontrol noktaları sağlar.
4. Ödeme Koşulları
Toplam ücreti, ödeme planını, kabul edilen ödeme yöntemlerini ve geç ödemenin sonuçlarını belirtin. Standart yapılar, başlangıçta bir yüzde (tipik olarak %25-50) ve tamamlanmada kalan bakiye, teslim edilebilirlere bağlı kilometre taşı ödemeleri veya devam eden çalışmalar için aylık sabit ücret ödemeleri içerir.
Geç ödeme maddesi ekleyin — yaygın bir yaklaşım, vadesi geçmiş faturalara aylık %1-2 faiz uygulamaktır. Ayrıca ödeme koşullarınızı da belirtin (örneğin, “Ödeme, faturanın kesildiği tarihten itibaren 14 gün içinde yapılmalıdır”). Ne kadar ücret alacağınızdan emin değilseniz, Zinn Hub serbest çalışan hesaplayıcısı farklı fiyatlandırma senaryolarını modellemenize yardımcı olabilir.
5. Revizyon Politikası
Sınırsız revizyonlar cömert görünse de pratikte bir kabus yaratır. Ücretinize kaç revizyon turu dahil olduğunu (iki ila üç tur standarttır) ve müşteri bu sınırın ötesinde ek değişiklik talep ederse ne olacağını belirtin. Tipik olarak, ek revizyonlar sözleşmede belirtilen saatlik bir ücretle ücretlendirilir.
Revizyonların "turunu" neyin oluşturduğunu tanımlayın. Geri bildirimleri tek bir turda birleştirmek, bir müşterinin her biri küçük bir değişiklikle beş ayrı e-posta gönderdiği ve beş revizyon turunu tükettiği senaryoyu önler.
6. Fikri Mülkiyet Hakları
İş tamamlandıktan sonra kimin sahibi olur? Bu şaşırtıcı derecede tartışmalı bir alan. Varsayılan yasal konum ülkeye göre değişir, ancak en iyi uygulama bunu açıkça belirtmektir. Yaygın yaklaşımlar arasında son ödeme üzerine tam fikri mülkiyet devri (müşteri her şeye sahip olur), lisanslama (siz mülkiyeti korursunuz ancak müşteriye çalışmayı kullanma hakkı verirsiniz) veya paylaşılan haklar (her iki taraf da çalışmayı kullanabilir) yer alır.
Çoğu müşteri tam mülkiyet transferi bekler, bu da özel çalışmalar için makuldür. Ancak şablonlar, çerçeveler veya geliştirdiğiniz araçları kullanıyorsanız, bu öğelerin mülkiyetini korurken bunların üzerine inşa edilen özel çalışmanın mülkiyetini transfer etmek isteyebilirsiniz.
7. Gizlilik Maddesi
Hassas iş bilgilerine (müşteri listeleri, finansal veriler, yayınlanmamış ürünler, ticari sırlar) erişiminiz olacaksa, karşılıklı bir gizlilik maddesi ekleyin. Bu, müşterinin bilgilerini korur ve ayrıca proje sırasında paylaştığınız tescilli yöntemleri veya süreçleri de korur.
8. Fesih Maddesi
Her iki taraf anlaşmayı nasıl sonlandırabilir? Standart şartlar, bir bildirim süresi (14-30 gün yaygındır), tamamlanmış işin ödemesi ve anlaşmanın feshedilmesinin haklı olduğu koşulları (ödeme yapılmaması veya sözleşme ihlali gibi) içerir. Bir öldürme ücreti — kalan proje değerinin bir yüzdesi — erken ve sebepsiz olarak sonlandırılan projeler için yaygındır.
9. Sorumluluk Sınırlamaları
Sorumluluğunuzu sözleşmenin toplam değeriyle sınırlayın. Bu madde olmadan, teorik olarak size ödenenden çok daha fazla zarar için dava edilebilirsiniz. Standart dil: “Hizmet sağlayıcının bu anlaşma kapsamındaki toplam sorumluluğu, bu sözleşme kapsamında ödenen toplam ücretleri aşmayacaktır.”
10. Uyuşmazlık Çözümü
Anlaşmazlıkların nasıl ele alınacağını belirtin — önce arabuluculuk, sonra tahkim, son çare olarak mahkeme. Ayrıca geçerli yasayı (hangi ülkenin veya eyaletin yasaları geçerlidir) ve yargı yetkisini (hangi mahkemelerin yetkisi vardır) belirtin. Bu, özellikle uluslararası serbest çalışma için önemlidir.
Belirli Serbest Çalışma Hizmetleri İçin Maddeler
Web Geliştirme Sözleşmeleri
Barındırma ve alan adı sahipliği ayrıntılarını, tarayıcı ve cihaz uyumluluk gereksinimlerini, lansman sonrası destek koşullarını, üçüncü taraf eklenti veya lisans maliyetlerini (bunları kimin ödeyeceğini) ve eğitimin kapsam dahilinde olup olmadığını ekleyin.
SEO Sözleşmeleri
Belirli sıralamaları asla garanti etmeyin — bu hem etik dışıdır hem de söz verilmesi imkansızdır. Bunun yerine, sağlayacağınız hizmetleri (teknik denetim, sayfa içi optimizasyon, bağlantı kurma, raporlama) ve izleyeceğiniz metrikleri tanımlayın. Minimum bir katılım süresi (SEO zaman alır — üç ila altı ay standarttır) ve raporlama programı ekleyin.
İçerik Yazma Sözleşmeleri
Kelime sayısı aralıklarını, revizyon sayısını, araştırma beklentilerini, SEO gereksinimlerini (anahtar kelimeler, meta açıklamalar) ve kullanım haklarını belirtin. İçeriğin müşterinin adı altında yayınlanıp yayınlanamayacağını (hayalet yazarlık) veya bir yazar adı kredisi saklayıp saklamadığınızı açıklığa kavuşturun.
Tasarım Sözleşmeleri
İlk konseptlerin sayısını, revizyon limitlerini, teslim edilecek dosya formatlarını ve uyulacak renk/marka yönergelerini ekleyin. Kaynak dosyaların (PSD, AI, Figma) teslimatlara dahil olup olmadığını veya ek ücret karşılığında sunulup sunulmadığını belirtin.
Dikkat Edilmesi Gereken Sözleşme Kırmızı Bayrakları
Bir müşteri makul sözleşme şartlarına karşı çıkarsa, bu dikkat etmeye değer bir bilgidir. Belirli uyarı işaretleri arasında peşin depozito ödemeyi reddetme, sınırsız revizyonlarda ısrar etme, ödeme tamamlanmadan önce tam IP transferi isteme, kendi alanınızda çalışmanızı engelleyen aşırı geniş rekabet etmeme maddeleri talep etme ve hiçbir yazılı anlaşmayı imzalamayı reddetme yer alır.
Proje başlamadan önce açık, adil şartları kabul etmeyen bir müşterinin proje sırasında adil ve açık olması pek olası değildir.
Serbest Çalışma Platformlarında Sözleşmeler Kullanmak
Zinn Hub gibi platformlar aracılığıyla çalışırken, sözleşme çerçevesinin çoğu, ödeme işlemleri, anlaşmazlık çözümü ve temel proje koşulları dahil olmak üzere platformun hizmet şartlarına dahil edilmiştir. Ancak, daha büyük veya daha karmaşık projeler için, kapsamı, teslimatları ve projeye özgü koşulları kapsayan ek bir sözleşme hala tavsiye edilir.
Platform, işlemsel unsurları (ödeme emaneti, mesajlaşma kayıtları, inceleme sistemleri) ele alırken, sözleşmeniz projenin özelliklerini ele alır. Bu kombinasyon, her iki tarafa da maksimum koruma sağlar.
Sözleşme Oluşturma ve Yönetme Araçları
Rutin serbest çalışma sözleşmeleri için bir avukata ihtiyacınız yoktur (ancak yüksek değerli veya karmaşık işler için hukuki tavsiye önerilir). Birkaç araç yardımcı olabilir: elektronik imzalar için HelloSign ve DocuSign, sözleşme şablonları için AND.CO (şimdi Fiverr Workspace) ve HoneyBook, her iki tarafın da inceleyip yorumlayabileceği basit anlaşmalar için Google Docs ve hepsi bir arada serbest çalışma sözleşmesi ve faturalama yönetimi için Bonsai.
Hangi aracı kullanırsanız kullanın, her sözleşmenin imzalı kopyalarını her zaman saklayın. Dijital kayıtlar iyidir — sadece yedeklenmiş ve kolayca erişilebilir olduğundan emin olun.
Sıkça Sorulan Sorular
Küçük projeler için sözleşmeye ihtiyacım var mı?
Evet. Kapsam, ödeme ve zaman çizelgesini kapsayan kısa bir sayfalık anlaşma bile her iki tarafı da korur. Belirsiz terimlere sahip küçük projeler, resmi sözleşmeleri olan büyük projelere göre anlaşmazlıklara daha yatkındır, çünkü varsayımlar kontrol edilmez.
Her müşteri için aynı sözleşmeyi kullanabilir miyim?
Temel olarak standart bir şablon kullanabilirsiniz, ancak her proje için kapsamı, teslimatları, zaman çizelgesini ve ödeme koşullarını özelleştirmelisiniz. Yapısal maddeler (sorumluluk, gizlilik, anlaşmazlık çözümü) tutarlı kalabilir.
Bir müşteri proje ortasında kapsamı değiştirmek isterse ne olur?
İşte burada bir değişiklik siparişi süreci sizi kurtarır. Müşteri orijinal kapsamın ötesinde bir iş talep ettiğinde, ek işi belgeleyin, ek ücretler ve zaman çizelgesi ayarlamaları üzerinde yazılı olarak anlaşın ve devam etmeden önce onay alın. Bunu mini bir sözleşme değişikliği olarak ele alın.
Elektronik olarak imzalanmış bir sözleşme yasal olarak bağlayıcı mı?
Evet, Birleşik Krallık, AB, ABD ve diğer çoğu yargı alanında, elektronik imzalar el yazısı imzalarla aynı yasal geçerliliğe sahiptir. eIDAS Yönetmeliği (AB), Elektronik İletişim Yasası 2000 (Birleşik Krallık) ve ESIGN Yasası (ABD) bunu doğrulamaktadır.
Sözleşme şablonumu bir avukata inceletmeli miyim?
Bunu karşılayabiliyorsanız, yasal bir profesyonelin standart sözleşmenizi bir kez incelemesi değerli bir yatırımdır. Kaçırabileceğiniz boşlukları yakalarlar ve hükümlerinizin yargı alanınızda uygulanabilir olmasını sağlarlar. Her bir proje için yasal inceleme yapmanız gerekmez — sadece şablonunuzu doğru şekilde hazırlayın.
