Mengisi daya per jam / proyek [ditutup]


9

Ini terkait dengan pertanyaan yang saya tanyakan sebelumnya - /software/34023/how- to - end - end-a - relationship - with-a - client - without - pissing - them - off

Apa kewajiban Anda saat pengisian oleh jam vs pengisian oleh proyek? Jika Anda setuju untuk mengambil proyek, berikan perkiraan kasar bahwa mungkin perlu 10 hari bagi Anda untuk bekerja dan menagih £ X per jam - apakah Anda berkewajiban bekerja secara gratis setelah 10 hari itu habis dan Anda masih belum berhasil untuk menyelesaikan proyek Anda karena masalah yang tidak terduga? Bagaimana jika Anda telah mengirimkan proyek tetapi bug ditemukan - haruskah Anda memperbaiki bug ini secara gratis jika 10 hari sudah habis atau Anda harus membebankan biaya kepada klien Anda?

Juga, untuk proyek di atas, apa yang harus menjadi hasil ketika Anda memulai proyek, tetapi setelah 10 hari untuk alasan apa pun Anda harus menyerah dan memberi tahu klien Anda bahwa Anda tidak dapat melakukannya lagi? Saya menyadari bahwa ini tidak melakukan apa pun untuk membangun reputasi dan hubungan Anda dengan klien tetapi apakah Anda berkewajiban untuk membayar kembali uang yang dibayarkan kepada Anda atau apakah Anda hanya memberikan kode sumber yang setengah hampir selesai dan membantu mereka menemukan orang lain untuk menyelesaikannya?

Alasan saya mengajukan pertanyaan di atas adalah karena saya sangat baru untuk lepas dan ingin tahu bagaimana menghadapi situasi di atas jika mereka pernah muncul. Terima kasih!

Jawaban:


9

Jika Anda setuju untuk mengambil proyek ... kerjakan dan kenakan biaya £ X per jam - apakah Anda berkewajiban bekerja secara gratis setelah 10 hari itu habis dan Anda masih belum berhasil menyelesaikan proyek Anda karena masalah yang tidak diantisipasi?

Tidak. £ X per jam adalah £ X per jam. Jelas, Anda tidak pernah melakukan pekerjaan rumit di rumah atau kapal Anda.

Ketidakmampuan untuk memperkirakan tidak ada artinya. Tidak ada.

£ X per jam adalah £ X per jam. Sampai pekerjaan selesai atau klien mengatakan "Anda dipecat." (atau "Anda dipecat." Saya Yank, jadi saya tidak tahu apa yang mereka katakan di Inggris.)

Bagaimana jika Anda telah mengirimkan proyek tetapi bug ditemukan - haruskah Anda memperbaiki bug ini secara gratis jika 10 hari sudah habis atau Anda harus membebankan biaya kepada klien Anda?

Tergantung bugnya. Anda harus melakukan analisis akar penyebab. Spesifikasi yang buruk (atau tidak lengkap) sebagian besar masalah mereka. Kerutan teknis yang tidak terduga setara untuk kursus - mereka membayar. Kesalahan coding bodoh adalah masalah Anda.

Anda harus menyerah dan memberi tahu klien Anda bahwa Anda tidak dapat melakukannya lagi?

Ups. Itu tidak profesional. Jika Anda harus menyerah, Anda benar-benar telah melakukan kesalahan yang mengerikan.

Saya menyadari bahwa ini tidak melakukan apa pun untuk membangun reputasi dan hubungan Anda dengan klien tetapi apakah Anda berkewajiban untuk membayar kembali uang yang dibayarkan kepada Anda atau apakah Anda hanya memberikan kode sumber yang setengah hampir selesai dan membantu mereka menemukan orang lain untuk menyelesaikannya?

Mendesah. Pada titik ini, Anda telah berperilaku sangat buruk sehingga tidak ada yang penting. Anda harus benar-benar menemukan karier lain jika Anda tidak dapat menindaklanjuti kontrak Anda. Serius. Pikirkan kembali hidup Anda.

Perangkat lunak setengah jadi tidak berharga. Tidak ada yang akan "menyelesaikannya". Mereka akan menjelaskan bahwa Anda idiot (karena Anda) membuang kode Anda dan mulai lagi dari awal.

Anda perlu melakukan hal berikut.

  1. Potong kembali persyaratan menjadi sesuatu yang final, dapat dikirim, dan dapat digunakan.

  2. Ciptakan hal yang final, dapat disampaikan, dan dapat digunakan. Bahkan jika itu bukan skema besar yang asli.

  3. Biaya untuk hal yang dapat dikirim dan dapat digunakan.

  4. Transisi tumpukan simpanan barang yang tidak terkirim ke orang lain.

Kode yang tidak dapat digunakan tidak berguna. Memang, itu adalah biaya.

Anda dan pelanggan Anda akan membuang waktu untuk mencoba "mentransisikan" kode yang setengah jadi ke orang lain. Penekanan pada limbah . Lebih mudah bagi kebanyakan orang untuk memulai dari awal daripada memulai dari setengah jadi.


Mengapa klien harus membayar untuk "kerutan teknis yang tidak terduga"? Mereka tidak hanya membayar Anda untuk kode, mereka membayar Anda untuk keahlian teknis - kecuali spesifikasi mereka berubah, Anda seharusnya tahu apa yang akan terjadi.
Nicole

Lol BOAT = Bawa Seribu Lagi.
Pekerjaan

Berkenaan dengan "kerutan teknis". Memang benar bahwa hal-hal seperti itu setara untuk kursus - dan hanya pekerjaan yang perlu dilakukan - mereka pasti membayar. Namun, seharusnya tidak transparan kepada mereka. Pertimbangkan kompleksitas proyek sebelumnya, dan cobalah untuk memperhitungkan potensi risiko bug besar. Jika pengembang tunggal Anda lebih mudah melakukan ini, Anda hanya perlu memberi tahu perkiraan Anda di area di mana Anda tidak yakin dengan solusinya. Perkiraan harus mencakup waktu debugging. Kemampuan untuk menggunakan dengan benar dilengkapi dengan pengalaman.
eddiemoya

6

Apa kewajiban Anda saat pengisian oleh jam vs pengisian oleh proyek?

Intinya sama saja. Menjadi profesional.

Jika Anda setuju untuk mengambil proyek, berikan perkiraan kasar bahwa mungkin perlu 10 hari bagi Anda untuk bekerja dan menagih £ X per jam - apakah Anda berkewajiban bekerja secara gratis setelah 10 hari itu habis dan Anda masih belum berhasil untuk menyelesaikan proyek Anda karena masalah yang tidak terduga?

Tidak - selama kira-kira 10 hari, maka Anda baik-baik saja. Saya akan mendefinisikan sekitar 10 hari di mana saja antara 50 - 120 jam di ujung yang ekstrim. Lebih dari 120 jam (50% dikuasai) cukup banyak di luar batas.

Meskipun "masalah yang tidak terduga" meninggalkan banyak ketidakjelasan. Para profesional yang berpengalaman mengantisipasi lebih banyak masalah daripada pengembang baru. Namun, jika klien tahu Anda adalah pengembang baru (dan tahu mereka mendapatkan diskon signifikan karenanya) maka ada beberapa ruang gerak di sini.

Bagaimana jika Anda telah mengirimkan proyek tetapi bug ditemukan - haruskah Anda memperbaiki bug ini secara gratis jika 10 hari sudah habis atau Anda harus membebankan biaya kepada klien Anda?

Bug? Ya - Anda harus memperbaikinya secara gratis. Anda tidak dibayar selama 10 hari untuk menghasilkan kode yang rusak.

Sekarang, sekali lagi, "bug" agak kabur. Ada bug show-stopper (seperti, program tidak berjalan - jelas kesalahan Anda) dan bug case-edge (program memotong teks pada Windows yang dilokalkan Turki dengan IME Cina diaktifkan - tidak terlalu masuk akal). Sebagian besar jatuh di suatu tempat di tengah, tetapi beban pembuktian ada pada Anda.

Ada juga bug spesifikasi - ini yang paling sulit. Anda harus menggunakan penilaian Anda, apakah Anda seharusnya mengantisipasi, mempertanyakan atau menyiratkan perubahan spesifikasi. Sekali lagi, saya akan membebani Anda.

Untuk proyek 10 hari (80 jam) dengan pengembang hijau, 10 - 15 jam perbaikan bug lainnya tidak akan terlalu banyak untuk ditanyakan. Apa pun yang terjadi, saya akan mencoba menghitung pembayaran - meskipun saya mungkin akan melakukan 5 hingga 10 jam gratis sebelum memecat klien.

Juga, untuk proyek di atas, apa yang harus menjadi hasil ketika Anda memulai proyek, tetapi setelah 10 hari untuk alasan apa pun Anda harus menyerah dan memberi tahu klien Anda bahwa Anda tidak dapat melakukannya lagi? Saya menyadari bahwa ini tidak melakukan apa pun untuk membangun reputasi dan hubungan Anda dengan klien tetapi apakah Anda berkewajiban untuk membayar kembali uang yang dibayarkan kepada Anda atau apakah Anda hanya memberikan kode sumber yang setengah hampir selesai dan membantu mereka menemukan orang lain untuk menyelesaikannya?

Anda mengembalikan uang itu. Jika Anda tidak dapat menyelesaikan proyek, kemungkinan Anda tidak dapat menilai setengah selesai. Jika klien mempekerjakan Anda, kemungkinan besar mereka tidak dapat menilai setengah jadi. Jika Anda dapat menemukan orang lain untuk menyelesaikannya, Anda dapat mensubkontrakkan kepada mereka - perbedaan dalam apa yang mereka kenakan kepada Anda dan apa yang sudah Anda hasilkan adalah keuntungan (atau kerugian) Anda.

Pada akhirnya, sering kali lebih baik membungkuk ke klien dan menuliskannya sebagai pelajaran. Setelah beberapa saat, Anda akan dapat menemukan "klien bermasalah" dan menghindarinya (atau menaikkan harga mereka) di awal. Anda juga akan belajar memperkirakan sedikit lebih baik, membuat biaya perbaikan bug ke dalam harga Anda, dll.

Sebagai pengembang siswa, Anda memiliki beberapa kelonggaran. Tidak ada yang akan menuntut Anda atas bayaran yang Anda kenakan untuk proyek 10 hari. Anda tidak akan pernah mendapatkan bisnis apa pun dari klien itu (atau teman-temannya) lagi - tetapi, karena mereka mempekerjakan pengembang siswa, kemungkinan mereka hanya menginginkan tenaga kerja murah dan tidak mengerti berapa biaya sebenarnya untuk menyewa pengembang yang baik. Anda tidak akan kehilangan banyak hal di masa depan kecuali sakit kepala - meskipun dengan biaya hati nurani yang bersih.

Saranku? Selesaikan saja - Anda akan merasa lebih baik, klien akan merasa lebih baik, dan Anda akan menjadi pengembang dan pengusaha yang lebih baik untuk itu. Ini bukan pekerjaan yang layak selama bertahun-tahun - dan Anda memiliki semua teman di Stackoverflow dan Stackexchange untuk membantu. ;)


3

Apa yang Anda gambarkan hanyalah "jumlah tetap atau kurang". Ini hanya menguntungkan klien, jadi jika Anda mengajukan penawaran, saya tidak tahu mengapa Anda akan melakukannya.

  • Tarif per jam - Tarif per jam dapat digunakan ketika klien tahu bahwa mereka belum memutuskan tentang beberapa hal, dan mereka setuju bahwa proyek ini agak terbuka - tetapi ini harus disetujui sebelumnya .

  • Tingkat bunga tetap - Gunakan jika klien tahu persis apa yang mereka inginkan. Jika ya, tetapi Anda tidak dapat menawarnya ke jumlah yang tetap, Anda belum benar-benar memiliki bisnis yang membuat tawaran. Jangan membuat klien membayar untuk pengalaman Anda.

Jika Anda mengikuti ini, Anda tidak akan berakhir dalam situasi di mana Anda tidak tahu harus berbuat apa. Jika Anda harus menyerah, diskusikan dengan klien dan perlakukan seperti pengunduran diri atau pembubaran kemitraan. Mengembalikan semua uang dan tidak menghasilkan apa-apa, atau menawarkan proyek sebagian dengan imbalan pembayaran sebagian.

Sangat menggoda untuk menerapkan tarif per jam setiap kali ada ketidakpastian, tetapi itu hanya digunakan ketika klien adalah orang yang plin-plan . Jika Anda berpengalaman tetapi masih memiliki pertanyaan teknis yang belum terjawab yang signifikan, maka terbuka tentang hal ini dengan klien dimuka.

Dan, dapatkan kontrak, atau hanya masalah waktu sebelum Anda mengalami masalah.


0

Saya bukan pengacara tetapi jawaban untuk kedua situasi tergantung pada apa yang telah Anda sepakati secara kontrak dengan klien. Saya melihat dalam pertanyaan Anda sebelumnya bahwa Anda bekerja tanpa kontrak yang tampaknya agak berbahaya karena alasan yang tepat yang Anda kemukakan di sini. Tidak ada kontrak tertulis tentunya tidak berarti tidak ada kewajiban yang mengikat. Adalah baik untuk mengetahui semua hal ini sebelum Anda memulai hubungan kerja Anda sehingga jika ada masalah yang muncul, mereka dapat diselesaikan secara profesional dan damai.


Itu poin yang bagus dan ada pelajaran yang bisa saya pelajari di sini. Tetapi bagaimana jika saya belum menandatangani kontrak apa pun, seperti dalam situasi saya saat ini?
thesam18888

Anda masih memiliki perjanjian verbal yang mungkin telah Anda buat. Masalahnya ada sedikit "katanya, katanya" dan itu mungkin mengarah ke pengadilan kecuali Anda dan klien Anda dapat menyelesaikan masalah dan mencapai kompromi yang masuk akal.
Drew

0

Selain alasan hukum, ini adalah bisnis jasa dan Anda hidup dan Anda mati dengan referensi. Hanya perlu satu yang buruk untuk memberi Anda perwakilan yang buruk. Saya hanya dapat mengambil satu pelanggan yang benar-benar puas untuk memberi Anda banyak pekerjaan lain. Jadi terapkan aturan emas, perlakukan pelanggan Anda seperti Anda ingin diperlakukan, dengan alasan. Orang-orang mengingat dan menghargai orang-orang yang sedikit di atas dan melampaui "kewajiban" mereka.

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.