Müşteriye verilen garanti lisansı reddimi nasıl gerekçelendirebilirim? [kapalı]

Kullanıcıların kritik bilgileri değiştirmesini sağlayan yazılım satıyorum.

Lisans sözleşmemde (bu alanda uzmanlaşmış bir avukat tarafından hazırlanmış) standart bir madde okumam var:

BU YAZILIM, YETKİLİ BİR AMACA UYGUNLUK VE UYGUNLUK GARANTİSİ DAHİL OLMAK ÜZERE, ZORUNLU OLMAYAN TİCARİ VE UYGUNLUK GARANTİLERİNİN YETKİLİ OLDUĞU GARANTİLERİN `` OLDUĞU GİBİ '' VE HERHANGİ BİR İFADE VEYA ZIMNİ GARANTİ TARAFINDAN SAĞLANMAKTADIR. HİÇBİR DURUMDA YAZARIN DOĞRUDAN, DOLAYLI, ARIZALI, ÖZEL, ÖRNEK VEYA SONUÇTA ZARAR VERİLMESİ (KULLANIM, VERİ VEYA KAZANÇLARIN VEYA KAZANIMLARIN DAHİL OLMASI, VERİLMESİ VEYA KAZANIM; ) BU YAZILIMIN KULLANILMASINDAN HERHANGİ BİR ŞEKİLDE, BU YAZILIMIN KULLANILMASINDAN HERHANGİ BİR ŞEKİLDE SÖZLEŞMEDE, BU SÖZLEŞMENİN HERHANGİ BİR ŞEKİLİNDE GERÇEKLEŞEN SORUMLULUK VE HERHANGİ BİR SORUMLULUK TEORİSİNE NEDEN OLUR.

Şimdiye kadar kullandığım hemen hemen her yazılımda eşdeğerleri gördüm.

Şimdiye kadar, tüm müşterilerimiz bunu zorlanmadan kabul ettiler, ancak şimdi bir potansiyel müşteri buna itiraz ediyor. Aslında bana şu konularda bir şeyler söylüyor:

Yani, yazılımınızı üçüncü taraf bir şirketten 10 $ 'dan bir şey satın almak için kullanırsam ve yazılımınızda bir hata varsa (hiçbirinin olmadığını garanti etmezsiniz) ve 20 $' lık bir sipariş iletirseniz, ödeme yapacağım 10 dolarlık fark, değil mi?

Onun adına sağduyu gibi görünen şeylerle sigorta şirketlerimin muhtemelen bu tür riskler için beni sigortalamaması arasında biraz sıkıştım ve eğer düz $ değil milyonlarca konuştuğumuzu düşünürseniz, bu tür bir potansiyel kayıptan sorumlu olmaktan çekinme.

Şimdiye kadar bulduğum en iyi cevap, herkesin bunu sektörde yapması (Microsoft, Outlook kullanarak gönderdiğiniz postanın değiştirilmeyeceğini garanti etmiyor, örneğin tüm 10 $ 'ları çevirerek) 20 dolara ...)

Bununla nasıl başa çıkacağınıza dair herhangi bir tavsiye var mı? (hatasız yazılım göndermek için elimizden gelenin en iyisini yapmak dışında, elbette: p)

"Sana böyle bir garanti verdiysem ve diğer tüm müşterilerime de verirsem, muhtemelen çok yakında iş dışı kalırdım. Tek gereken, bir hata bulan ve kasıtlı olarak büyük kurgusallığa neden olmak için kullanan tek bir kötü niyetli müşteri. Yazılım geliştirmenin karmaşıklığı nedeniyle, şu anda herhangi bir hata içermeyen yazılım oluşturmak imkansızdır.

Ancak yazılımım mükemmel olsa bile, donanım, işletim sistemi, kullandığım kütüphaneler, veritabanı sistemi vb.Gibi tüm sistemin diğer bileşenleri hala hatalar içerebilir ve büyük olasılıkla yaparlar; bu yüzden bir şeyler ters gittiğinde, muhtemelen zararları ödememi sağlamaya çalışacaksınız, çünkü size bir garanti veren tek kişi benim ve sorun sonunda programımda ortaya çıkıyor, çünkü bu birlikte çalıştığınız ön uç. Bu tür iddialara karşı savunmak, karşılayamayacağım bir şey. "

Bence bir avukatla konuşman gerek. Farklı yargı bölgelerinin farklı tüketici yasaları vardır. İngiltere'de haksız sözleşme şartlarına ilişkin bir kaç tüzük vardır. Feragatnamenizin su tutup tutmayacağını bilmiyorum (büyük şirketlerden yasalara aykırı birkaç sözleşme gördüm).

Avukatınız yasal uyarınızın uygun olduğunu söylüyorsa, bunu müşterinize satmak için çeşitli seçenekleriniz vardır. Nasıl olur:

"Yazılımımızın kalitesini sağlamak için her türlü çabayı gösterirken, işletim sistemi, veritabanı, web sunucusu, tarayıcı vb. msgstr "% s yazılım hataya neden oldu. Örneğin, yazılımım Internet Explorer'daki (veya her ne olursa olsun) bir hata nedeniyle başarısız olursa şirketimi sorumlu tutmak haksızlık olur. "

Alternatif: "Microsoft'a dava açmayı deneyin, yalnızca yazılımın fiyatını geri alabilirsiniz."

Bu daha çok müşteri ile olan ilişkinize bağlıdır.

Bir şirket için veritabanını bozan kilitlenen bir dosya sunucusunu içeren bir davaya katıldım. Yazılımı yükleyen şirketin, yazılım için donanım gereksinimlerini yerine getirmemiş olsalar bile ihmalkar olduğunu kanıtlamak neredeyse imkansızdı.

Ben bir avukatım ve yukarıda belirtilen madde temelde garantilerin olmadığını söylüyor, bu nedenle müşterinin yazılımın müşterinin zararla sonuçlanan bir zarara neden olduğunu düşünüp düşünmediğinden sorumlu değilsiniz. Müşterinin garanti talebine en iyi yanıt, ürünün fiyatlandırmasının garanti eksikliğine göre yapılmasıdır. Satıcı bir garanti oluşturacaksa, bu özellik için telafi edilmesi gerekir ve özellikle bir kerelik pahalı bir özelliktir. Müşteri iş kesintisi sigortasına güvenmekle daha iyi değil mi? Satıcı bir SLA sunuyor mu?

Etkili bir şekilde, bugün sahip olduğunuz sözleşmeyle, tüm müşterileriniz tarafından zikredilen zımni bir risk söz konusudur (bahsettiğiniz hariç). Görünüşe göre, ilişkili maliyet kabul edilebilir, çünkü sizinle iş yapmaya devam ediyorlar ve gelecekte bu tür hatalar onlara zarar verse bile, tüketici tabanı bir bütün olarak onları katlanılabilir olarak görüyor. Genel olarak yazılım endüstrisinde etkili olan budur ve bu nedenle bu maddeler kabul edilebilir olarak kabul edilir.

Şimdi, teorik olarak, müşterinize ne istediğini verebilirsiniz - teorik olarak. Gereken şey, olası hasarlar için sigortaya (bahsettiğiniz gibi) veya yazılım davranışını doğrulamak için yeterince titiz bir geliştirme sürecine sahip olmaktır, büyük olasılıkla her ikisinin bir kombinasyonu. Bunlar, işletme / geliştirme maliyetlerinizi açıkça arttırır ve yazılım için ücretlendirdiğiniz fiyatı artırmanız gerekir. Ve dramatik artışlardan bahsediyoruz: Örneğin, Yazılım Tahmininden bir tabloya göre (s. 243) hataları gidermenin en etkili yolu oldukça pahalı olan ve yalnızca% 60-85'ini kaldıran yüksek hacimli beta testidir. kusurlar.

Müşteriniz bu tür şeyleri ödemeye hazır mı? Bazı endüstrilerde müşteriler şunlardır: havacılık, araba gömülü sistemler, vb. Diğerlerinde haksız bir yüktür.

Sonuç olarak: istediğini ücretsiz olarak sağlayamazsınız. Ve ödemesi gereken fiyattaki artış, büyük olasılıkla riski kendisinin emmesi için yapmak zorunda olduğu koşuldan daha az olmayacaktır. Bu nedenle müşterilerin geri kalanı sözleşmeyi kabul ediyor.

Ona, programınızı doğru bir şekilde kanıtlamak için yaklaşık elli bin CS profesörü kiralamanız için ödeme yapmak istiyorsa, o zaman feragat edeceğinizi söylemelisiniz. Aksi takdirde, bunu garanti edebilmenin hiçbir yolu yoktur. Yazılım geliştirme böyle çalışır.