Serbest çalışanların (freelance) aldığı depozito ödemesi projenin başlangıcını, ara ödemeler ise gidişatını güvenceye alır. Kısa vadeli ve sınırları net işler için depozito ve kalan bakiye ödemesi yeterli olabilir. Daha uzun soluklu veya riskli işlerde ise ücreti teslimatlara ve onaylara bölerek birikmiş, ödenmemiş iş riskini önleyebilirsiniz. %50 peşinat da dahil olmak üzere hiçbir oran her proje için tek başına doğru çözüm değildir.

%50 depozito almak, bazen %30 depozitoya kıyasla size daha fazla ödeme riski yükleyebilir.

Yarı yarıya anlaşmalı bir projede ücretinizin yarısı sürekli ertelenen bir nihai onaya takılıp kalabilir. Diğer yandan %30 peşinatla başlayan bir projede, gerçek bir ara aşamada bir sonraki ödemenizi çoktan almış olabilirsiniz.

İlk faturadaki oran, karar verme sürecinin sadece bir parçasıdır. Kullanışlı bir serbest çalışan ödeme planı şu zor sorunun yanıtını vermelidir:

Bir sonraki ödeme vadesi gelene kadar ne kadar iş tamamlayabilirsiniz?

Haftalar süren, birden fazla müşteri onayı gerektiren, dış maliyetleri olan veya kaynak kodları, düzenlenebilir tasarım dosyaları, üretim erişimi ya da lansman gibi yüksek değerli teslimatlarla biten projelerde bu soru daha da büyük önem taşır.

Uluslararası müşterilerle çalışan Nijeryalı serbest çalışanlar için dikkate alınması gereken bir süre daha vardır. Faturanın vadesinin gelmesi ile paranın kullanılabilir hale gelmesi farklı süreçlerdir. Ödeyen kişi, para birimi, transfer kanalı, inceleme süreci ve nakde çevirme yöntemi bu süreyi etkileyebilir. Nijeryalı serbest çalışanların ABD, Birleşik Krallık ve AB'deki müşterilerden nasıl ödeme alacağına dair kılavuzumuz iş akışının bu kısmını ele almaktadır.

Aşağıdaki planlar ve sözleşme metinleri yalnızca planlama örnekleridir; hukuki veya mali tavsiye niteliği taşımaz. Sözleşmenin bağlayıcılığı, depozitolar, iadeler, ödeme ihtilafları ve iptal hakları; yapılan anlaşmaya, yetkili mahkemeye ve ödeme yöntemine göre değişiklik gösterir.

Depozito, ara ödeme ve kalan bakiye farklı sorunları çözer

Bu üç ödeme türü, birbirinin yerine geçebilecek rastgele oranlar olarak görülmemelidir.

Depozito başlangıcı güvenceye alır.

Milestone ödemesi, projenin orta aşamalarının uzun ve ücretsiz bir çalışma sürecine dönüşmesini engeller.

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

Kısa bir proje için sadece başlangıç ve son ödeme yeterli olabilir. Uzun projelerde ise genellikle üçüne de ihtiyaç duyulur.

Ödeme oranından ziyade ödenmemiş riskiniz önemlidir

Bir ödeme planını test etmenin en iyi yolu, projenin farklı aşamalarındaki ödenmemiş riskinizi hesaplamaktır. Bu bir muhasebe standardı değil, planlama aracıdır:

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

8 haftalık bir proje için 4.000 USD fiyat verdiğinizi varsayalım.

%50 peşinat ve %50 teslimatta ödeme şeklinde anlaşırsanız işe başlamadan önce 2.000 USD alırsınız. Ancak 3.500 USD değerinde işi tamamladığınızda, yaptığınız işin 1.500 USD'lik kısmı henüz ödenmemiştir.

Şimdi de farklı bir plan düşünelim:

• İşe başlamadan önce %30

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

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

• Son teslimatta %15

Başlangıç ödemesi daha düşüktür ancak ödemeler yapılan işe çok daha paralel ilerler.

Bu yüzden "Serbest çalışanlar %50 peşinat istemeli mi?" sorusunun tek bir doğru yanıtı yoktur. Yarı yarıya (%50/%50) ödeme modeli, kısa ve sınırları belli bir proje için mükemmeldir. Ancak ilk ödeme ile son onay arasında 6 haftalık bir çalışma süresi olan uzun bir projede kullanışsız kalacaktır.

Burada belirleyici olan işin yapısıdır.

Örneğin yazılım projeleri; analiz, test ortamı, entegrasyonlar, kalite kontrol (QA) ve canlıya geçiş gibi doğal aşamalara sahiptir. walllet.com adresindeki yazılım geliştiriciler için müşteri kapsamı ve sözleşmeler kılavuzu, kabul kriterlerinin ve teknik ara aşamaların bu süreçlere nasıl uyarlanacağını göstermektedir.

Ödeme planını projeye göre uyarlayın

Başkasının depozito oranını kopyalamaktansa şu dört değişkene odaklanmak çok daha önemlidir.

1. Proje ne kadar sürecek?

Üç günlük bir denetim projesi ile dört aylık bir ürün geliştirme projesi aynı ödeme yapısına sahip olamaz.

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

2. Kapsam ne kadar net?

Detayları netleştirilmiş bir işi depozito ve kalan bakiye şeklinde planlamak kolaydır.

Gereksinimleri, bağımlılıkları veya müşteri kararları henüz netleşmemiş bir projeyi daha küçük aşamalara bölmek gerekir. Aksi takdirde, ödeme planı işin kendisinde olmayan bir kesinliği varmış gibi kabul edebilir.

3. Gerçek onay noktaları neresi?

Her bir milestone ödemesi, müşterinin somut bir şeyi inceleyebileceği bir aşamaya konmalıdır.

Örnekler:

• tasarıma başlamadan önce onaylanan araştırma bulguları;

• arayüz tasarımından önce onaylanan bilgi mimarisi;

• entegrasyondan önce kabul edilen test sürümü;

• üretime geçmeden önce onaylanan kampanya stratejisi;

• nihai çıktıdan önce onaylanan kurgu veya taslak sürüm.

Bir kullanıcı deneyimi (UX) projesi zaten analiz, yapı, tasarım yönü ve son teslimat arasında doğal karar aşamalarına sahiptir. Serbest çalışan UX tasarımcısı iş akışı, ödeme aşamalarının rastgele takvim tarihleri yerine gerçek karar aşamalarını nasıl takip edebileceğine iyi bir örnektir.

4. Ne teslim ediyorsunuz?

Son adımda müşteriye geri alınması zor bir şey teslim ettiğinizde, son ödeme riski de değişir.

Bunlar aşağıdakileri içerebilir:

• kaynak dosyalar;

• kaynak kodları;

• depo (repository) sahipliği;

• canlı ortam şifreleri;

• düzenlenebilir tasarım dosyaları;

• ham proje dosyaları;

• ana çıktılar;

• nihai yayınlama erişimi;

• alan adı veya sunucu kontrolü.

Projeye başlamadan önce neyin nihai teslimat sayılacağını netleştirin. Bu şartları faturanın vadesi geçtikten sonra belirlemeye çalışmayın.

İyi bir milestone, müşterinin doğrulayabileceği bir durumu tanımlar

"Yarısını bitirdiğimizde %50" zayıf bir milestone tanımıdır.

Neyin yarısı?

"Aşama 2 bittiğinde ödeme yapılır" ifadesi de Aşama 2'nin kabul kriterleri yoksa pek bir işe yaramaz.

Kullanışlı bir milestone şunları içermelidir:

1. teslim edilecek ürün veya iş;

2. nelerin dahil olduğu;

3. tahmini teslim tarihi;

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

5. ödenecek tutar;

6. bir sonraki adımda ne olacağı.

Upwork’ün mevcut sabit fiyatlı iş rehberi bu konuda iyi bir örnektir. Kullanıcılara her milestone için net bir teslimat, tahmini teslim tarihi ve üzerinde anlaşılmış bir ödeme tutarı belirlemelerini önerir. Upwork üzerinde bir iş resmi olarak teslim edildiğinde, platform müşteriye bunu onaylaması veya revizyon istemesi için 14 gün süre verir; hiçbir işlem yapılmazsa sistem milestone ödemesini otomatik olarak serbest bırakır. Bu 14 günlük kural Upwork'e özeldir; doğrudan çalıştığınız müşterilerle yaptığınız sözleşmelerde bu kural kendiliğinden geçerli olmaz.

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

Zayıf tetikleyici

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

Hiç kimse bir işin ne zaman "neredeyse bittiğini" kesin olarak kanıtlayamaz.

Daha iyi tetikleyici

Milestone 2, üzerinde anlaşılan beş adet masaüstü ekran tasarımı Figma üzerinden teslim edildiğinde ve müşteri bu ekran setini yazılı olarak onayladığında tetiklenir.

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

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

Tetikleyici ne kadar net olursa, "Bir sonraki aşamadan sonra ödeme yapacağımızı sanıyordum" gibi anlaşmazlıklara o kadar az yer kalır.

Yüzdeleri hesaplamadan önce planı oluşturun

Basit bir karar modeli şu şekildedir:

Bunlar zorunlu yüzdeler değil, planlama şablonlarıdır.

Bir projenin yapısı analiz aşamasından sonra değişebilir. İlk ücretli aşamada işin beklenenden çok daha büyük olduğunu fark ederseniz, orijinal milestone'ları zorlamak yerine yeni bir kapsam ve plan oluşturun.

Zamanlama netleştikten sonra ödeme alma yönteminiz de aynı derecede net olmalıdır. walllet.com ile ödeme alma yönteminizi de en az ödeme planınız kadar net tutun: küresel gelirlerinizi alın, USD olarak tutun ve ihtiyacınız olduğunda yerel para biriminize çevirip çekin.

Müşteri onayının da bir son tarihi olmalıdır

Bir milestone mükemmel şekilde tanımlanmış olsa bile, onay sürecinin bir zaman sınırı yoksa aksayabilir.

Şu senaryoyu düşünün:

1. Anlaşılan işi Pazartesi günü teslim ediyorsunuz.

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

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

4. Onay gelmediği için bir sonraki aşamaya başlayamıyorsunuz.

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

6. Takviminiz ilerlemeyen bir proje için bloke edilmiş durumda kalıyor.

Burada sorun artık depozito oranı değildir. Onay kuralı nakit akışınızı doğrudan etkilemektedir.

İşe başlamadan önce bir inceleme süresi belirleyin.

Örnek iş dili:

Lütfen her milestone'u teslimat tarihinden itibaren üç iş günü içinde inceleyin. Bu süreden sonra iletilen geri bildirimler, projenin kalan tarihlerini kaydırabilir. Bir sonraki aşama, önceki milestone için gerekli onay ve ödeme koşulları tamamlandıktan sonra başlar.

Üç iş günü sadece bir örnektir. İşin türüne ve müşterinin karar alma sürecine uygun bir inceleme süresi seçin.

Ayrıca sessiz kalmanın ne anlama geldiğini netleştirin. Yazılı anlaşmanız veya geçerli kurallar bunu desteklemediği sürece, sessizliği doğrudan onaylanmış olarak kabul etmeyin.

Satın alma ekipleri, birden fazla onay merci veya iç hukuki inceleme süreçleri olan kurumsal müşteriler için daha uzun bir onay süresi belirlemek daha gerçekçi olabilir. Kimsenin uyamayacağı bir son tarih yazmak yerine, gerçek sürece göre fiyat ve plan belirleyin.

Revizyonlar ödeme süresini sonsuza kadar ertelememelidir

Müşteri genel gidişatı onaylayıp yine de revizyon isteyebilir.

Ödeme planında şu iki durumu birbirinden ayırmak gerekir:

Kapsam içi revizyon: üzerinde anlaşılan teslimatta talep edilen düzeltmeler.

Değişiklik talebi: üzerinde anlaşılan işi genişleten veya değiştiren talepler.

Değişiklik taleplerine örnekler:

• ek sayfalar eklemek;

• yeni bir özellik eklemek;

• başka bir hedef kitleyi hedeflemek;

• başka bir formatta üretim yapmak;

• yeni bir platform eklemek;

• onaylanmış bir tasarımı baştan yapmak;

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

• açıkça kapsam dışı bırakılan bir işi talep etmek.

Kullanışlı bir kural olarak, kaç revizyon hakkının dahil olduğunu tanımlayın ve ek işler için ayrı bir onay süreci belirleyin.

Örnek metin:

Bu proje, anlaşılan kapsam dahilinde iki revizyon hakkı içerir. Kapsama ek teslimatlar, özellikler, kanallar, formatlar veya daha önce hariç tutulan işleri ekleyen talepler, ek çalışma başlamadan önce ek ücretin ve güncellenen takvimin yazılı olarak onaylanmasını gerektirir.

Bu ayrım, ucu açık aylık kapsamların sonsuz ek talepleri yutabildiği düzenli dijital pazarlama işlerinde özellikle önemlidir. Serbest çalışan dijital pazarlamacı ücretleri ve retainer modelleri kılavuzu; çıktıların, revizyon haklarının ve müşteri bağımlılıklarının neden birlikte fiyatlandırılması gerektiğini göstermektedir.

Yeni bir talebin, orijinal milestone şartlarını zaten karşılamış olan bir işin ödemesini sessizce bloke etmesine izin vermeyin.

İptal ve iade süreçleri için net bir uzlaşma kuralı belirleyin

Depozito almak iptal riskini tamamen ortadan kaldırmaz.

Ayrıca proje yarıda kalırsa paraya ne olacağı sorusuna da yanıt vermez.

İşe başlamadan önce anlaşmada şu sorular yanıtlanmalıdır:

• Hangi işler zaten tamamlandı?

• Hangi maliyetler çoktan üstlenildi?

• Peşin ödeme toplam proje ücretinden düşülecek mi?

• Halihazırda yapılmış ödemeleri aşan, tamamlanmış işlere ne olacak?

• Anlaşma kapsamında henüz hak edilmemiş tutarlara ne olacak?

• İptal durumu, tamamlanmamış işlere erişimi etkiler mi?

• Müşteri resmi olarak iptal etmek yerine bir anda ortadan kaybolursa ne olur?

"Depozito" kelimesinin parayı otomatik olarak iade edilebilir veya iade edilemez kıldığını varsaymayın. Bu durum sözleşmeye ve geçerli kanunlara bağlıdır.

Adil bir uzlaşma maddesi şu mantıkla başlayabilir:

Projenin tamamlanmadan sona ermesi durumunda taraflar, imzalanan anlaşmaya uygun olarak tamamlanan işleri ve üzerinde anlaşılan proje maliyetlerini karşılaştırarak ödemeleri denkleştirecektir. Kalan ödeme veya iade yükümlülükleri bu şartlara ve geçerli yasalara göre yürütülecektir.

Risk veya tutarın yüksek olduğu durumlarda, bulunduğunuz bölgeye özel iptal, iade veya fesih maddelerini bir uzmana inceletin.

Tetikleyici gerçekleştiğinde faturayı hemen kesin

Milestone 2'yi bitirip, Milestone 3'e başlayıp, üç gün sonra faturayı göndermediğinizi fark etme hatasına düşmeyin. Tetikleyici ile fatura tarihi birbirine yakın olmalıdır. Bir milestone faturası, yapılan iş ile ödemeyi eşleştirmeyi kolaylaştırmalıdır. Şunları ekleyin:

• proje adı;

• milestone veya aşama;

• tutar;

• para birimi;

• fatura tarihi;

• son ödeme tarihi (vade);

• teslimat veya tetikleyici detayları;

• ödeme talimatları;

• varsa önceki ödemeler;

• varsa kalan proje bakiyesi.

Uluslararası müşteriler için faturayı göndermeden önce hesap bilgilerini doğrulayın. Müşteri yanlış ödeme kanalını kullanırsa veya transfer incelemeye takılırsa, mükemmel zamanlanmış bir fatura bile nakit akışı sorunu yaratır.

Müşteri parayı gönderdiğini söylediği halde siz parayı kullanamıyorsanız, projeyi sessizce ilerletmek yerine bunu bir ödeme süreci sorunu olarak ele alın. Bloke edilen, incelenen veya geciken serbest çalışan ödemelerine ilişkin kılavuzumuz, bu durumları nasıl ayırt edeceğinizi ve hangi belgeleri saklamanız gerektiğini açıklamaktadır.

Nihai ödeme ve son teslimat somut unsurlara dayanmalıdır

"Son ödeme proje tamamlandığında yapılır" ifadesi, serbest çalışan ile müşteri tamamlanmanın ne anlama geldiği konusunda anlaşmazlığa düşene kadar net görünür.

Tamamlanma şunları ifade edebilir:

• işin incelemeye hazır olması;

• tüm revizyonların tamamlanmış olması;

• web sitesinin yayına alınması;

• kaynak dosyaların transfer edilmesi;

• müşterinin onay imzası vermesi;

• projenin kabul kriterleri listesinden geçmesi;

• serbest çalışanın devir belgelerini tamamlaması.

Bunlardan birini seçin.

Ardından bu noktadan önce nelerin teslim edileceğini ve nelerin nihai devir kapsamına gireceğini tanımlayın.

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

Bir yazılımcı için müşteri, nihai kod transferinden veya canlıya geçişten önce test ortamındaki sürümü inceleyebilir.

Bir hareketli grafik (motion) tasarımcısı için müşteri, sözleşmeye dahilse nihai kaynak dosyaları ve proje dosyalarını almadan önce önizleme sürümünü onaylayabilir.

Sözleşmeniz gereği daha önce teslim etmeniz gereken varlıkları son ana kadar elinizde tutmayın. Sıralamayı işe başlamadan önce belirleyin.

Ayrıca uzun bir projenin son adımı için gereksiz derecede büyük bir yüzde bırakmaktan kaçının. Projenin finansal açıdan %90'ı tamamlanmışken, son lansman müşteriden kaynaklı tek bir nedenden dolayı bekleyebilir.

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

Aşağıdaki planlar örnek niteliğindedir. Ödemelerin işin yapısına nasıl uyum sağlayabileceğini gösterirler. Her serbest çalışan veya müşteri için doğrudan tavsiye edilen yüzdeler değildir.

Örnek 1: Küçük 600 USD bütçeli proje

Proje: net bir nihai rapor içeren odaklı denetim
Süre: kısa, kapsamı dar

Neden işe yarıyor:

Projenin tek bir anlamlı üretim aşaması ve tek bir nihai teslimatı varken birden fazla küçük fatura oluşturmanın pek bir anlamı yoktur.

Yine de netleştirilmesi gerekenler:

• inceleme süresi;

• dahil olan revizyon veya netleştirme aşaması;

• iptal durumunda yapılacaklar;

• nihai teslimat koşulu.

Örnek 2: Orta ölçekli 2.400 USD bütçeli UX projesi

Proje: araştırma analizi, bilgi mimarisi ve arayüz tasarımı
Süre: birkaç hafta

İkinci ödeme, üretim işlerinin büyük kısmı birikmeden önce elinize ulaşır.

Müşteri araştırmadan sonra onayı geciktirirse serbest çalışan, yeni bir ödeme almadan tüm arayüz paketini tamamlamak zorunda kalmadan projeyi duraklatabilir.

Örnek 3: Uzun vadeli 8.000 USD bütçeli yazılım projesi

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

Son aşamaya yalnızca %10 bırakılmıştır, çünkü projenin büyük bir kısmı önceki aşamalarda zaten üretilmiş ve ödemesi alınmıştır.

Paylaşım oranları tamamen farklı da olabilirdi. Burada faydalı olan asıl nokta sıralamadır: önemli miktarda yeni iş, uzak bir son faturanın arkasında birikmez.

Peşin ödeme ve milestone ödemeleri Net 7, Net 15 veya Net 30 değildir

Bu terimler farklı sorulara yanıt verir.

Depozito veya milestone, hangi olayın ödeme yükümlülüğü veya fatura tetikleyicisi oluşturduğunu söyler.

Net terimi ise fatura tarihinden veya anlaşılan diğer başlangıç noktasından sonra müşterinin ödeme yapmak için ne kadar süresi olduğunu belirtir.

Bunlar birlikte kullanılabilir:

Milestone 2 faturası, anlaşılan teslimatın yazılı onayından sonra kesilir ve vadesi Net 7'dir (7 gündür).

Bu durum Net 7'yi bir milestone yapmaz. Sadece milestone faturasına eklenen son ödeme tarihi şartıdır.

Net 7, Net 15, Net 30 fatura tarihleri ve vade terminolojisi, özellikle kurumsal satın alma süreçleriyle uğraşan serbest çalışanlar için kendi karar mekanizmalarını gerektirir.

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

Ödeme planı, her iki taraf da şu soruları tahmin yürütmeden yanıtlayabildiğinde hazırdır:

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

• Sonraki her faturayı tam olarak ne tetikliyor?

• Her aşamada ne kadar ödeme yapılacak?

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

• Onay gecikirse plan nasıl etkilenir?

• Hangi revizyonlar fiyata dahil?

• Neler ücretli bir ek değişiklik talebi oluşturur?

• Proje duraklar veya iptal edilirse ne olur?

• Nihai teslimat neleri içeriyor?

• İşin büyük kısmının bittiği noktada henüz ödenmemiş ne kadar para kalıyor?

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

• Bir sonraki aşama başlamadan önce ne olması gerekiyor?

Güçlü bir serbest çalışan ödeme planı, belirsizlikler maliyetli hale gelmeden önce onları ortadan kaldırır. Sözleşmeniz müşterinin ne zaman ödemesi gerektiğini belirleyebilir. Ödeme yöntemi ise müşteri parayı gönderdikten sonra ne olacağını belirler. "Fatura gönderildi" aşamasından gerçekten kullanabileceğiniz paraya geçiş yapın: walllet.com ile küresel gelirlerinizi alın, USD olarak tutun, çevrimiçi harcayın, dönüştürün ve Nijerya'da nakde çevirin.