Jadwal Pembayaran yang Direkomendasikan untuk Pengembangan Freelance


17

Saya telah menjadi pengembang freelance selama bertahun-tahun dan sedang menyiapkan sistem yang dirancang untuk menarik klien melalui salah satu situs web pengembang saya.

Jika berhasil, ini adalah klien yang tidak saya kenal, dan beberapa pekerjaan mungkin sangat kecil. Ketika bekerja dengan klien yang saya kenal di proyek yang lebih besar, saya terbiasa melakukan pekerjaan itu sebelum saya dibayar. Tapi, ini sepertinya beresiko.

Saya mencari saran tentang jadwal pembayaran yang harus saya minta untuk proyek kecil. Saya menduga klien potensial tidak akan mau membayar jumlah penuh di muka, dan solusinya mungkin akan menjadi semacam kompromi.


Jawaban:


23

Depan + Tonggak Sejarah

Biasanya, Anda harus memiliki pembayaran di muka untuk mulai bekerja. Kemudian, miliki tonggak di mana Anda mengirimkan sebagian dari proyek kepada mereka, atau perlihatkan pembaruan untuk kemajuan tempat pembayaran berikutnya jatuh tempo. Dengan cara ini Anda memiliki insentif untuk terus mengerjakan proyek, karena Anda tidak dibayar jumlah penuh sampai Anda mengirim, dan mereka memiliki insentif untuk benar-benar membayar Anda sepanjang jalan karena mereka tidak akan mendapatkan produk lengkap jika Anda berjalan keluar karena mereka berhenti membayar Anda di tengah-tengah.

Seperti apa pun, ini bisa dinegosiasikan, dan niat baik akan muncul tergantung pada klien / hubungan, dll. Persentase tonggak dan pembayaran di muka dapat sangat bervariasi, jadi gunakan diskresi Anda sendiri tentang apa yang adil dan sejauh apa Anda mau untuk risiko tidak dibayar.


13

Saya meminta klien untuk membayar 50% di muka dan 50% ketika proyek selesai dan saya telah memberikannya kepada mereka. Saya telah kehilangan banyak uang di masa lalu ketika klien tiba-tiba menarik diri dan saya tidak mendapatkan apa pun dari mereka di depan.

Dengan 50% di muka Anda tahu Anda bisa mempercayai mereka dan itu akan menutupi biaya pengembangan Anda. Mereka juga akan merasa senang bahwa Anda tidak akan mendapatkan 50% akhir Anda sampai Anda telah memberi mereka proyek yang sudah selesai - dan Anda tahu Anda dapat mempercayai mereka karena mereka bersedia membayar jumlah yang cukup besar di muka.


+1 untuk kompromi antara pembayaran sebelum dan pembayaran setelah pekerjaan selesai.
Jonathan Wood

Anda hanya perlu memastikan bahwa Anda mendapatkan cukup sebelum tangan bahwa jika sesuatu terjadi (yaitu mereka menolak untuk membayar jumlah akhir) Anda tidak benar-benar kacau dan Anda telah menutupi biaya Anda.

3

dua pilihan waras

  1. jika Anda menawar secara datar pekerjaan, atau biaya iterasi, setengah di muka dan setengah pada penyelesaian. Untuk perlindungan Anda sendiri, bersikeras bahwa tes penerimaan harus objektif dan otomatis.

  2. jika Anda bekerja per jam, jual jam prabayar


Bisakah Anda menguraikan apa yang Anda maksud dengan tes penerimaan otomatis? Memberi +1 pada jam pra-bayar, meskipun saya yakin itu dapat mematikan sebagian pelanggan.
Jonathan Wood

@ Jonathan: Sudah menjadi praktik umum untuk memiliki "tes penerimaan" untuk menentukan bahwa perangkat lunak melakukan apa yang seharusnya dilakukan. Mengotomatiskan tes ini (ala TDD) sangat dianjurkan, karena menghilangkan subjektivitas dari proses dan membuatnya lebih mudah untuk memastikan bahwa perangkat lunak melewati semua tes sebelum dikirim, dan setelah dikirim.
Steven A. Lowe

Saya menyetujui jam "pra-bayar". Mereka disebut biaya punggawa.
Michael Brown

1

Saya tidak tahu apakah ada yang seperti ini, tapi mungkin jalan tengah .. Punya akun tingkat menengah di mana pembayaran dibayar, sehingga uangnya sekarang dalam limbo .. Anda tahu bahwa uang itu tersedia, dan mereka tahu Anda tidak akan lari dengan itu.

Kemudian di dalam kebebasan itu Anda dapat menghitung pembayaran tonggak yang sesuai berdasarkan per proyek.


2
Satu-satunya masalah - siapa yang mengelola akun escrow itu? Jika mereka tidak cukup percaya padanya untuk membayar dimuka, mereka juga tidak akan mempercayai pengaturan escrow yang dia tawarkan ...
Jim

Yah, saya pikir sesuatu seperti ini bisa berhasil. Misalnya, jika itu adalah perusahaan seperti PayPal, orang akan mempercayainya. Namun, saya tidak yakin layanan seperti itu ada, dan bayangkan mereka ingin satu persen jika mereka mau.
Jonathan Wood

2
ya sobat ada banyak layanan escrow di sekitar. Situs lepas yang saya gunakan (Scriptlance.com) sebenarnya memiliki fasilitas escrow yang terpasang di situs. Bekerja dengan cukup baik. Tidak yakin bagaimana mereka menangani perselisihan
JT.WK

1
Guru.com dan Elance juga menyediakan layanan escrow.
Michael Brown

1

Itu selalu risiko jika Anda tidak dibayar pertama atau setidaknya persentase dari apa yang disepakati. Bersikap tegas dan selalu meminta uang muka terlebih dahulu, terutama jika Anda tidak dapat mempercayai majikan. Adalah hak Anda untuk memintanya. Jangan khawatir tentang itu. Kontrak tertulis juga akan sangat membantu. Ini menetapkan bahwa itu adalah bisnis profesional dan juga menetapkan batasan dan dasar dari apa yang disepakati. Anda dapat membaca artikel ini untuk cara-cara cerdas untuk memastikan Anda dibayar.


0

Jangan pergi untuk proyek-proyek kecil ... dibutuhkan upaya yang sama besar untuk mendarat proyek kecil seperti halnya untuk proyek besar. Untuk proyek besar, jika Anda benar-benar khawatir tentang pembayaran, gunakan layanan anjak faktur . Mereka menjalankan kredit pada klien Anda dan jika disetujui memberi Anda nilai penuh faktur dikurangi 1-2%. Dari sana, mereka menangani semua koleksi atas nama Anda. Anda tidak perlu khawatir tentang apa pun selain memberikan layanan.


Dengan pengaturan khusus ini, proyek akan datang kepada saya, dan saya akan dengan senang hati mengambil proyek kecil saat ini. Untuk proyek yang lebih besar, saya biasanya tidak mengalami kesulitan.
Jonathan Wood

2
Pada saat perusahaan mengalami krisis keuangan, proyek-proyek kecil mungkin menjadi satu-satunya pilihan untuk bertahan hidup
Imran Omar Bukhsh
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.