È appropriato inserire problemi noti direttamente nel software?

Ho preso in carico la manutenzione di un'app Android e ci sono alcuni problemi residui che ho risolto più o meno, ma ho ancora problemi a causa delle diverse versioni del sistema operativo Android.

Ad esempio, l'invio di una richiesta Web con la classe MediaPlayer ha intestazioni HTTP personalizzate rimosse dal sistema operativo prima dell'invio della richiesta, ma solo su Android 4.X (ho testato in modo esauriente) e ciò causa il fallimento di questa particolare funzione perché si basa su quelle intestazioni.

Questo è un problema noto e sto cercando di aggirare il problema, ma sarebbe una buona idea avere un controllo condizionale come

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

Ovviamente avremmo notato questo sul nostro canale di supporto, ma mi chiedo se sarebbe una buona idea (supponendo che tutto sia tenuto traccia) di avere questi problemi noti anche incorporati nel software e di presentarli quando e dove necessario, come quello che ho descritto sopra.

Continuiamo a ricevere più recensioni negative e molte e-mail di supporto basate su questo tipo di problemi, quindi nella mia mente risparmierebbe a tutti molto tempo e mal di testa semplicemente bloccando una funzione in cui è noto che non funziona correttamente.

Vedo due potenziali problemi:

1. Gli utenti probabilmente non hanno mai visto nulla di simile a una finestra di dialogo "problema noto" prima; molti utenti potrebbero semplicemente non capire cosa significhi.
2. C'è un po 'di sovraccarico di sviluppo - uno dovrebbe assicurarsi di tenere traccia di questi problemi da qualche parte nel codice. Fortunatamente, con le annotazioni Java, qualsiasi controllo condizionale del genere potrebbe essere preceduto @KnownIssueo qualcosa del genere, rendendo la ricerca / modifica molto semplice.

Avrebbe senso inserire nel software prompt di "problemi noti"?

Modifica : aggiungerò che questo è un problema che è appena iniziato a verificarsi circa una settimana fa. Ho risolto il problema a metà e sono molto improbabile che sia in grado di risolverlo per 4.X perché è il sistema operativo che sta causando il problema. Potrei rilasciare una nuova versione con la correzione e rendere di nuovo felice il 50% della base di utenti e avvisare l'altro 50% (utenti 4.X) che il problema persiste su 4.X e suggerire un aggiornamento (o qualcosa del genere ). La domanda è se farlo nel software (es. Mostrare una finestra di dialogo agli utenti 4.X), o semplicemente lasciare che ci spammino supportino le e-mail dicendo "la tua correzione non ha funzionato !!!" e quindi indirizzarli alla pagina di supporto che discute il problema in modo più dettagliato.

Sì, questo è molto accettabile per alcune funzionalità più oscure, specialmente quando sono nascoste nel menu delle opzioni. Forse è meglio disabilitare i pulsanti e aggiungere del testo aggiuntivo "questa funzione su XXX e sotto" o "questa funzione funziona in modo ottimale su XXX e sopra" se funziona solo parzialmente.

No, questo non è accettabile per una funzione chiave che occupa il 75% dello schermo all'avvio dell'app. I tuoi usi saranno davvero infastiditi ogni volta che vedono il pop-up. Stai meglio nascondendo la funzione, non c'è bisogno di colpire i tuoi utenti su qualcosa che non possono risolvere.

Sarebbe diverso se i tuoi utenti potessero risolverlo facilmente, ad esempio installando un'app aggiuntiva. Ho visto spesso messaggi come "Per utilizzare questa opzione, è necessario installare l'app bussola (gratuita)" o "Per utilizzare questa opzione, è necessario passare all'app professionale a pagamento" ecc.

La linea di fondo è che puoi farlo, ma solo dopo un'attenta considerazione e dopo che altre soluzioni falliscono, non come una scorciatoia rapida. Ciò infastidirà i tuoi utenti, ma potrebbe essere un compromesso accettabile.

(ps. Ho la sensazione che questa domanda dovrebbe andare a UX )

Molteplici recensioni negative + tonnellate di email di supporto == clienti insoddisfatti. Li renderai felici "fallendo più con grazia" per certe condizioni? Può essere. Tuttavia, se fossi in te, ripenso a se ho rilasciato il software prematuramente e avrei dovuto risolvere alcuni di questi problemi prima che arrivassero davanti al cliente.

Aggiornamento: se si tratta di un problema irrisolvibile a causa dell'ambiente, inserirò la richiesta di informare gli utenti (E lo farei anche documentare e inviare via e-mail). Questo funziona per un problema isolato come questo, ma non lo consiglierei come soluzione generale per qualsiasi "bug noto". Se ce ne sono molti, allora stai facendo qualcosa di sbagliato.

Se le funzionalità problematiche sono disponibili tramite opzioni, pulsanti o qualcosa di simile, è possibile disabilitare o nascondere questi elementi: mi aspetto che ciò sia meno frustrante per l'utente rispetto all'offerta di una funzionalità solo per dire "non funziona". Se sai che non funzionerà, non farlo apparire come potrebbe.

• La disabilitazione dell'opzione / pulsante ti consentirà di aggiungere una nota che afferma "non supportato sul tuo sistema operativo".
• Nascondere l'opzione / pulsante non confonderà i nuovi utenti ma potrebbe causare reclami da parte degli utenti esistenti che non sono più in grado di trovare l'elemento.