Jadi, seorang klien mendatangi saya dan mengatakan itu perlu dilakukan. Pada dasarnya 4 tugas, yang saya setuju untuk lakukan untuk harga tertentu. Pelanggan menciptakan tawaran pekerjaan (waktu dan harga pekerjaan tetap) di ODesk, saya menerimanya, tetapi butuh beberapa hari dan pengingat konstan bagi pelanggan untuk memulai kontrak berdasarkan pekerjaan itu.
Masalahnya adalah bahwa tugas asli telah selesai, kontrak masih aktif, saya belum dibayar, pelanggan mengatakan dia akan membayar ketika proyek selesai, dan sampai saat itu, tugas baru terjadi terus-menerus, atau perubahan ke tugas lama yang membutuhkan pengerjaan ulang elemen secara penuh. Untuk semua ini, klien menjanjikan pembayaran. Tidak ada pembaruan dari klien ini di ODesk, tidak ada tugas baru di sana. Saya terus mengingatkan klien tentang memilah masalah administrasi, tetapi tanpa hasil. Pada saat yang sama, klien mendorong untuk melanjutkan pekerjaan, karena proyek akan segera diluncurkan.
Saya tidak tahu harus berbuat apa.
- Jika saya menolak untuk melakukan pekerjaan apa pun tanpa birokrasi, proyek akan terlambat. Tapi itu bukan salahku, kan? Saya takut bahwa saya mungkin menerima umpan balik negatif dalam kasus ini, atau sesuatu yang lebih buruk.
- Jika saya keluar dari proyek ini, saya khawatir saya tidak akan mendapatkan bahkan apa yang saya peroleh.
- Jika saya terus seperti ini, saya akan membuang banyak waktu untuk melakukan hal-hal yang mirip dengan hal-hal yang dijelaskan di sini , tetapi sebagai seorang programmer (ya, itu sudah sampai pada permintaan yang serupa, untuk banyak konten yang dikodekan).
Bagaimana cara saya berkomunikasi dengan klien dalam situasi seperti itu? Bagaimana saya menghindari konflik?
PS Klien adalah perusahaan kecil. Orang yang berbeda menangani aspek berbeda dari proyek ini, dan setiap orang memperkenalkan perubahan mereka sendiri pada spesifikasi aslinya.
Setelah 2 tahun : Wow! Sangat pertanyaan! Sangat populer!
Saya memutuskan untuk membiarkan semua orang di akhir cerita ini. Saya telah berkonfrontasi dengan pelanggan, menjelaskan bahwa saya tidak akan bekerja sampai saya dibayar untuk apa yang saya lakukan, dan sampai kontrak satu jam terbuka. Mereka membayar saya pada hari berikutnya dan membuka kontrak. Kolaborasi yang bermanfaat namun singkat dimulai. Semua orang senang. Kecuali saya tidak mendapat tanggapan.
sumber
freelancing and business concerns
Jawaban:
Ya ampun, aku berada di posisi ini berkali-kali ketika aku lepas aku merasakan sakitmu sekarang.
Semuanya berubah ketika saya mengubah cara berpikir saya tentang klien: semua klien adalah penipu.
Izinkan saya mengatakan itu lagi:
SEMUA KLIEN ADALAH PARA KONTEN
Ketika Anda mengubah perspektif ini saat Anda menyadari bahwa Anda sebenarnya memiliki pengaruh sebagian besar waktu, bahkan ketika Anda tidak memiliki kontrak yang mendukung Anda.
Inilah yang Anda lakukan:
Jika Anda pikir ini hanya masalah komunikasi, Anda dapat memperbaikinya (jika dan hanya jika klien menginginkannya) : Anda dapat menggunakan yang sebelumnya sebagai leverage, tetapi solusinya adalah meminta klien untuk menunjuk satu wakil tunggal untuk proyek, opsi terbaik Anda untuk ini adalah:
Ini secara efektif akan membuat mereka menyalurkan semua permintaan ke satu titik di mana hal-hal dapat diselesaikan di pihak mereka, bukan pada Anda. Anda mengalami campuran creep fitur dan kurangnya manajemen harapan .
Dalam kasus apa pun dan jika saya adalah Anda, saya akan menghubungi oDesk untuk bantuan dengan kasus ini. Saya yakin ada banyak klien yang berperilaku seperti ini untuk memeras lebih banyak pekerjaan dari kontraktor. Jika Anda memiliki bukti bahwa proyek selesai sesuai dengan kontrak, gunakan kontrak sebagai senjata Anda .
Saya yakin oDesk memiliki kontrak untuk sesuatu .
Selain itu, itu juga bisa terlihat seperti berhati dingin, tetapi ketika tiba saatnya untuk menjadi kacau atau tidak, peluncuran mereka, tenggat waktu mereka, dan pikiran mereka adalah masalah mereka , bukan milik Anda.
Saya membuat kesalahan dengan terlalu peduli tentang klien pada hari-hari saya, tetapi Anda tidak harus melakukannya.
Sunting : Saran terakhir, jangan lakukan pengiriman terakhir hingga Anda mendapatkan pembayaran akhir. Anda selalu dapat memberikan demonstrasi di laptop / tempat Anda sendiri untuk memastikan semuanya berfungsi.
Atau dan jika Anda sama sekali tidak punya pilihan, dan pelanggan membutuhkan aplikasi yang dikerahkan untuk membayar Anda (karena itu ada dalam kontrak, jika tidak menyerah), sebarkan di infrastruktur Anda sendiri dan tidak memberikan akses ke sana ke orang lain untuk orang-orang yang Anda percayai dengan hidup Anda (saya serius tentang ini) Ini adalah leverage Anda yang terakhir di mana Anda dapat mengatakan: "Anda punya X hari untuk membayar atau layanan akan dihapus". Berpura-puralah dia menyewa rumah milikmu, dan dia mungkin akan pergi suatu hari tanpa pemberitahuan dan kamu tidak akan pernah bisa melacaknya kembali atau memberinya alasan untuk membayar kamu.
sumber
oDesk memiliki tim / kebijakan penyelesaian perselisihan. Anda dapat menghubungi mereka termasuk perincian di atas terutama tentang tugas tambahan.
sumber
Biasanya ketika Anda harus memburu klien Anda untuk pembaruan itu pertanda buruk.
Saya juga bekerja di oDesk; dan ke depan, Anda mungkin ingin mempertimbangkan untuk bekerja secara eksklusif pada kontrak per jam dan memperkirakan di muka berapa jam yang akan Anda lakukan.
Pada kontrak per jam, Anda dapat dengan benar menandai apa yang telah Anda kerjakan dan berapa banyak utang Anda. Jauh lebih mudah untuk mendapatkan oDesk untuk memaksa klien membayar.
Pada kontrak harga tetap, tidak ada peluang. Klien Anda dan hanya klien Anda yang memutuskan kapan dan berapa banyak yang harus dibayar. oDesk bahkan mengatakannya di situs dokumentasi / dukungan mereka. Saya minta maaf untuk mengatakan, jika proyek Anda adalah harga tetap; Saya akan mengatakan menahan pekerjaan untuk tebusan dan menuntut apa pun yang bisa Anda dapatkan - kemudian jaminan.
Klien seperti ini menyedot kehidupan Anda.
sumber
Apa yang dimaksud dengan 'lengkap'? Apakah ini berarti 'Semua tugas dalam kontrak selesai'? Jika ya, maka klien Anda jelas-jelas melanggar kontrak dan Anda harus mempertimbangkan meminta pengacara untuk menulis surat 'ramah' untuk mengingatkannya tentang kewajibannya. Anda harus menyimpannya sebagai upaya terakhir, dan mencoba mengambil pendekatan yang lebih diplomatis, seperti mencoba menegosiasikan kembali kontrak untuk memasukkan tugas yang ditambahkannya pada kontingen yang a) Anda dibayar untuk pekerjaan yang telah Anda lakukan sebagai sesuai ketentuan kontrak asli, dan b) Anda juga akan dibayar untuk pekerjaan ekstra yang dilakukan.
Namun, jika kontrak menetapkan bahwa Anda akan dibayar ketika proyek 'selesai', maka Anda mungkin berada dalam kesulitan. Tanyakan pengembang yang baik dan mereka akan memberi tahu Anda bahwa perangkat lunak tidak pernah lengkap, baik dalam pemeliharaan atau ditinggalkan. Jika Anda setuju bahwa klien dapat membayar setelah selesai dan diajukan ke pengadilan, pembelaannya mungkin adalah bahwa proyek tersebut tidak lengkap karena ada daftar besar persyaratan yang ditambahkan ke proyek yang belum Anda lakukan.
Saya harap kontrak Anda menyatakan bahwa Anda akan dibayar jika memenuhi persyaratan yang ditentukan dalam kontrak. Jika ya, dan jika jelas bahwa klien Anda sengaja menyentak Anda dan mencoba mengambil pekerjaan dari Anda yang tidak pernah Anda setujui, maka Anda memiliki opsi. Jika tertulis "pembayaran saat selesai" maka Anda mungkin memiliki opsi yang jauh lebih sedikit. Anda bisa mencoba menegosiasikan ulang kontrak tetapi jika dia tidak mau mengalah maka saya tidak yakin ke mana Anda bisa pergi dari sana.
Sunting untuk menambahkan: Komentar "semua orang terus menambahkan" di akhir pertanyaan Anda berdering dengan serius. Saya harap Anda tidak menerima persyaratan apa pun selain dari orang yang dinegosiasikan dengan Anda ke daftar kerja! Anda harus menerima persyaratan dan mengubah permintaan hanya dari satu orang, jika tidak kekacauan dapat terjadi. Orang A mungkin berpikir itu akan rapi jika Anda menambahkan fitur X ke proyek, tetapi jika orang B yang membayar dan mereka tidak tahu orang A menambahkan fitur ke proyek, mereka bisa mendapatkan kesan Anda menambahkan barang mereka tidak meminta proyek hanya untuk mendapatkan lebih banyak uang dari mereka. Itu pasti akan menghasilkan darah yang buruk. Lebih buruk lagi, Anda bisa berakhir dengan kekacauan total proyek dengan beban persyaratan dan kode yang saling bertentangan yang tidak t memenuhi tujuan awalnya karena berusaha menyenangkan banyak pemangku kepentingan lainnya juga. Perlu ada proses yang ditetapkan dengan baik untuk menambahkan persyaratan, dan orang yang membayar tagihan harus sepenuhnya menyadari persyaratan apa pun yang ditambahkan.
sumber