Bir geliştiricinin saat başına çalışması iyidir, ancak müşteriye saatlik ücretin avantajlarını açıklamak zordur.
Müşteri için saatlik ücretle ilgili argümanlarınız nelerdir? Ona faydalarını nasıl açıklıyorsunuz ve "Projenin tam maliyetini bilmek istiyorum" konusunda nasıl tartışıyorsunuz?
Yanıtlar:
Eski Şaka: Montaj hattı bozulur ve bir tamirci getirilir. Makineye baktıktan sonra bir çekiç çıkarır, makineye vurur ve çalışmaya başlar. Tamirci "500 dolar olacak" diyene kadar dükkan ustabaşı hayrete düşüyor. Forman, "Makineye bir çekiçle vurmak için 500 dolar şarj etmek mi istiyorsun? CFO'mun ayrıntılı bir faturaya ihtiyacı olacak" şeklinde yanıt verdi.
Fatura postada gelir:
Bir bakıma saatlik ücret, maliyetleri kontrol etmenin yoludur. Bir şirketi tam zamanlı asgari ücretle çalışan kiralamaktan kurtaran bir uygulama nedir? Bu kişinin maaş, sosyal yardım, tatil, hastalık izni dahil toplam yıllık maliyeti 20.000 dolara ulaşabilir. 15.000 değerinde olmalı. Çözüm, 30 saat veya daha kısa sürede oluşturulabilecek bir veritabanına ithalat olarak ortaya çıkıyorsa, gidiş fiyatının 500 $ / saat olduğundan şüpheliyim.
Müşteri projenin ömrü boyunca maliyeti kontrol edebilir.
Sabit bir ücreti olan birçok proje genellikle yarım ön ister. Müşteri saatlik ücretle ödeme yapabilir.
Saatte şarj etmek benim için yanlış görünüyor. Çekiciyi nereye sallayacağınızı bildiğim için değerli olmak istiyorum.
Saat ücreti müşteriye fayda sağlamaz. Geliştiricinin yararına olur, çünkü müşteri tarafından kaç değişiklik istenmesi önemli değildir.
Sabit fiyatlı bir sözleşmenin geliştiriciye faydası olmadığı gibi. En azından, değişiklik emirleri olmadan değil. :-)
İnşaatta, analiz ve tasarım (mimari) ve uygulama (inşaat) arasında açık bir ayrım vardır. Bu ayrılma ve bir ya da daha fazla uygulama maliyeti bilgisiyle bile, inşaat projeleri bütçeyi aşabilir ve üstesinden gelebilir.
Bilgisayar geliştirmede, analiz, tasarım ve uygulama arasında açık bir ayrım yoktur. Müşteri, bir duvara vurma ile karşılaştırıldığında, kodlama tamamlandıktan sonra bir ekranı değiştirmenin maliyetinin farkında değildir.
Geliştiricinin, müşterisini eğitmek ve müşterinin fiyat yerine değeri anladığından emin olmak gibi bir sorumluluğu vardır.
Sabit fiyatlı ve saatlik arasındaki temel fark, riski kimin üstlendiği. Özellikle bu alanda, proje tahminleri sadece yaklaşıktır ve bunlarda büyük miktarda belirsizlik olabilir.
Bu nedenle, sabit bir fiyatla, geliştirici öngörülemeyen zorlukları karşılamak için yüksek tahmin etmelidir. Riski kapsamak zorunda olan çoğu iş faaliyetinde paraya değer olduğu için bu mantıklıdır (sigorta işi böyle çalışır).
Müşteri geliştiriciye yeterince güvenirse, saatlik bir oran, proje söz konusu yüksek tahminden daha erken bitirirse, müşterinin para kaybetmesine rağmen, paradan tasarruf etmesini sağlayacaktır. Bu durumda, müşteri riski karşılar ve ortalama olarak para tasarrufu sağlar.
Özellikle müşteri büyük bir şirket ve geliştirici bir bireyse, müşterinin risk almak için daha iyi bir konumda olması muhtemeldir. Ek bir 160 saatlik ücret ödemek zorunda kalmak, büyük bir şirkete ekstra bir ay ücretsiz çalışmak zorunda kalmaktan daha az zarar verebilir, yalnız bir geliştiriciye zarar verecektir.
Ayrıca, geliştirici her değişiklik için kapsamlı bir yeniden tahmin yapmak zorunda olmadığında spesifikasyon değişikliklerinin müzakere edilmesini kolaylaştırır.
Bir saatlik ücret, başlangıçta tanımlanan özelliklerin üzerine ek özellikler eklemek isteyeceklerinin yüksek olduğu durumlarda müşteriye yarar sağlar. Ayrıca, geliştirme sürecinin üçüncü taraflarla çalışmayı içerdiği ve geliştiricinin rolünün yalnızca programlama göreviyle teğetsel olarak ilişkili diğer görevleri içermesi gerektiği müşteriye fayda sağlayacaktır.
Saatlik ücret, geliştiricinin "Ben bununla ilgileneceğim" demesini sağlar. Bunun yerine “Bu, üzerinde anlaştığımız fiyata dahil değildir. Bu ek bir X dolar olacak. ”
Bu durumlarda, saatlik ücret, sürekli müzakere ihtiyacını ortadan kaldırır ve başlangıçta üzerinde anlaşmaya varılanların farklı görüşlerinden kaynaklanan yanlış anlamaları önlemeye yardımcı olabilir.
Saatlik bir ücret karşılığında, müşteri verimli çalıştığınızdan emin olmalıdır. Sabit fiyatlı bir sözleşmede, müşteri tam olarak ne istediğini açıklamalıdır. Müşteri projenin tam maliyetini bilmek istiyorsa, neyin inşa edilmesi gerektiğini tam olarak bilmeniz gerekir. Genellikle müşteri bilmez veya bildiğini düşünür ancak daha sonra fikrini değiştirir.
Her iki durumda da bir satış dronu müşteriyi fazla ücretlendirmenin bir yolunu bulacak: bir projenin sabit kısmında düşük teklif verin ve daha sonra her küçük değişiklik veya ekleme için büyük faturalarla telafi edin veya en yetkili kişilerin teklifi kazanmasına izin verin ve daha sonra bok programcılarıyla (aynı saatlik ücretle) değiştirin.
Eğer müşteri olsaydım:
Bu şekilde, giderken kararımı vermekte özgürüm ve ne için para ödediğimi biliyorum.
Müşterinize şu soruyu sormayı düşünün:
Şartnamelerinden ne kadar eminler? Gerçekten her şeyi düşündüler mi? Şu an ile ürün yayına girdiğinde ne değişebilir? Sabit bir fiyatla sabit bir şartname geldiğini açıklayın. herhangi bir değişiklik ve fiyat değişecektir.
O zaman bir alternatif öneririm. Belki% 20'lik bir fiyat ve şartname değişim ödeneği teklif edin. Bu şekilde, müşteri değişiklikler için zaten bir odayı bütçeledi ve şartnameyi ilk etapta doğru bir şekilde başarabildiyse, projeyi bütçeye dahil edecekler!
Müşteri, geliştirme sürecini yönlendirmek ve kontrol etmek ve / veya üründe sık sık değişiklik yapmak istiyorsa bunu yapabilir, ancak saatlik / günlük bir ücreti kabul etmek zorundadır.