Düzeltmeler / hatalar için kim ödeme yapmalı? [kapalı]

Bu yüzden hem masaüstü / web geliştirmede hem de çalışmamı zaten kabul eden bu müşteride serbest çalışmaya başladım ve her hata bulduğunda bana sürekli geri dönmeye devam ediyordu. ücretsiz. Bu iyi mi, yoksa bir destek ücreti talep etmeli miyim?

Sözde kabul edilmiş ve tamamlanmış bir çalışmadaki düzeltmelerle başa çıkmanın en iyi yolu hangisidir?

Sözleşmenizin bir kısmı kabul testlerini, yani müşterinin yapacağı testleri ve başvurunuzun sözleşmeyi yerine getirmesi için geçmesi gereken testleri tanımlamalıdır. Bu testlerin kapsamında olmayan herhangi bir şey müşterinin sorumluluğundadır. Onlar tarafından kapsanan her şey senindir.

Olası tüm meseleleri öngörmek (özellikle teknik olmayan bir müşteri için) mümkün olmadığından, bir sözleşmeyi parçası olarak herhangi bir yeni sorunu çözeceğiniz süreyi belirten bir maddeyi eklemeniz gerekir. Bundan sonra, yalnızca ücretli destek sunmalısınız.

Değişir.

İlk etapta, çalışmanın tamamlanmadığı iddia edilebileceği için ödeme yapmanız gerekir.

Daha sonra müşteri sürekli destek için para ödüyor olmalı.

Ancak, sorun sınırın nerede olduğuna, neyin hata oluşturduğuna ve neyin yeni bir özellik olduğuna karar vermektir. Gereksinimlere ve / veya kabul testlerine sahip olmak, bunu tanımlamak için uzun bir yol gider.

Gerçekten işi teslim etmeden önce bir yerde bunları almak gerekir, ancak yapmadıysanız zaman belki şimdi söz hakkından yüzden zamanı - "Önümüzdeki N gün / hafta, ama sonra bunun için ücretsiz olarak bu desteklemeyeceğiz biz Bir destek sözleşmesini görüşmemiz gerekiyor ”(" biz "üzerindeki vurgumu not edin).

Tüm bunları söyledikten sonra, bir hatayı ücretsiz olarak düzeltmeniz ve isabet almanız gereken zamanlar vardır. Başka bir şey değilse, iyi niyet oluşturur.

Yukarıda verilen tüm cevaplar iyidir. Bununla birlikte, dikkate almak için birkaç madde işareti eklerim:

• Müşteri senin için değerli mi? Bazen, müşterinin sizin için değerli olduğunu düşünüyorsanız ve gelecekte daha fazla iş getireceğinizi düşünüyorsanız, müşteriyi mutlu etmek için fazladan birkaç metre gitmeye değer. Sıkı ve esnek olmak arasında bir denge bulmanız gerekir ve bu her müşteri için farklı olabilir. Gelecekteki işini kaybetmenin bir anlamı yok, çünkü düzeltmesi kolay bir hatanın kapsam dışına çıktığı konusunda kararlısınız. Öte yandan, müşterinin her yerinden yürümesine izin vermek istemezsin. Hassas bir denge!

• Hata, kullanıcı testinde kolayca gözden kaçırılabilecek bir şey mi? Örneğin, yalnızca belirli bir yıl girildiğinde ortaya çıkan tarih ile ilgili bir hatayı alın (Millennium böceğini düşünün vb.). Bir müşterinin test sırasında bunu tespit etmesi makul bir şekilde beklenemezdi, bu yüzden onus bunu düzeltmek için size kalmış.

Serbest çalışırken, temel müşteri sözleşmem, projeyi halka yayına sokmadan önce gerekli olan "kabul" olarak adlandırılan bir koşul tanımladı. Kabul anında, 30 gün boyunca "ayaklarımı dikmek ve destek vermek" olarak adlandırdığım bir süreç başladı. Bu 30 günlük sürenin ardından, proje üzerinde devam eden çalışmalar saatlik olarak faturalandırılabilirdi.

Bu müşteriyle iyi bir ilişkiniz varsa, mevcut durumun sizin için ne kadar işe yaramaz olduğu konusunda onlarla yürekten yürütün ve devam eden bakım ve destek için adil bir saatlik ücret önerin. İnsanlar bazen özel yazılım satın almanın bir sandviç veya başka bir şey satın almak gibi bir şey olduğunu düşünürler. Öyle değil.

Genellikle, başvurunuzu yaptıktan sonra sabit günler boyunca ücretsiz destek alabilirsiniz. Kesinlikle bir ömür boyu ücretsiz destek mümkün / kabul edilemez.

Yükseltilen hatanın bir HATA olduğundan ve mevcut özelliklerde bir değişiklik olmadığından emin olun. Herhangi bir özellik değişikliği için ücretlendirmelisiniz.

Test edip imzaladıysa, ödemesi gerektiğini savunabilirsin.

Çalışmanızla gurur duyup değer verirseniz, kodu düzelteceğinizi iddia edebilirsiniz. Deneyimlerden öğrenin ve bir dahaki sefere daha verimli bir kod oluşturun. Veya hata düzeltmeyi kapsayacak şekilde daha fazla kar etkenine sahip faktör.

Program, girdiler göz önüne alındığında istenmeyen veya beklenmeyen bir şey yaparsa, bu bir hatadır ve düzeltilmesi gerekir.

İlk geliştirme çalışmasına ek olarak, destek ücretini önceden belirtmiş olabilirsiniz.

Sözleşmenizde saat başı bir ücret belirtin ve zamanınızı takip edin. Müşterinize fiyatı verdiğinizde, bunun bir tahmin olduğunu ve gerçek sonucun daha az veya daha fazla olabileceğini belirtin.

Müşteriyi ilerleme konusunda güncel tutun; kaçınılmaz olarak önerilerde bulunduğunda, size (ne zaman değişiklik orjinal şartnamelerin dışında ise) alacağınız zamanı söyleyebilir ve değişimin paraya değer olup olmadığına karar verebilir. Bu nedenle sadece onun için önemli olan değişiklikler eklenecektir.

Şahsen sözleşmedeki kabul edilebilir vs kabul edilemez (ücretli destek vs ücretsiz destek) hatalarını ve bu şekilde en azından başlangıçtan itibaren yazılı olarak bir şeyleri karşılayacağım. Hiç kuşkusuz, neden bu maddeye ihtiyaç duymanız gerektiğini merak edecektir, bu yüzden açık olun ve yeni bir işletim sistemi güncellemesi ortaya çıkarsa, bunun ücretsiz bir destek olmadığını açıklayın. Ancak, kodunuzda belirtilen platformlardaki orijinal spesifikasyonlara göre hatalar ele alınacaktır.

Ancak, programlama yapmaktansa sadece serbest BT çalışmasını yaptığımı söylemeliyim. Bu muhtemelen müşterileri korkutabilir, ancak işinizin kendisini sattığından, geri kalanından daha profesyonel, giden ve yardımcı olacağından ve daha sıkı bir sözleşme yapma nedenlerinizle geleceğinden emin olun.

Ayrıca, bu maddeyi kabul etmeyen bir müşteri büyük olasılıkla kötü bir müşteridir.