Baik bagi pengembang untuk bekerja berdasarkan per jam, tetapi sulit untuk menjelaskan keuntungan dari tarif per jam kepada pelanggan.
Apa argumen Anda tentang tarif per jam untuk pelanggan? Bagaimana Anda menjelaskan kepadanya manfaatnya dan bagaimana Anda berdebat tentang "Saya ingin tahu persis biaya proyek"?
Jawaban:
Lelucon Lama: Jalur perakitan rusak dan seorang tukang reparasi masuk. Setelah melihat-lihat mesin, ia mengeluarkan palu, memukul mesin dan mulai bekerja. Mandor toko kagum sampai tukang mengatakan, "Itu akan menjadi $ 500." Terkadang lengah penjaga menjawab, "Anda ingin menagih $ 500 untuk memukul mesin dengan palu? CFO saya akan memerlukan faktur terperinci."
Faktur datang melalui pos:
Di satu sisi, tarif per jam adalah cara untuk mengendalikan biaya. Apa nilai aplikasi yang menyelamatkan perusahaan dari harus mempekerjakan karyawan upah minimum penuh waktu? Total biaya tahunan untuk orang ini termasuk gaji, tunjangan, liburan, cuti sakit bisa mencapai $ 20.000. Itu harus bernilai 15.000. Jika solutiion ternyata menjadi impor ke dalam database yang dapat dibuat dalam 30 jam atau kurang, saya ragu tarifnya adalah $ 500 / jam.
Klien dapat mengendalikan biaya sepanjang umur proyek.
Banyak proyek yang memiliki biaya tetap biasanya meminta setengah di muka. Klien dapat membayar sesuai dengan tarif per jam.
Mengisi daya per jam sepertinya salah bagi saya. Saya ingin dihargai karena tahu di mana harus mengayunkan palu.
Tarif per jam tidak menguntungkan pelanggan. Ini menguntungkan pengembang, karena tidak masalah berapa banyak perubahan yang diminta oleh pelanggan.
Sama seperti kontrak harga tetap tidak menguntungkan pengembang. Setidaknya, bukan tanpa berganti pesanan. :-)
Dalam konstruksi, ada pemisahan yang jelas antara analisis dan desain (arsitektur) dan implementasi (konstruksi). Bahkan dengan pemisahan itu, dan seabad atau lebih informasi biaya implementasi, proyek konstruksi dapat dan memang melampaui anggaran.
Dalam pengembangan komputer, tidak ada pemisahan yang jelas antara analisis, desain, dan implementasi. Pelanggan tidak menyadari berapa biaya untuk mengganti layar setelah pengkodean selesai, dibandingkan dengan merobohkan tembok.
Pengembang memiliki tanggung jawab untuk mendidik pelanggannya, dan memastikan pelanggan memahami nilai, bukan harga.
Perbedaan utama antara harga tetap dan jam adalah siapa yang mengambil risiko. Khususnya di bidang ini, perkiraan proyek hanya perkiraan, dan dapat memiliki sejumlah besar ketidakpastian di dalamnya.
Oleh karena itu, dengan harga tetap, pengembang harus memastikan perkiraan tinggi untuk mengatasi kesulitan yang tidak terduga. Ini masuk akal, karena dalam sebagian besar kegiatan bisnis harus menanggung risiko bernilai uang (itulah cara kerja bisnis asuransi).
Jika pelanggan cukup mempercayai pengembang, tarif per jam akan memungkinkan pelanggan untuk menghemat uang jika proyek selesai lebih awal dari perkiraan tinggi, meskipun jika melampaui bahwa pelanggan kehilangan uang. Dalam hal ini, pelanggan menanggung risiko, dan rata-rata akan menghemat uang.
Khususnya jika pelanggan adalah perusahaan besar dan pengembang adalah individu, pelanggan cenderung berada dalam posisi yang lebih baik untuk menanggung risiko. Harus membayar tarif tambahan 160 jam kemungkinan akan merugikan perusahaan yang lebih besar kurang dari harus bekerja satu bulan ekstra secara gratis akan merugikan pengembang tunggal.
Ini juga membuat negosiasi perubahan spesifikasi lebih mudah ketika pengembang tidak perlu melakukan estimasi ulang menyeluruh untuk setiap perubahan.
Tarif per jam menguntungkan pelanggan jika ada kemungkinan besar mereka ingin menambahkan fitur tambahan di atas yang awalnya diidentifikasi. Ini juga akan menguntungkan pelanggan di mana proses pengembangan termasuk bekerja dengan pihak ketiga, dan di mana peran pengembang mungkin harus mencakup tugas-tugas lain yang hanya terkait secara tangensial dengan tugas pemrograman.
Tarif per jam memungkinkan pengembang mengatakan "Saya akan urus itu." Daripada "Itu tidak tercakup dalam harga yang kami sepakati. Itu akan menjadi tambahan X dolar. ”
Dalam kasus-kasus ini, tarif per jam menghilangkan kebutuhan untuk negosiasi terus-menerus dan dapat membantu mencegah kesalahpahaman yang timbul dari pandangan yang berbeda tentang apa yang awalnya disepakati.
Dengan tarif per jam, pelanggan harus memastikan Anda bekerja secara efisien. Dalam kontrak harga tetap, pelanggan harus menggambarkan dengan tepat apa yang diinginkannya. Jika pelanggan ingin tahu persis biaya proyek, Anda harus tahu persis apa yang perlu dibangun. Biasanya pelanggan tidak tahu, atau berpikir dia tahu tetapi kemudian berubah pikiran.
Dalam kedua situasi tersebut, drone penjualan akan menemukan cara untuk memberi harga terlalu tinggi kepada pelanggan: menawar rendah pada bagian tertentu dari suatu proyek, dan menebusnya nanti dengan tagihan besar untuk setiap perubahan atau penambahan kecil, atau biarkan orang yang paling kompeten memenangkan penawaran. dan menggantinya dengan programmer omong kosong (dengan kecepatan per jam yang sama) nanti.
Jika saya pelanggan, saya lebih suka:
Dengan begitu saya bebas mengambil keputusan saat saya pergi, dan tahu apa yang saya bayar.
Pertimbangkan untuk mengajukan pertanyaan kepada pelanggan Anda seperti ini:
Seberapa yakin mereka tentang spesifikasi mereka? Apakah mereka benar-benar memikirkan segalanya? Apa yang mungkin berubah antara sekarang, dan ketika produk ditayangkan? Jelaskan bahwa dengan harga tetap, datang spesifikasi tetap. setiap perubahan, dan harganya akan berubah.
Saya kemudian akan menawarkan alternatif. Mengutip harga, dan tunjangan perubahan spesifikasi, mungkin 20%. Dengan begitu, pelanggan telah dianggarkan di beberapa ruang untuk perubahan, dan jika mereka berhasil mendapatkan spesifikasi yang benar di tempat pertama mereka akan membawa proyek di bawah anggaran!
Jika pelanggan ingin mengarahkan dan mengendalikan proses pengembangan, dan / atau sering melakukan perubahan pada produk, maka mereka dapat melakukan itu, tetapi mereka harus menyetujui tarif per jam / harian.