İnsanların satıcıdan nefret etmesini önlemek için yazılım ürünlerinin yönetiminde hangi hatalardan kaçınılmalıdır?

Bir önceki soru insanlar, Microsoft neden nefret hakkında kapatıldı. Bu, aynı genel çizgi boyunca biraz daha yapıcı bir soruya yönelik bir girişimdir. Bu hem daha geniş hem de daha dardır. Sadece Microsoft değil, genel olarak yazılım satıcıları hakkında olmak daha geneldir. Sadece yazılım ürünlerinin yönetimi ile uğraşırken daha dardır.

Peki, sadece bireysel ürünlerin değil, bir bütün olarak şirketin olumlu bir ışığa saygı duyulduğunu / sevildiğini / görüldüğünden emin olmak için bireysel yazılım ürünlerinin yönetiminde hangi adımlar atılmalı (ve / veya kaçınılmalıdır)?

En önemlisi, kaliteli bir ürün sunmaktır.

Diğer önemli konular:

• Dürüstlük. Gerçeği er ya da geç ortaya çıkacağı zaman yalan söyleme.
• Güvenirlik. Son teslim tarihlerine uyun.
• Kullanılabilirlik. E-postaları yanıtlayın, telefonu alın.
• İşbirliği yapma isteği. Müşterinin ihtiyacını karşılamak için en yakın rakibinizle çalışmak demekse, bunu yapın ve profesyonelce yapın. Önce müşteriye zarar veren kirli numaralar yok.

Listemdeki son öğe, MS'e bu kadar kötü bir itibar kazandıran şeydir (ancak bu açıdan çok daha iyi olduklarını düşünüyorum); ve küçük şirketler bunu yapmak daha da kötü.

Gerçekten tutkulu müşteriler yaratmanın uzun bir yolunu bulabilen iki ürünle başlayan, ürününüzü tanıtmak için kendi yolundan gidecek kapsamlı olmayan bir liste.

• Duyarlı, saygılı bir destek modeli. Hızlı olmak ve müşterilerinize iyi destek vermek gibi bir şey yoktur. İdeal olarak doğrudan bir yanıt modeli. Herkesin sorabileceği ve herkesin soruları cevaplayabileceği ancak moderatörlük ve destek personeli ile tohumlama bülten tahtası sitesi gibi bir topluluk destek modeliyle bile yardımcı olacaktır. Müşteri hizmetleriyle ilgili eski bir maksim - birine iyi bir müşteri hizmeti verin ve bir kişiye bunu anlatabilirler. Onlara kötü müşteri hizmeti verin ve 10 kişiye anlatacaklar. Web dünyasında artık 10 kişi birçok kez çoğalıyor.

• İyi tasarım kullanarak - insanları memnun etmeyi hedeflemek istersiniz. Bu sadece mühendisliği değil tasarımı da gerektirir - müşterileri dinlemek, omuzlarını izlemek, prototipleme ve piyasaya sürülen ürünlerin sürekli iyileştirilmesi.

Ekleyeceğim diğer iki kişi:

• Kalite - hata sayısında sıkı bir kapak tutmak, sağlam olana kadar bırakmamak. Aşırı özellikli, lapa lapa yerine katı bir ürüne odaklanmak. Bir zamanlar web 1.0'ın çılgınlığı sırasında hatırlıyorum, büyük bir satıcı web siteleri geliştirirken gerçek bir kalite süreci olmadan tekrar tekrar yazılım geliştirmenin ne kadar harika olduğunu açıkladı. O zamanlar, yeni sitelerinden birini denedim ve hemen hemen beni kırdı. Yayınlanmadan önce HİÇBİR test yapmamış olduğu anlaşılıyor. Müttefiklerinizi hayal kırıklığına uğratmanın ve yeni müşterileri geri çevirmenin iyi bir yolu.

• İnsanların yazılımı nasıl kullanacaklarına iyi uyan bir lisanslama modeli. İnsanlar ödemeleri gerektiğini biliyorlar, ancak politikalarınızda insanların ihtiyaç duyduğu esnekliği yansıtabiliyorsanız, herkes için işe yarar. Örnek: birden fazla bilgisayar veya bir iş ve ev bilgisayarı kullanmanıza izin veren koltuk başına lisanslar. Çünkü birçok insanın birden fazla bilgisayarı var.

- Alex

Nefret edilmenin bazı yolları:

İş ürününüzü pazarlarken ve satarken, satın alma yetkisi olmayan ve ürünü kullanmak zorunda kalmayan kişileri hedefleyin. O zaman kullanılabilirlik konusunda endişelenmenize gerek yok.

İdeal olarak, fiyatlandırma kafa karıştırıcı ve mantıksız olmalıdır. Açıkça farklılaştırılmamış işlevselliğe sahip birden fazla sürümünüz var. İdeal olarak, fiyat ölçeğinde bir veya iki özellikle arzu edilen özelliğe sahip olun, böylece insanlar kullanamayacakları birçok şey için büyük ödeme yapmak zorunda olduklarını hissederler.

Yeterli gücünüz varsa, yazılımınızın sonraki sürümlerini öncekilerle tam olarak uyumlu hale getirin ve yükseltme indirimleri sunmayın. Ekstra puan için, insanların alışık olabileceği işlevleri kaldırın.

Gerçekten çalışmayan özellikleri tanıtın. Ürün üzerinde yeterli kontrole sahipseniz, bazılarını az ya da çok zorlanan yükseltmelerle kaldırın.

Bazı hataları, tercihen aralıklı hataların içinde bırakın. Bir şey olursa, bu sizin hatanız değil. Şikayet eden müşterilerinize engel olun. Alternatif olarak, ürünü gerçekten daha az kullanılabilir hale getiren bir düzeltme geliştirin.

Kalite kontrol, müşteri memnuniyeti isteyen şirketler içindir. Orada birçok potansiyel beta test kullanıcısı var: onları kullanın. Hiçbir geri bildirim almasanız bile rapor alırsınız. Birçoğunu bir sonraki sürümde düzeltebilirsiniz (hafif uyumsuzluklar, yükseltme fiyatlandırması yok ve işlevsellik kaldırma hakkında yukarıya bakın).

Kullanıcıların bilgisayarlarını karıştırın. DRM, özellikle kimseye vaktinden önce bahsetmezseniz (ve özellikle de ürününüz gibi bir şeyde DRM'yi beklemiyorlarsa) harika.

Korsanlıkla mücadele önlemleri harika. Algılama algoritmalarınızda çok sayıda yanlış pozitif olduğundan emin olun. Yanlış pozitifleri düzeltmek için uygun veya kolay yollara sahip olmak gerekli değildir.

Saçma sapan şeyler iddia eden uzun kafa karıştırıcı EULA'lar günümüzde yaygındır. Onlardan nefret etmek için, içine zahmetli bir şey gömmek ve daha sonra zorlamak zorundasınız.

Belgeler wimps içindir. Belgelerden birkaç önemli şeyin nasıl yapılacağını anlamanın neredeyse imkansız olduğundan emin olun. (Ne yazık ki, bu zamanla gerçekten etkili olamayacak kadar yaygın hale geldi.)

Garip belgeler ve başvuru prosedürleri gerektiren indirimler iyidir. Günümüzde birçok makbuzun zaman içinde kaybolacak şekilde yazdırıldığını unutmayın, böylece orijinal makbuzu talep ederek ve bunları işlemek için yeterince uzun süre alarak çok para tasarrufu yapabilirsiniz.

Kibir ve iyi ilan edilmiş rekabete aykırı uygulamalar burada her zaman yararlıdır.

(Hangi önerileri aklımda olan firmalar ile yazdığımı, hatta hangilerini ya da şahsen yaşadığımı tahmin etmek için puan yok.)

1) Kaliteli bir ürün oluşturun
2) Müşteriyi anlayın
3) Tutarlılığı koruyun

Açık ve net bir şekilde fiyat - bu sadece ilk satın alma fiyatını değil, yükseltmeleri, ek özellikleri veya modülleri, destek, danışmanlık, eğitim ve diğer ilgili maliyetleri de içerir.

Ucuz olmanıza gerek yok, istediğiniz kadar agresif bir şekilde fiyatlandırabilirsiniz, ancak deneyimime göre, fiyat söz konusu olduğunda müşterileri her şeyden daha fazla üzecek olan tek şey belirsiz ekstralar ve daha fazla paraya sahip oldukları fikri haksız yere onlardan şimdi satın aldılar.

Bilinmeyen maliyetler parayla değil, insanların itibarıyla ilgilidir. Satın alma işlemini gerçekleştiren kişi, proje için bir bütçe ortaya koyduğunda itibarlarının bir kısmını hatta ortaya koymuştur. Ek masraf para için değer olsa bile, patronlarına geri dönmeleri ve daha fazla para istemeleri gerektiğinde, kamuya açık olduklarını itiraf ettiniz ve bunun için nefret edeceklerini söylüyorsunuz.

Bir yazılım şirketinin olumlu bir şekilde aydınlatılması işlemin her iki tarafını da içerir.

Şirket:

1. Seçtikleri alanlarda amaca en uygun kodu sürekli olarak sağlayın
2. Müşteri geri bildirimlerine göre hareket ederek sürekli iyileştirme çabası içinde olun
3. Adil görünmek

Müşteri:

1. Şirkete iyi / kötü performans gösterdiği konusunda geri bildirimde bulunun
2. Yanıt beklentilerinde makul olun

Bu basit kurallardan, doğal olarak birçok iyi şey takip eder. Sorun şu ki, piyasa güçleri ve rekabet ne olduğu, onlara bağlı kalmak bir kabus.

Microsoft, Google veya Facebook gibi büyük bir şirket olduğunuzda, haberlerde çok fazla pozlama varsa, insanların sizden nefret etmesini engelleyemezsiniz. Bu imkansız.

Ne kadar başarılı olursanız , o kadar nefret edersiniz .

Satıcı hatemeter, başarılarını ölçmek için the adlı bir metrik oluşturmalıdır ! ;)

Bu yüzden bir girişimcinin en büyük kalitesinden biri bunu anlayabiliyor ve idare edebiliyor. Ve daha da önemlisi, ürünlerini geliştirmek için kötü geribildirim kullanın (herhangi bir geri bildirim ilginçtir).

Satıcıların karşılaşması gereken gerçek zorluk nefret değil, kayıtsızlıktır .

EDIT : Bu çok ilginç bir web sitesi buldum . Herkesin çeşitli popüler şirketler ve ürünler hakkında görüş bildirmesine izin verir. Oyların miktarı sonuçları alakalı hale getirmek için çok düşük, ancak ilginç olan seçmenlerin nedenini açıklaması gerekiyor. Yorumları keşfetmenize ve insan doğasının karmaşık olduğuna karar vermenize izin veriyorum.

Bunu, beni deli yapan ticari yazılım açısından tartışmama izin verin.

Çok fazla esneklik - bu çok önemlidir. Esneklik sunma arzunuzun, çoğu insanın istediği özellikleri tasarlamaktan vazgeçtiğiniz anlamına gelir. Kullanıcıların gerçekten kullanmaktan hoşlandığı "esnek" bir ürünü hiç kullanmadım. Tasarım hatalarınızı nasıl düzelteceğinizi bulmak istemiyorlar. İsimsiz kalacak iyi bilinen bir satıcıdan "esnek" proje yönetim yazılımımız var. O kadar esnektir ki, projeyi talep eden müşteri için bir alan gibi bir şeye sahip değildir (On binlerce dolara mal olan bir ürüne ihtiyaç duyacak kadar büyük şirket, projeleri müşteriye göre sıralamak zorunda değildir? Bu sıfır olur.). Bir fikri veya olayı projeye dönüştürdüğünüzde, bilgiler otomatik olarak projeye taşınmaz, ne istendiğine veya kimin çok can sıkıcı olmasını istediğine dair ayrıntılar aramayı yapıyor çünkü geliştiriciler sistemi gerçekten "esnek" olduğu için tasarlamıyordu. Alan eklemeye çalışmanın ve daha sonra tüm formları düzeltmenin karmaşıklığı, bu alanları görebilmeniz için, herkesin bize sattığı tüm "harika" özellikler için ürünü kullanmasından vazgeçtiği anlamına gelir ve bunu yalnızca belgelemek için kullanır saati. Genel olarak, bir sistem ne kadar esnek olursa, bundan daha fazla insan nefret eder. bize sahip olarak satıldı ve sadece zaman belgelemek için kullanın. Genel olarak, bir sistem ne kadar esnek olursa, bundan daha fazla insan nefret eder. bize sahip olarak satıldı ve sadece zaman belgelemek için kullanın. Genel olarak, bir sistem ne kadar esnek olursa, bundan daha fazla insan nefret eder.

Veritabanına özgü olabilecek daha iyi performans gösteren bir kod yazmak yerine veri tabanı nötr olmak isteyen performansın dikkate alınmaması.

Yüzlerce eşzamanlı kullanıcı ve veritabanında büyük bir veri kümesi bulunan bir ortamda test eksikliği. Küçük veri kümeleri için iyi çalışan veritabanı sorguları genellikle büyük veritabanları için ilgisizdir. Bir kez iyi bilinen bir çağrı merkezi yazılım programı olan bir çağrı merkezinde çalıştım, bir ekrandan diğerine geçmek on dakika sürebilir. Hem arayanların hem de kullanıcıların bunu ne kadar sevdiğini hayal edebilirsiniz. En yaygın hatamız veritabanında bir zaman aşımı idi.

Değişiklik uğruna değişiklik. Hiçbir şey, kullanıcıları her şeyin nasıl yapılacağını yeniden düzenleyen ve yine de istedikleri veya ihtiyaç duydukları hiçbir özellik eklemeyen bir şeyin yeni bir sürümünü almaktan daha fazla rahatsız etmez (bkz. Office 2007 ve ekledikleri crappy Ribbon ve kaldırdıkları menü yapısı). Her gün veya iki yıla bağlı olduğum şeyleri yeniden öğrenmek zorunda değilim ve çoğu kullanıcı da değil. Sorunları daha iyi çözmek için yeni teknikler öğrenmek ve GUI'yi yeniden düzenlemek için başka bir şeydir, böylece nasıl yapılacağını zaten bildiğiniz tüm şeyleri bulamazsınız.

Müşteri servisi. Bir sorunum varsa, özellikle yazılım için büyük miktarda ödeme yaptım, hızlı ve çok fazla maliyet olmadan düzeltmeme yardım etmenizi istiyorum.

Gülünç arabası yazılımı. Hadi, sıradan bir şekilde ortak görevleri yerine getirememeliyim. Bu şeyleri test ettin değil mi? Özellikle kurulum sırasında veya ürünü kullanarak ilk birkaç gün böcek vurmak anoying olduğunu. Son sürümde harika çalışan şeyler artık çalışmadığında daha da can sıkıcı. Elbette tüm kodlarda hatalar var, biliyoruz, ancak en belirgin olanları göndermeden önce evcilleştirilmelidir.

Şimdi doğru yapan bir şirkete gelince - Red-Gate'in o şirket olduğunu söylüyorum. Eşyaları işe yarıyor, kullanmak için benim üzerimde çok fazla sorun olmadan yapması gerekeni yapıyor, hızlı ve müşteri hizmetleri harika. Bildiğim hemen hemen her deneyimli SQl Server dba, araçlarını satın almanızı önerir.

Kötü Belgeler ve İyileştirme İsteği Yok - Şu anda bana herhangi bir veritabanı tanımı veya şeması veremeyen bir yazılım satıcısıyla çalışıyorum. Aslında "yürüyen veri sözlükleri" oldukları için geliştiricilerinden birini aramayı tavsiye ettiler. Şimdi neden uygulamayı geliştirmediklerini veya hataları düzeltmediklerini anlayacağım; müşteri tablosunda ne olduğunu açıklamakla çok meşguller.

EDIT: Şimdi neden bu veritabanı belgelemek yoktu biliyorum:

1. Alan adları için türe bağlı olarak bir adlandırma kuralı vardır: dt = tarih, s = string / varchar, d = float
2. Yalnızca benzersiz kümelenmiş dizinler YOK birincil anahtar yoktur.
3. Herhangi bir tabloda kısıtlama yoktur.
4. Saklı Yordamların çoğu şunları içerir:
5. Tüm Anahtar alanlar dize türleridir (en az sorun)
6. İmleçler bolca!
7. Yamalarını yorumladılar ve sürüm numaraları yaptılar, ama hepsi bu.