Bilinen sorunları doğrudan yazılıma koymak uygun mudur?


12

Bir Android uygulamasının bakımını üstlendim ve az ya da çok sabitlediğim birkaç sorun var, ancak farklı Android OS sürümleri nedeniyle hala sorun yaşıyorum.

Örneğin, MediaPlayer sınıfıyla bir web isteği göndermenin, istek gönderilmeden önce işletim sistemi tarafından çıkarılan özel HTTP üstbilgileri vardır, ancak yalnızca Android 4.X'te (kapsamlı bir şekilde test ettim) ve bu, bu özelliğin, bu başlıklarda.

Bu bilinen bir sorundur ve bunun üzerinde çalışmaya çalışıyorum, ancak koşullu bir kontrol yapmak iyi bir fikir olur mu?

if (OS.VERSION == 4) {
    knownIssueDialog(This feature will not work on your Android version... etc.");
}

Açıkçası bunu destek kanalımızda not ederdik, ancak bu bilinen sorunların yazılıma gömülmesinin ve gerektiğinde ve gerektiğinde sunulmasının iyi bir fikir olup olmayacağını merak ediyorum (her şeyin takip edildiğini varsayarak), yukarıda tarif ettiğim gibi.

Bu tür sorunlara dayanan birden fazla kötü eleştiri ve çok sayıda destek e-postası almaya devam ediyoruz, bu yüzden aklımda, düzgün çalışmadığı bilinen bir özelliği engelleyerek herkese çok fazla zaman ve baş ağrısı kazandıracak.

İki potansiyel sorun görüyorum:

  1. Kullanıcılar muhtemelen daha önce "bilinen bir sorun" iletişim kutusu gibi bir şey görmemişlerdir; birçok kullanıcı bunun ne anlama geldiğini anlamayabilir.
  2. Bir miktar geliştirme yükü var - kodda bir yerde bu sorunları takip ettiğinizden emin olmanız gerekir. Neyse ki, Java ek açıklamalarıyla, bunun gibi herhangi bir koşullu denetimden önce @KnownIssueveya bunun gibi bir şey olabilir, bu da onları bulmayı / değiştirmeyi çok basit hale getirir.

Yazılımda 'bilinen sorun' istemleri koymak mantıklı olur mu?

Düzenleme : Bu, yaklaşık bir hafta önce meydana gelen bir sorun olduğunu ekleyeceğim. Sorunu yarıya kadar çözdüm ve soruna neden olan işletim sistemi olduğu için 4.X için düzeltmesi pek mümkün değil. Düzeltme ile yeni bir sürüm yayınlayabilir ve kullanıcı tabanının% 50'sini tekrar mutlu edebilirim ve diğer% 50'yi (4.X kullanıcıları) 4.X'te devam edeceği konusunda uyarabilirim ve bir yükseltme (veya bir şey önermek için) ). Soru, bunu yazılımda yapıp yapmama (yani 4.X kullanıcılarına bir iletişim kutusu gösterme) veya yalnızca spam'lara izin vermeleri için "düzeltmeniz işe yaramadı!" ardından sorunu daha ayrıntılı olarak ele alan destek sayfasına yönlendirin.


2
"Bu özellik Android sürümünüzde çalışmaz." Bunun yerine ne yapıyorsun? Sadece anlamsızca başarısız ve hiçbir şey söylemiyor musun?
Robert Harvey

@RobertHarvey İstek Metinden Konuşmaya içindir. 'Çevrimiçi' sürüm, üstbilgiler yoksa başarısız olan bir HTTP isteği gerektirir (bu nedenle şu anda 4.X'te kesilir). Ancak, bu başarısız olursa, cihazın TTS'sine geri döneriz. Sorun, çoğu cihaz TTS'nin berbat olmasıdır, bu yüzden çevrimiçi olan ilk yöntemdir. İncelikle geri düşüyoruz, ancak bazı eski cihazlarda (kullanıcı tabanımızın yaklaşık% 20'si), TTS korkunç ...
Chris Cirefice

Yüklemeye izin vermek için belirli bir işletim sistemi sürümü gerekli mi? En azından şikayetler geriye dönük uyumluluk eksikliğiyle sınırlıdır.
JeffO

Kullanıcıların "Bu özellik işletim sistemi sürümünüzle çalışmayacak, lütfen 5'e yükseltin" yazan bir mesajla haksız yere şaşıracağını sanmıyorum. Yükseltmeyi gerçekleştirmek kolay olmadığından belki de hayal kırıklığına
uğradım

TTS'leri diğer tüm uygulamalarda da aynı derecede kötü çalışmıyor mu?
Robert Harvey

Yanıtlar:


6

Evet, özellikle seçenek menüsünde gizlendiklerinde, daha belirsiz bazı özellikler için bu çok kabul edilebilir. Düğmeleri devre dışı bırakmak ve "yalnızca XXX ve altındaki bu özellik" veya "bu özellik XXX ve üstündeki en iyi şekilde çalışır" gibi bazı ek metinler eklemek, yalnızca kısmi olarak çalışıyorsa belki de daha hoştur.

Hayır, uygulamanızı başlattığınızda ekranın% 75'ini kaplayan bir tuş işlevi için bu kabul edilemez. Pop-up'ı her gördüklerinde kullanımlarınız gerçekten sinirlenir. Sadece özelliği gizlemek daha iyidir, kullanıcılarınıza düzeltemedikleri bir şey hakkında konuşmanıza gerek yok.

Kullanıcılarınızın, örneğin ek bir uygulama yükleyerek kolayca düzeltebileceği farklı olacaktır. "Bu seçeneği kullanmak için, (ücretsiz) pusula uygulamasını yüklemeniz gerekir" veya "Bu seçeneği kullanmak için ücretli profesyonel uygulamaya yükseltmeniz gerekir" vb.

Sonuç olarak, bunu ancak dikkatli bir şekilde değerlendirdikten sonra ve diğer çözümler başarısız olduktan sonra yapabilirsiniz, hızlı bir kısayol olarak değil. Kullanıcılarınızı rahatsız edecektir, ancak bu kabul edilebilir bir değiş tokuş olabilir.

(ps. Bu sorunun UX'e gitmesi gerektiğini hissediyorum )


3

Birden fazla kötü eleştiri + tonlarca destek e-postası == mutsuz müşteriler. Belirli koşullar için 'daha incelikle başarısızlıkla' onları mutlu edecek misiniz? Olabilir. Ancak, ben olsaydım, yazılımı erken yayınlayıp yayınlamadığımı yeniden düşünürdüm ve bu sorunlardan bazılarını müşterinin önüne geçmeden önce düzeltmeliydim.

Güncelleme: Bu ortam nedeniyle düzeltilemeyen bir sorunsa, kullanıcıları bilgilendirmek için bilgi isteminde bulunurdum (VE ayrıca belgelendirilip bir e-postayla gönderilmesini istersiniz). Bu, bunun gibi yalıtılmış bir sorun için işe yarar, ancak bunu sadece bilinen herhangi bir hata için genel bir çözüm olarak tavsiye etmem. Bunların birçoğu varsa, o zaman yanlış bir şey yapıyorsunuz.


4
Bence gerçekten sorduğu şey "İnsanlara telefonlarının berbat olduğunu söylemeli miyiz?"
Robert Harvey

İyi bir nokta, ancak aslında yarı pişmiş bir versiyonunu yayınlamadık. Bu, 5 gün önce bir sorun olmaya başladı; zaten 10'dan fazla destek e-postamız var ve bunu yarıya kadar düzelttim. Yayınlanmadan önce , böyle bir şey koymanın iyi bir fikir olup olmadığını anlamak istiyorum, sadece TTS'yi düzelttiğimiz herkesi Android 4.X kullanıcıları hariç söylemekten kaçınmak için. Bir düzeltme alamazsın, çünkü berbatsın . Ne yazık ki, bu işletim sistemine özgü bir sorundur ve düzeltebileceğim bir şey değildir. Android HTTP üstbilgilerini çıkarıyor, bu konuda yapabileceğim hiçbir şey yok!
Chris Cirefice

@RobertHarvey: Sanırım soruyu daha genel bir anlamda okudum ... bu cevap, 'insanların telefonları emiyor' nedeniyle ortaya çıkan sorunlar için geçerli olmayabilir
c_maker

1

Sorunlu özellikler seçenekler, düğmeler veya benzeri bir şeyle kullanılabilirse, bu öğeleri devre dışı bırakabilir veya gizleyebilirsiniz : Bunun kullanıcı için yalnızca "çalışmıyor" olarak söylenecek bir özellik sunulmasından daha az sinir bozucu olmasını bekliyorum. Eğer işe yaramayacağını biliyorsanız, göründüğü gibi yapmayın.

  • Seçeneği / düğmeyi devre dışı bırakmak , "işletim sisteminizde desteklenmiyor" şeklinde bir not eklemenizi sağlar.
  • Seçeneği / düğmeyi gizlemek yeni kullanıcıları karıştırmaz, ancak mevcut kullanıcıların artık öğeyi bulamayan şikayetlerine neden olabilir.
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.