Serbest çalışmada ön ödeme projenin başlangıcını korur; aşamalı ödemeler ise ortasını. Kısa ve kapsamı net işlerde ön ödeme artı kalan bakiye yeterli olabilir. Daha uzun veya riskli işlerde ücreti somut teslimatlara ve onaylara göre bölün; böylece ödenmemiş iş birikmez. %50 peşin dahil hiçbir oran her proje için doğru değildir.

%50 ön ödeme, sizi %30 ön ödemeden daha fazla ödeme riskiyle bırakabilir.

Bu, 50/50 bir projede ücretin yarısı sürekli ertelenen son onaya bağlı kaldığında olur; %30 peşin alınan bir projede ise gerçek bir ara noktada ikinci ödeme tahsil edilir.

İlk faturadaki oran, kararın yalnızca bir parçasıdır. İşe yarayan bir ödeme planı daha zor bir soruyu yanıtlar:

Bir sonraki ödeme vadesi gelmeden önce ne kadar iş tamamlayabilirsiniz?

Bu, haftalarca süren, birden fazla müşteri onayı gerektiren, dış maliyetler içeren veya kaynak kod, düzenlenebilir tasarım dosyaları, canlı ortam erişimi ya da lansman gibi değerli bir teslimle biten projelerde daha da önemlidir.

Yabancı müşterilerle çalışan Nijeryalı serbest çalışanlar için bir de başka bir saat işler. Faturanın vadesinin gelmesi ile paranın kullanılabilir hâle gelmesi ayrı olaylardır. Ödeyen kişi, para birimi, transfer kanalı, inceleme süreci ve nakde çevirme yolu bu aralığı etkileyebilir. Nijeryalı serbest çalışanların ABD, Birleşik Krallık ve AB müşterilerinden nasıl ödeme aldığını anlatan rehber, sürecin bu kısmını ele alıyor.

Aşağıdaki planlar ve sözleşme ifadeleri planlama örnekleridir; hukuki veya vergi tavsiyesi değildir. Sözleşmenin uygulanabilirliği, ön ödemeler, iadeler, ödeme anlaşmazlıkları ve iptal hakları sözleşmeye, yargı bölgesine ve ödeme yöntemine bağlıdır.

Ön ödeme, aşama ödemesi ve kalan bakiye farklı sorunları çözer

Bu üç ödeme birbirinin yerine geçen oranlar gibi görülmemelidir.

Ön ödeme başlangıcı korur.

Aşama ödemesi, projenin ortasının uzun bir ödenmemiş iş dönemine dönüşmesini engeller.

Kalan bakiye projeye net bir ticari kapanış sağlar.

Kısa bir projede ilki ve sonuncusu yeterli olabilir. Uzun projeler çoğu zaman üçüne de ihtiyaç duyar.

Oran, ödenmemiş riskinizden daha az önemlidir

Bir ödeme planını test etmenin yararlı yolu, projenin farklı noktalarında ödenmemiş riskinizi tahmin etmektir. Bu bir muhasebe standardı değil, planlama ölçütüdür:

Ödenmemiş risk = tamamlanan işin değeri + geri alınamayan proje maliyetleri - alınan ödemeler

Sekiz haftalık bir proje için $4,000 teklif verdiğinizi düşünün.

%50 peşin ve %50 son teslimde ödemeyle, başlamadan önce $2,000 alırsınız. Ama $3,500 değerinde iş tamamladığınızda, bu değerin $1,500'ü hâlâ ödenmemiştir.

Şimdi farklı bir plan düşünün:

• İş başlamadan önce %30

• İlk büyük teslimattan sonra %30

• İkinci büyük teslimattan sonra %25

• Son teslimde %15

Başlangıç ödemesi daha küçüktür ama ödeme işi daha yakından takip eder.

Bu yüzden “Serbest çalışanlar %50 peşin istemeli mi?” sorusunun tek bir yararlı cevabı yoktur. 50/50 yapı kısa ve sınırları belli bir proje için harika olabilir; ilk ödeme ile son kabul arasında altı haftalık iş olan uzun bir projede ise sorun çıkarabilir.

İşin yapısı önemlidir.

Örneğin yazılım projelerinde keşif, test ortamı (staging), entegrasyonlar, QA ve canlıya teslim gibi doğal kontrol noktaları vardır. walllet.com'un serbest yazılım geliştiriciler için müşteri kapsamı ve sözleşmeler rehberi, kabul kriterlerinin ve teknik aşamaların bu evreleri nasıl izleyebileceğini gösteriyor.

Ödeme planını projeye göre kurun

Başkasının ön ödeme oranını kopyalamaktan daha önemli dört değişken vardır.

1. Proje ne kadar sürüyor?

Üç günlük bir denetim, dört aylık bir ürün geliştirmesiyle aynı ödeme yapısına ihtiyaç duymaz.

Ödemeler arasındaki her ek hafta, bir sonraki ödeme gelene kadar finanse ettiğiniz zamanı, emeği ve kapasiteyi artırır.

2. Kapsam ne kadar net?

Ayrıntılı tanımlanmış bir teslimatı ön ödeme ve kalan bakiyeye bağlamak daha kolaydır.

Gereksinimleri, bağımlılıkları veya müşteri kararları netleşmemiş bir proje daha küçük aşamalara ihtiyaç duyar. Aksi hâlde ödeme planı, işin kendisinde olmayan bir kesinliği varsayar.

3. Gerçek onay noktaları nerede?

Aşama, müşterinin anlamlı bir şeyi inceleyebildiği yerde olmalıdır.

Örnekler:

• tasarım başlamadan önce araştırma bulgularının onaylanması;

• detaylı UX çalışmasından önce bilgi mimarisinin onaylanması;

• entegrasyon işinden önce test ortamı sürümünün kabul edilmesi;

• prodüksiyondan önce kampanya stratejisinin onaylanması;

• son mastering veya dışa aktarımdan önce kurgunun onaylanması.

Bir UX projesinde keşif, yapı, tasarım yönü ve son teslim arasında zaten doğal karar noktaları vardır. Serbest UX tasarımcısı iş akışı, ödeme aşamalarının rastgele takvim tarihleri yerine gerçek karar aşamalarını izleyebildiği işlere iyi bir örnektir.

4. Ne teslim ediyorsunuz?

Son adım müşteriye geri alınması zor bir şey verdiğinde, son ödeme riski değişir.

Bunlar şunlar olabilir:

• kaynak dosyalar;

• kaynak kod;

• depo (repository) sahipliği;

• canlı ortam erişim bilgileri;

• düzenlenebilir tasarım dosyaları;

• ham proje dosyaları;

• master dışa aktarımlar;

• son yayın erişimi;

• alan adı veya hosting kontrolü.

Son teslimin neleri kapsadığını projeye başlamadan tanımlayın. Bu koşulu fatura geciktikten sonra uydurmayın.

İyi bir aşama, müşterinin doğrulayabileceği bir şeyi tanımlar

“Yarıya geldiğimizde %50” zayıf bir aşamadır.

Neyin yarısı?

“2. Evre tamamlanınca ödeme” de, 2. Evrenin kabul kriterleri yoksa pek daha iyi değildir.

Kullanışlı bir aşama şunları belirtmelidir:

1. teslimat;

2. kapsama dahil olanlar;

3. beklenen teslim noktası;

4. müşterinin nasıl onaylayacağı;

5. tetiklenen tutar;

6. sonrasında ne olacağı.

Upwork'ün güncel sabit fiyatlı iş rehberi yararlı bir platform örneği sunar. Kullanıcılardan her aşama için net bir teslimat, tahmini teslim tarihi ve kararlaştırılan ödeme tutarı tanımlamalarını ister. Upwork'te iş resmî olarak teslim edildiğinde, platform müşteriye onaylamak veya değişiklik istemek için 14 gün verir; işlem yapılmazsa platform fonlanmış aşamayı otomatik olarak serbest bırakır. Bu 14 günlük kural Upwork'e aittir. Doğrudan müşteriyle yapılan bir sözleşme bunu otomatik olarak devralmaz.

Doğrudan müşteriler için kendi inceleme sürecinizi sözleşmeye yazın.

Zayıf tetikleyici

2. ödeme, tasarım neredeyse bittiğinde yapılır.

“Neredeyse bitti” anının ne zaman yaşandığını kimse güvenilir şekilde kanıtlayamaz.

Daha iyi tetikleyici

2. aşama, kararlaştırılan beş masaüstü ekranı Figma'da teslim edildiğinde ve müşteri bu ekran setini yazılı olarak onayladığında tetiklenir.

Yazılım işleri için:

3. aşama, test ortamı sürümü kabul kontrol listesinde tanımlanan giriş, panel ve CSV dışa aktarma işlevlerini içerdiğinde ve müşteri incelemesine hazır olduğunda tetiklenir.

Tetikleyici ne kadar netse, “Bir sonraki adımdan sonra ödeyeceğimizi sanıyordum” demeye o kadar az yer kalır.

Oranları hesaplamadan önce planı kurun

Basit bir karar modeli şöyle görünür:

Bunlar zorunlu oranlar değil, planlama kalıplarıdır.

Bir proje keşiften sonra yapı da değiştirebilir. İlk ücretli evrede uygulamanın beklenenden çok daha büyük olduğunu öğrenirseniz, belirsizliği eski aşamalara sıkıştırmak yerine yeni bir kapsam ve plan yazın.

Zamanlama netleştiğinde, ödeme alma yolu da aynı derecede net olmalıdır. Ödeme yolunuzu ödeme planınız kadar net tutun: walllet.com ile yurt dışından gelir alın, USD olarak tutun ve ihtiyaç duyduğunuzda nairaya çevirip çekin.

Müşteri onayının da kendi son tarihi olmalı

Bir aşama mükemmel yazılmış olsa bile, onay sürecinin bir süresi yoksa işlemeyebilir.

Şu sırayı düşünün:

1. Kararlaştırılan işi pazartesi teslim ediyorsunuz.

2. Müşteri inceleyeceğini söylüyor.

3. Dokuz gün boyunca hiçbir şey olmuyor.

4. Onay olmadığı için sonraki evreye başlayamıyorsunuz.

5. Ödeme onaya bağlı olduğu için fatura kesemiyorsunuz.

6. Takviminiz ilerlemeyen bir proje için ayrılmış kalıyor.

Sorun artık ön ödeme oranı değildir. Nakit akışınızı onay kuralı yönetmektedir.

İş başlamadan bir inceleme süresi belirleyin.

Örnek iş ifadesi:

Lütfen her aşamayı teslimden sonraki üç iş günü içinde inceleyin. Bu süreden sonra gelen geri bildirimler kalan proje tarihlerini kaydırabilir. Bir sonraki evre, önceki aşamanın gerekli onay ve ödeme koşulları tamamlandıktan sonra başlar.

Üç iş günü yalnızca bir örnektir. İşin türüne ve müşterinin karar sürecine uyan bir inceleme süresi seçin.

Sessizliğin ne anlama geldiğine de karar verin. Yazılı sözleşmeniz ve geçerli kurallar bunu desteklemiyorsa, sessizliği kabul saymayın.

Satın alma ekipleri, birden fazla onaylayıcısı veya iç hukuk incelemesi olan müşteriler için daha uzun bir onay süresi gerçekçi olabilir. Kimsenin uyamayacağı bir son tarih yazmak yerine, gerçek sürece göre fiyat ve takvim belirleyin.

Revizyonlar ödeme saatini sonsuza kadar sıfırlamamalı

Müşteri yönü onaylayıp yine de revizyon isteyebilir.

Ödeme planı en az iki şeyi ayırmalıdır:

Kapsam içi revizyon: kararlaştırılan teslimatta istenen bir düzeltme.

Değişiklik talebi: kararlaştırılan işi genişleten veya değiştiren bir talep.

Değişiklik talebi örnekleri:

• sayfa eklemek;

• yeni bir özellik eklemek;

• başka bir kitleyi hedeflemek;

• başka bir format üretmek;

• platform eklemek;

• onaylanmış bir yönü baştan kurmak;

• önemli bir bağımlılığı değiştirmek;

• açıkça kapsam dışı bırakılan işi istemek.

Yararlı bir kural, kaç revizyon turunun veya hangi revizyon kapsamının dahil olduğunu tanımlamak ve ek iş için ayrı onay şartı koymaktır.

Örnek ifade:

Proje, kararlaştırılan kapsam içinde iki revizyon turu içerir. Teslimat, özellik, kanal, format veya daha önce kapsam dışı bırakılan iş ekleyen talepler için, ek iş başlamadan önce ek ücretin ve güncel takvimin yazılı olarak onaylanması gerekir.

Bu ayrım, belirsiz aylık kapsamın sonsuz ek talebi yutabildiği süregelen pazarlama işlerinde özellikle önemlidir. Serbest dijital pazarlama ücretleri ve retainer'lar rehberi, çıktının, revizyon haklarının ve müşteriye bağlı adımların neden birlikte fiyatlanması gerektiğini gösteriyor.

Yeni bir talebin, asıl aşama şartlarını zaten karşılamış işin ödemesi için sessizce bir koşula dönüşmesine izin vermeyin.

İptal ve iadeler için bir mutabakat kuralı gerekir

Ön ödeme iptal riskini ortadan kaldırmaz.

Proje durursa paraya ne olacağını da yanıtlamaz.

İş başlamadan önce sözleşme şu gibi soruları ele almalıdır:

• Hangi iş zaten tamamlandı?

• Hangi maliyetlere zaten taahhüt verildi?

• Peşin ödeme toplam proje ücretine mahsup ediliyor mu?

• Yapılan ödemeleri aşan tamamlanmış işe ne olur?

• Sözleşmeye göre henüz hak edilmemiş tutara ne olur?

• İptal, bitmemiş işe erişimi etkiler mi?

• Müşteri resmî olarak iptal etmek yerine ortadan kaybolursa ne olur?

“Ön ödeme” kelimesinin parayı otomatik olarak iade edilebilir veya iade edilemez yaptığını varsaymayın. Bu durum sözleşmeye ve geçerli hukuka bağlıdır.

Tarafsız bir mutabakat maddesi şu mantıkla başlayabilir:

Proje tamamlanmadan sona ererse, taraflar ödemeleri tamamlanan iş ve kararlaştırılan proje maliyetleriyle imzalı sözleşmeye göre mutabık kılar. Kalan ödeme veya iade yükümlülüğü bu şartlara ve geçerli hukuka tabidir.

Tutar veya risk bunu gerektiriyorsa, yargı bölgesine özgü iptal, iade veya fesih ifadelerini bir uzmana inceletin.

Tetikleyici gerçekleştiğinde fatura kesin

2. aşamayı bitirip 3. aşamaya başladıktan üç gün sonra faturanın hiç gönderilmediğini fark etmeyin. Tetikleyici ile fatura birbirine yakın olmalıdır. Aşama faturası, ödemenin projeyle kolayca eşleştirilmesini sağlamalıdır. Şunları ekleyin:

• proje adı;

• aşama veya evre;

• tutar;

• para birimi;

• fatura tarihi;

• vade tarihi;

• teslimat veya tetikleyici;

• ödeme talimatları;

• gerekirse önceki ödemeler;

• gerekirse kalan proje bakiyesi.

Yabancı bir müşteri için, fatura gitmeden önce alıcı bilgilerini doğrulayın. Müşteri yanlış ödeme yolunu kullanırsa veya transfer incelemeye takılırsa, zamanında kesilmiş bir fatura bile nakit akışı sorunu yaratır.

Ödeyen paranın gönderildiğini söylüyor ama siz kullanamıyorsanız, projeyi sessizce ilerletmek yerine bunu bir ödeme durumu sorunu olarak ele alın. Bekletilen, incelemeye alınan veya geciken serbest çalışma ödemeleri rehberi bu durumları nasıl ayırt edeceğinizi ve hangi kanıtları saklamanız gerektiğini anlatıyor.

Son ödeme ve son teslim belirli şeylere atıfta bulunmalı

“Son ödeme tamamlanınca yapılır” ifadesi, serbest çalışan ve müşteri tamamlanmanın ne demek olduğu konusunda anlaşamayana kadar net görünür.

Tamamlanma şu anlamlara gelebilir:

• iş incelemeye hazır;

• dahil olan tüm revizyonlar bitti;

• web sitesi yayına alındı;

• kaynak dosyalar aktarıldı;

• müşteri onay verdi;

• proje bir kabul kontrol listesini geçti;

• serbest çalışan devir belgelerini tamamladı.

Birini seçin.

Sonra o noktadan önce neyin teslim edileceğini ve neyin son teslime ait olduğunu açıklayın.

Bir tasarımcı için müşteri, düzenli düzenlenebilir dosyaları almadan önce dışa aktarılmış ekranları inceleyebilir.

Bir geliştirici için müşteri, depoyu devralmadan veya canlı ortam teslimi yapılmadan önce test ortamı sürümünü inceleyebilir.

Bir hareketli grafik tasarımcısı için müşteri, sözleşmede yer alıyorsa son master dosyaları ve proje dosyalarını almadan önce inceleme versiyonunu onaylayabilir.

Sözleşmenizin daha önce teslim etmenizi gerektirdiği dosyaları alıkoymayın. Sıralamayı iş başlamadan belirleyin.

Uzun bir projede son adıma gereksiz büyük bir oran bırakmaktan da kaçının. Bir proje ekonomik olarak %90 tamamlanmışken son lansman müşteriye bağlı tek bir adımı bekliyor olabilir.

Üç örnek serbest çalışma ödeme planı

Aşağıdaki planlar kurgusal örneklerdir. Ödemenin işin yapısını nasıl izleyebileceğini gösterirler. Her serbest çalışan veya müşteri için önerilen oranlar değildir.

Örnek 1: $600'lık küçük proje

Proje: tanımlı bir son raporu olan odaklı bir denetim
Süre: kısa, kapsamı net

Neden işe yarar:

Projede tek bir anlamlı üretim evresi ve tek bir son teslimat varken birkaç küçük fatura oluşturmanın pek faydası yoktur.

Yine de tanımlanması gerekenler:

• inceleme süresi;

• dahil olan revizyon veya açıklama turu;

• iptal durumundaki uygulama;

• son teslim koşulu.

Örnek 2: $2,400'lık orta ölçekli UX projesi

Proje: araştırma sentezi, yapı ve arayüz tasarımı
Süre: birkaç hafta

İkinci ödeme, üretim işinin çoğu birikmeden önce gelir.

Müşteri araştırmadan sonra onayı geciktirirse, proje serbest çalışan başka bir ödeme almadan tüm arayüz paketini bitirmeden önce durur.

Örnek 3: $8,000'lık uzun yazılım projesi

Proje: çok aşamalı ürün geliştirme
Süre: birkaç ay

Son teslimde yalnızca %10 kalır, çünkü proje değerinin çoğu önceki aşamalarda zaten üretilmiş ve ödenmiştir.

Oranlar tamamen farklı olabilir. Önemli olan sıralamadır: önemli miktarda yeni iş, tek ve uzak bir son faturanın arkasında birikmez.

Peşin ödeme ve aşamalı ödeme, Net 7, Net 15 veya Net 30 ile aynı şey değildir

Bu terimler farklı soruları yanıtlar.

Ön ödeme veya aşama, ödeme yükümlülüğünü ya da fatura tetikleyicisini hangi olayın doğurduğunu söyler.

Net vadesi ise müşterinin fatura tarihinden veya kararlaştırılan başka bir başlangıç noktasından sonra ödemek için ne kadar süresi olduğunu söyler.

Birlikte de kullanılabilirler:

2. aşama faturası, kararlaştırılan teslimatın yazılı kabulünden sonra kesilir ve vadesi Net 7'dir.

Bu, Net 7'yi bir aşama yapmaz. Net 7, aşama faturasına bağlı vade şartıdır.

Net 7, Net 15, Net 30, fatura tarihleri ve vade terimleri, özellikle kurumsal satın alma döngüleriyle uğraşan serbest çalışanlar için ayrı bir karar çerçevesini hak eder.

İmzalamadan önce: bu ödeme planı kontrolünü yapın

Bir ödeme planı, iki taraf da şu sorulara tahmin yürütmeden cevap verebildiğinde hazırdır:

• İş başlamadan önce ne ödenmeli?

• Sonraki her faturayı tam olarak ne tetikliyor?

• Her aşamada ne kadar ödenecek?

• Müşterinin işi incelemek için ne kadar süresi var?

• Onay gecikirse takvime ne olur?

• Hangi revizyonlar dahil?

• Ücretli değişiklik talebini ne oluşturur?

• Proje durursa veya iptal edilirse ne olur?

• Son teslim neleri kapsar?

• İşin çoğu tamamlandığı noktada hâlâ ne kadar para ödenmemiş durumda?

• Müşteri hangi para birimini ve ödeme yolunu kullanacak?

• Bir sonraki evre başlamadan önce ne olmalı?

Güçlü bir ödeme planı, belirsizlik pahalıya patlamadan önce onu azaltır. Sözleşmeniz müşterinin ne zaman ödemesi gerektiğini belirleyebilir. Müşteri parayı gönderdikten sonra ne olacağını ise ödeme yolu belirler. “Fatura gönderildi” aşamasından gerçekten kullanabileceğiniz paraya geçin: walllet.com ile yurt dışından gelir alın, USD tutun, online harcayın, dönüştürün ve Nijerya'da nakde çevirin.

İlgili yazılar

Serbest Çalışma ve Uzaktan Çalışma: Fiyatlandırma, Müşteriler ve Ödemeler

Nijeryalı Serbest Çalışanlar için W-8BEN: Form, Alanlar ve Ödeme

Ermenistan'da yabancı olarak bireysel girişimci kaydı nasıl yapılır

Gizli Müşteri İşlerini NDA'yı İhlal Etmeden Portföyünüzde Nasıl Gösterirsiniz