Kapsamlı Bir Ironclad WordPress Geliştirme Sözleşmesi Oluşturma Kılavuzu

Pek çok WordPress geliştiricisi, sözleşmelerden çeşitli nedenlerle kaçınır; bunların en büyüğü, sözleşmelerin büyük, karmaşık belgelerle dolu süslü yasal terimlerle dolu olması gerektiği yanılgısıdır ve en kesin olarak beklentilerinin en az %50'sini korkutup kaçıracaktır.

Bu gerçeklerden daha fazla olamazdı. Gerçekte, sözleşmeniz ne kadar basitse, o kadar iyi durumda olursunuz. Kullanılan kelimelerin, karmaşıklığının ve bir sözleşmenin uzunluğunun geçerliliği üzerinde hiçbir etkisi yoktur.

Gerçeği söylemek gerekirse, gerçekten en önemli ayrıntılara inerseniz, kaya gibi sağlam, demir kaplı bir sözleşme oluşturmak için odaklanmanız gereken yalnızca iki önemli husus vardır .

Çevrimiçi olarak WordPress geliştirme sözleşmelerini araştırmak için biraz zaman harcarsanız, şartlar ve koşullara vurgu yapıldığını fark edeceksiniz. İki taraf arasında bir sözleşme oluşturmak için gerçekte nelerin gerekli olduğu hakkında çok az şey söylenir. Gerçekte, mahkemede ayağa kalkma şansı olan bir sözleşme oluşturmak istiyorsanız, hem sözleşme hukuku anlayışı hem de açık hüküm ve koşullar gereklidir.

Geçerli Bir Sözleşmeye Sahip Olmak Neden Önemlidir?

Blogosferden gelen homurdanmaları şimdiden duyabiliyorum!

“Neden sözleşme hukuku hakkında bir şey bilmem gerekiyor?” sen sor. "Sadece sözleşmede ne olması gerektiğini bilmek istiyorum."

Çoğu geliştirici, en önemli unsur olmasına rağmen, tam da bu nedenle bu adımı atlar. Birkaç şart ve koşulu bir e-postaya yapıştırır ve müşterilerinden kabul etmesini isterler veya eksik bir sözleşme hazırlarlar. Her iki durumda da, eldeki “sözleşme” aslında uygulanamaz olduğu için yanlış bir güvenlik duygusuyla karşı karşıya kalırlar.

Temel bir sözleşme şablonu yayınlayıp “işte, bunu kullan” diyebilmeme rağmen, olaylara yaklaşmanın sorumlu yolu bu değil. Müşterilerinize ne gönderdiğiniz hakkında temel bir anlayış kazanmak için zaman ayırırsanız, çok daha iyi bir geliştirici ve iş insanı olacaksınız.

Bu, insanların gözlerinin parlamaya başladığı noktayla ilgili. “Hukuk ve sözleşmeler, falan, falan, falan. Uğraşmama gerek var mı?"

Lütfen yap!

İşletmenizin bir parçası olarak WordPress web siteleri geliştiriyorsanız, bu makaleyi okumak için on dakikanızı ayırın. Sadece pastırmayı kurtarabilir. Ciddi anlamda. İki taraf arasında ne zaman bir iş ilişkisi varsa, kendinizi korumanız gerekir . Bir aileniz varsa, uygun bir sözleşme onların da korunmasına yardımcı olacaktır!

Bugün yasal konularla ilgili olduğumuz için, bir sorumluluk reddi ile başlamalıyız:

Bu makalenin yazarı olarak, bir WordPress geliştirme sözleşmesine dahil etmeyi düşünebileceğiniz şeyler hakkında temel bilgilere sahibim. Ayrıca WordPress geliştirme hakkında biraz bilgim var. Ancak, ben bir avukat veya noter değilim ve muhtemelen eyaletinizin veya ülkenizin münferit yasalarına aşina değilim. Bu makaledeki bilgileri alır ve işiniz için temel bir sözleşme geliştirirseniz, taslak sözleşmenizi yargı bölgenizdeki bir avukata götürmeniz ve incelemesini sağlamanız şiddetle tavsiye edilir. Bu makalede okuyacaklarınızın çoğu, hukuk sisteminin içtihat veya emsal hukuk olarak da adlandırılan ortak hukuka dayandığı ülkeler için geçerlidir.

Bu küçük sorun ortadan kalktığında, daha ilginç ayrıntılara girebiliriz! Evet, doğru, ilginç dedim!

Sözleşme Hukukunu Neden Önemsiyorsunuz?

İşler çok sık ters gitmez, ancak ters gittiğinde, bir sözleşmeniz olduğuna şükredeceksiniz. Bir iş ilişkisinin başlangıcında, her şey her zaman iyi görünür – bir tür ilk buluşma gibi. Yeni bir müşteri edindiğiniz için heyecanlısınız ve müşteriniz de sonunda projesini hayata geçirebilecek gibi görünen bir geliştiriciyle iletişime geçtiği için heyecanlı. Gökkuşakları ve tek boynuzlu atlar boldur!

Ancak işler değişir; bazen daha kötüsü için. Bunu yaptıklarında, her iki tarafı da korumak için bir yedek planınız olmasını isteyeceksiniz.

Birkaç gerçek hayat senaryosuna bakalım:

• 2008'de Ulusal Körler Federasyonu, web sitelerine erişilemediği için Target'a 6 milyon dolarlık dava açtı. Geliştirici olup olmadığınızı ve dava sonucunda Target'in kısmen suçlu olduğunuza karar verdiğini hayal edin.
• 2013 yılında Fisker Automotive, web sitelerini tasarlamak ve geliştirmekten sorumlu şirket olan Ignited tarafından 535.000 $'a dava açıldı. Bir müşteriden sadece 2.500$'ı kurtarmaya çalışıyor olsanız bile, bahsettiğimiz gerçek para budur!

Şu senaryoyu düşünün: müşteriniz, kendilerine ait olduğunu iddia ettiği bir resmi size e-posta ile gönderir. Daha fazla bilgi istemeden, resmi web sitelerinde çeşitli yerlerde kullanırsınız. Getty Images, görsellerinin yetkisiz kullanımı ve telif hakkı ihlali iddiasıyla geliştirici olarak size bir gün hizmet verene kadar yıllarca hiçbir sorun yoktur. Zararlar mahkemelerce belirlenecektir.

Alternatif olarak, hayalinizdeki bir müşteriye ulaştığınızı hayal edin. Web sitelerini geliştirmekle harika bir iş çıkarıyorsunuz ve devam eden bakımı yönetmek için sizi işe almaya karar veriyorlar. Bir gün, müşterinizin web sitesi saldırıya uğradı. Ortalığı temizlemek yeterince kötü değilmiş gibi, sizi sorumlu tuttuklarını ve küçük WordPress geliştirme şirketinize dava açtığınızı öğrenince şoke oldunuz.

Yukarıdaki durumlardan da görebileceğiniz gibi, hayal etmek istediğinizden çok daha büyük zararlarla karşı karşıya kalmanıza neden olabilecek sayısız senaryo var. Bu nedenle, sözleşmelerin nasıl oluşturulduğunu anlamak ve bir tanesini yerine koymak iyi bir fikirdir.

Sözleşme Hukuku Hakkında Bilinmesi Gereken Önemli Şeyler

Hukuk diline veya kapsamlı sözleşme hukukuna girmeden, temel konuları ele almak için birkaç dakika ayırmalıyız. Daha önce bahsettiğim gibi, bulunduğunuz yere bağlı olarak yasalarda farklılıklar veya tamamen farklılıklar bulacaksınız. Oluşturduğunuz her şeyin bir hukuk uzmanı tarafından gözden geçirildiğinden emin olun.

Kanun Dev Bir Gri Alandır

Anlamanız gereken ilk şey, yasanın asla siyah ve beyaz olmadığıdır. Hukukun neredeyse her yönü yoruma açık olduğundan, en iyi ihtimalle, sözleşme hukukunun hoş bir gri tonu olduğunu göreceksiniz. Sözleşmenizi bir şekilde yorumlayabilirken, müşteriniz onu tamamen başka bir şekilde yorumlayabilir. Bir noktada aynı fikirde olmaya karar verirseniz, ikiniz de kendi yorumunu ve nihai kararını verecek olan bir yargıcın karşısına çıkabilirsiniz.

Yazılı Sözleşme Gerekli Değildir

Çoğu durumda, yazılı bir sözleşmeye ihtiyacınız yoktur. Sözlü bir sözleşme tamamen kabul edilebilir; sadece sözleşmenizi uygulamanın sözlü olduğunda daha zor olduğunu unutmayın. Her şeyi yazılı hale getirerek mümkün olduğu kadar çok şüpheyi ortadan kaldırmanız daha iyi olur.

Destekleyici Belgeler Önemlidir

Söyleyecek önemli bir şeyiniz olduğunda, bunu yazılı olarak yapın. Basecamp gibi üçüncü taraf hizmetlerin e-postaları, metinleri ve arşivleri dahil tüm ilgili yazışmaların kopyalarını sakladığınızdan emin olun.

Bir müşterinin web sitesini yönetiyorsanız ve bu bir bilgisayar korsanının hedefiyse, sağduyulu davrandığınızı ve bir “özen yükümlülüğüne” bağlı kaldığınızı gösterebilmek istersiniz. Bir hakime, müvekkilinizi görmezden gelmeyi seçtikleri riskler ve çözümlerden haberdar ettiğinizi göstererek, bir mücadele şansınız olacak.

Sözleşmeler Açıklayıcı Olmalı

Yasanın gri olduğunu nasıl tartıştığımızı hatırlıyor musun? Bu nedenle sözleşmenizden mümkün olduğunca öznel bir dil çıkarmak istiyorsunuz. Bunu açıklayıcı olarak yapabilirsiniz. Bir şeyi yoruma açık bırakmaktansa, aşırıya kaçmak ve tüm şüpheleri ortadan kaldırmak daha iyidir.

Örnek olarak, çıktılarınız WordPress'in güvenliğini içeriyorsa, bunun tam olarak ne anlama geldiğini ana hatlarıyla belirtin:

• Belirli bir eklenti kullanacak mısınız?
• .htaccess dosyasını kuracak mısınız ve ne içerecek?
• wp-config'i kurulumunuzun üstündeki dizine taşıyacak mısınız?

Genel fikri anladınız – ayrıntılı ve spesifik. Potansiyel sorunları belirtmek de iyi bir uygulamadır. WordPress'i sözleşmenizde açıklandığı gibi sertleştirirseniz, web siteleri sizin hatanız olmadan yine de saldırıya uğrayabilir (bundan sonra bahsedeceğiz).

Hukuk Bir Gereklilik Değildir

Yasal olarak bağlayıcı bir anlaşmaya dahil edilmesi için belirli bir dil şartı yoktur. Sözleşmenizi sade bir İngilizce ile yazabilirsiniz. Aslında, burada, bu nedenle ve bununla birlikte gibi kelimeler kullanmak, müşterilerinizin daha az kafa karıştırıcı bir geliştirici aramasına neden olabilir. Her şeyi açık, basit ve anlaşılması kolay tutun.

Birden fazla durumda, müşterilere karşılanması veya takip edilmesi gereken koşulların bir özetini e-postayla gönderen geliştiricilerle karşılaştım. Listeleri aşağıdakileri içerebilir:

• İşin kapsamı
• ilişkinin açıklaması
• Müşteriden ne beklenir
• Bir proje zaman çizelgesi
• Ödeme şartları

Bunların hepsi tartışılması gereken önemli maddelerdir, ancak kendi başlarına yasal olarak bağlayıcı bir sözleşme oluşturmazlar.

Geçerli Bir WordPress Geliştirme Sözleşmesinin 6 Temel Bileşeni

1. Gönüllü Olarak Hukuki Yükümlülük Yaratmak İsteyen İki Taraf

Sözleşmeye kimin (geliştirici ve müşteri) girmeyi seçtiği konusunda net olmanız gerekir. Her bir tarafı yasal adlarını kullanarak açıklayın ve heceleyin ve ayrıca bir şehir ve adres ekleyin.

Sözleşmede daha sonra bir kısaltma ile taraflardan birine atıfta bulunacaksanız, bunu en başta açıkça belirtin. Örneğin:

• Hukuk dilinde: “Parlak Işık WP Geliştirme bundan böyle 'BLWPD' olarak anılacaktır.”
• Sade İngilizce: "Bu noktadan sonra 'BLWPD' olarak anılacak olan Bright Light WP Development."

2. Bir Teklif

Yasal olarak bağlayıcı bir sözleşme, zamana duyarlı bir teklifle başlar. Bu, WordPress geliştiricisi olarak sizin veya şirketinizin müşterinize bir teklif sunmaktan sorumlu olduğu anlamına gelir. Teklif, sözleşme kesinleşmeden önce elbette pazarlığa açık olan tüm hüküm ve koşullarınızı içermelidir.

Teklifinizin karmaşık olması gerekmez. Bu kadar basit olabilir:

XYZ WordPress Geliştirme, bu sözleşmede belirtilen hüküm ve koşullara tabi olarak ABC Şirketi için 5000 $ karşılığında bir web sitesi geliştirmeyi kabul eder.

Sizi işe alan şirketin kendi teklifini sunması her zaman mümkündür, bu durumda işler tersine döner. Ardından, tekliflerini gözden geçirecek ve alakalı olduğunu düşündüğünüz şartlar için pazarlık yapacaksınız.

Potansiyel bir müşterinin size yönlendirildiğini hayal edin. Yeni web sitelerini yayına almaktan heyecan duyuyorlar ve aldığınız harika tavsiyeye dayanarak küçük ayrıntılarla ilgilenmiyorlar. Eğer tesadüfen projeye atlarsanız, bir sürü iş bitirirseniz ve on saatiniz olana kadar onlara sözleşmenizi göndermeyi unutursanız, bir sorununuz var demektir. Tekliften önce tamamladığınız hiçbir şey sözleşmenizdeki şartlara bağlı olmayacaktır.

3. Kabul

Bir teklif yapılmadan önce kabul gerçekleşemez.

Bir teklif sunulduktan sonra, kabul etmek, karşı çıkmak veya reddetmek karşı tarafa kalmıştır. Kabul söz konusu olduğunda “ara” yoktur. Müşteriniz, eklenmiş koşullarla teklifinizi “kabul ederse”, sözleşme yoktur. Hala müzakeredesiniz.

Teklifinizin kabulü de sizin belirleyeceğiniz bir tarihte veya daha önce ve seçtiğiniz bir şekilde gerçekleşmelidir. Bir müşterinin teklifinizi elektronik olarak kabul etmesini istiyorsanız ve bunun yerine size “Tabii, kulağa hoş geliyor” diyen bir e-posta gönderirse, bağlayıcı bir sözleşmeniz yoktur.

4. Değerlendirme

Değerlendirme, herhangi bir bağlayıcı sözleşmenin önemli bir parçasıdır. Garip bir ifade seçimi, ancak esasen dikkate alınması, müşterinizin web sitesini değerli bir şey karşılığında geliştirme sözü verdiğiniz gerçeğini ifade eder. Çoğu durumda, bu paranın ödenmesi anlamına gelir.

Size ödeme yapmayı reddeden bir müşteriniz varsa, sözleşmenizde ayrıntılı bir değerlendirmeye sahip olmanız gerekir. Karşılık miktarı gerçekten alakalı değildir; onun dahil edilmesidir.

5. Sözleşme Kapasitesi

İmzalanmış bir sözleşmenin geçerli sayılmayabileceği bazı açık ve bazı çok açık olmayan durumlar vardır. Sözleşme yapma kapasitesi kesinlikle yerel yasalarınızı gözden geçirmek isteyeceğiniz bir alandır. WordPress geliştiricilerini etkileyebilecek kapasiteyi çevreleyen kurallardan bazıları şunlardır:

• Reşit olmayan biriyle sözleşme yapamazsınız. Ve evet, buna başarılı girişimciler olan küçükler de dahildir. Bir reşit olmayan kişi, işleri için bir web sitesi geliştirmeniz için size yaklaşırsa, bunu çok dikkatli ve yasal tavsiye ile yapın. Bir şeyler ters giderse, rücu hakkınız olmayabilir.
• Bu kulağa açık gibi gelse de genellikle gözden kaçar: Restoran veya bar gibi sosyal bir durumda potansiyel bir müşteriyle tanışırsanız, alkol varken asla sözleşme imzalamayın. Taraflardan herhangi biri zarar gördüğünü belirtirse, ayıldığı anda sözleşmeyi reddetme fırsatına sahip olacaklardır.

6. Yasallık

Yasal olma olasılığı zayıftır, ancak yasa dışı bir şey yapmak amacıyla bağlayıcı bir sözleşme yapamayacak olduğunuzu bilmek güzel. Web sitesini geliştirirken bir müşterinin işinin yasallığını sorgularken bulursanız ve aranıza mesafe koyma ihtiyacı hissederseniz, bir avukatla konuşun. Sözleşmenizden çıkmak düşündüğünüzden daha kolay olabilir.

Hüküm ve Koşullarınızı Tanımlama

Artık sözleşme hukuku hakkında temel bir anlayışa sahip olduğunuza göre, sözleşmenizin ikinci en önemli kısmına güvenle geçebiliriz: şartlar ve koşullar. Bağlayıcı bir sözleşmenin unsurları pazarlık konusu olamazken, şartlar ve koşullar oldukça özneldir ve her zaman pazarlığa açıktır.

Geliştirici olarak, müşterinize sizin için önemli olan hüküm ve koşulları sunabilirsiniz. Teklifinizi kabul edebilir, reddedebilir veya karşı çıkabilirler.

İdeal olarak, şartlarınız hem siz hem de müşteriniz için adil olmalıdır. Kesinlikle tek taraflı bir teklif sunmaya hakkınız olsa da, bunu yapmak karşı çıkma olasılığını veya daha da kötüsü, müşterinizin farklı, daha makul bir geliştirici aramaya karar vermesini büyük ölçüde artırır.

Sözleşmenize hangi hüküm ve koşulların dahil edileceğine karar vermek kişisel bir seçimdir. Hüküm ve koşulları iki kategoriye ayırmayı seviyorum:

1. Sorumluluk Koşulları. Sunduğunuz herhangi bir sözleşmede, bir şeylerin ters gitmesi durumunda sorumluluğunuzu sınırlayan maddeler eklediğinizden emin olun. Bir avukatın sözleşmenizi gözden geçirmesini sağlayacaksanız, bu muhtemelen bakılması gereken en önemli alandır çünkü feci etki potansiyeli en yüksek seviyededir.
2. Kolaylık Şartları. Bu terimler, dahil görmek istediğiniz şeyleri temsil eder. Nadiren anlaşmaları bozarlar ve çoğu zaman müzakerenin büyük kısmının gerçekleştiği yerlerdir. Bu şart ve koşulları biraz kabul etmek, anlaşmanın imzalanmasına yardımcı olacaktır.

Şimdi, sözleşmenize koymayı düşünmek isteyebileceğiniz hem sorumluluk hem de kolaylık gibi daha yaygın terimlerden bazılarına bakalım. En önemli olanlarla başlayacağız ve daha sonra daha tartışılabilir olanlara geçeceğiz:

Garantiler ve Temsil

Sözleşmenizde, müşterinizin size yolladığı yazılı metin, resim ve logo dahil her türlü içeriğin sahibi veya kullanım hakkı olduğunu belirtmelisiniz. Adil olmak gerekirse, bilginiz dahilinde sizin tarafınızdan sağlanan hiçbir şeyin üçüncü bir şahsın haklarını ihlal etmeyeceğini de garanti etmelisiniz. Ayrıca çıktıların sizin (veya şirketinizin) orijinal eseri olacağını da şart koşmalısınız.

Tazminat

Tazminat, sözleşmenizin kritik bir parçasıdır – açık sözlü olma riski altında, tamamen kıçınızı korumakla ilgilidir. Bir şeylerin ters gitmesi durumunda mevcut ve gelecekteki sorumluluğu ortadan kaldırmak istiyorsunuz. Tüm çabalarınıza rağmen müşterinizin web sitesi saldırıya uğradıysa, çantayı elinde tutan kişi olmak istemezsiniz!

Dostça hukuk dilinde, şöyle görünebilir:

ABC şirketi, XYZ Web Geliştirme'yi üçüncü bir tarafın iddiası veya davası sonucunda doğabilecek her türlü zarar, kayıp, dava, masraf veya masraftan tazmin etmeyi, saklamayı ve zararsız tutmayı kabul eder. Bu, bir müşterinin web sitesine, itibarına, itibarına veya gelirine zarar veren üçüncü bir tarafça bilgisayar korsanlığı veya diğer kötü niyetli faaliyetleri içeren her türlü eylemi içerir. Web siteniz saldırıya uğradıysa, bu bizim suçumuz değil. Durumu düzeltmek için elimizden gelen her şeyi yapacağız, ancak meydana gelebilecek herhangi bir hasar veya eylemden sorumlu değiliz.

Konuyu anladın, değil mi? Yapmaya çalıştığınız şey, orijinal geliştirme ücretinizi çok aşan kayıp geliri geri ödemekle sorumlu olduğunuz bir davadan kaçınmaktır.

Ödeme şartları

Ödeme koşullarınızı özetlemeye gelince, ayrıntılarla ucuza kaçmayın. Açık ve özlü olun, yoruma yer bırakmayın:

• Toplam ücretiniz nedir?
• Kilometre taşlarına göre ödeme alacak mısınız?
• Her dönüm noktasında yüzde kaç?
• Bonus olacak mı ve hangi koşullarda?
• Devam eden bakım ücretleri var mı?
• Grafikler, fotoğraflar ve içerik için ayrıca ücret alacak mısınız?
• Fazla kullanımlar için saatlik ücretiniz nedir ve ne zaman devreye girerler?

Sözleşmenin Feshi

Durumlar değişebilir ve bir sözleşmeden çıkmanın gerekli olduğu zamanlar vardır. Sizin veya müşterinizin ilişkiyi sonlandırabileceği koşulları belirlediğinizden emin olun. Sözleşmenin feshedilmesi durumunda her biriniz (varsa) ne kadar tazminat alacaksınız?

Sözleşmenin ihlali

Nelerin bir sözleşme ihlali teşkil edebileceğini detaylandırmaya değer. Taraflardan herhangi biri sözleşmede belirtilen koşullardan birini yerine getirmediğinde bir ihlal meydana gelir. Bir ihlal, sözleşmede de tanımlanan maddi veya maddi olabilir. Bir ihlal durumunda, etkilenen taraf tazminat talep etmeye veya muhtemelen sözleşmeyi feshetmeye karar verebilir.

Sözleşmenizdeki bir ihlalden kaynaklanan zararları detaylandırmayı seçebilirsiniz. Ayrıca tahkim, arabuluculuk veya mahkemeler aracılığıyla bir ihlalin nasıl ele alınacağını da belirleyebilirsiniz.

Bunun nasıl işe yarayabileceğini göstermek için, Pazartesi sabahı ilk iş olarak bir müşterinin web sitesini yayına almayı planladığınızı varsayalım. Hangi nedenle olursa olsun, yedi gün sonrasına kadar web sitesini açamazsınız ve müşteriniz kritik bir satış fırsatını kaçırır. Bu eylemin, sözleşmenin esaslı bir ihlali olarak yorumlanması ve sözleşmenin feshi ve/veya müvekkilinizin tazminat talep etmesi ile sonuçlanması mümkündür.

Öte yandan, web sitesinin Pazartesi sabahı yayınlanması planlanıyorsa ve öngörülemeyen bir uyumluluk sorunu nedeniyle yalnızca 10 saat gecikiyorsa, büyük olasılıkla ihlal önemsiz olarak görülecektir.

Geliştirici ve Müşteri Arasındaki İlişki

Çalışan değil, bağımsız bir yüklenici sıfatıyla çalıştığınızı açıkça belirtmelisiniz. Yaptığınız iş, sözleşmenizin hüküm ve koşullarına bağlıdır ve başka bir şey değildir.

Tamamlandığında Sahiplik

Tamamlandığında web sitesinin sahibi kim olacak? Müşteri, sözleşme şartları yerine getirildikten sonra tasarımınızda değişiklik yapma hakkına sahip mi? Ya ücretinizin sadece üçte ikisini öderlerse ve sonra bir anlaşmazlık çıkarsa? Tam ödeme alınana kadar teslim edilmiş olan ürünlerin mülkiyetini elinde tutuyor musunuz?

Ödeme başarısız

Hepimiz bu senaryoda bulunduk. Bir proje güzel ilerliyor ve sözleşmede belirtildiği gibi her Cuma size ödeme yapılıyor. Sonra bir hafta oluyor: ödemeniz gelmiyor ve müşteriniz yanıt vermiyor gibi görünüyor.

Yukarıdakileri göz önünde bulundurarak, ortaya çıkabilecek farklı durumları açıkça belirtmek iyi bir fikirdir:

• Bir ödeme gecikirse ne olur?
• Ödemesiz dönem var mı?
• Bir noktada ve hangi oranda faiz alacak mısınız?
• 60 gün sonra bir tahsilat acentesine erteleyecek misiniz?
• Bir müşterinin web sitesinin bakımını yapıyorsanız ve ödemeyi durdurursa, sitesini bakım moduna alma ve şifreleri değiştirme hakkınız var mı?

WordPress'in Açık Kaynak Durumuna İlişkin Sınırlı Sorumluluk

Şahsen, bunun WordPress geliştirmeyi içeren herhangi bir sözleşmeye dahil edilmesi gereken önemli bir madde olduğunu düşünüyorum. Birçok kişi WordPress'in açık kaynaklı bir yazılım olduğunun ve çekirdek dosyalarının geliştirilmesinden sizin sorumlu olmadığınızın farkında değildir. WordPress'in gelecekteki sürümlerinde kontrolünüz dışında olan hataların, güvenlik açıklarının ve uyumluluk sorunlarının ortaya çıkması tamamen mümkündür.

Teslimat

Müşteriniz, değerlendirmeleri karşılığında bir şey isteyecek ve bu sizin çıktılarınız şeklinde gelecek. Müşterinize ayrıntılı bilgi sağlamak her zaman iyi bir fikirdir. Özel çıktılarınız iş modelinize göre değişecektir ve liste çok uzun olabilir.

Çıktı listenizi kısaltmak ve açıklamaları gözden kaçırmak cazip gelebilir, ancak kendinizi müşterinizin yerine koyun. Ne kadar çaba ve değer vereceğinizi gördüklerinde nasıl hissedeceklerini hayal edin. Çıktılara biraz gizli satış konuşması olarak bakın!

Çözüm

Buraya kadar geldiyseniz, sırtınızı sıvazlayın. Cidden – çoğu WordPress geliştiricisi, sözleşmelerin nasıl çalıştığını öğrenmek için asla zaman ayırmaz ve birçoğu bir tane bile kullanmaz.

20 veya daha fazla müşteriyle çalışabilir ve asla başa çıkmanız gereken ciddi bir sorununuz olmayabilir. Ancak bir sorun ortaya çıktığı gün, üslerinizi kapattığınız için şanslı yıldızlarınıza teşekkür edeceksiniz.

Bir müşteri için bir web sitesi geliştirirken, bir sözleşmenin yürürlükte olduğuna şükretmenizi sağlayan bir durumla karşılaştınız mı? Kontratınızın olmasını istediğiniz bir durumda olmaya ne dersiniz? Yorumlarda bize bildirin!

Görsel Seamartini venimo / Shutterstock.com