Appropriato per inserire problemi noti direttamente nel software?

12

Ho preso in carico la manutenzione di un'app per Android e ci sono alcuni problemi residui che ho più o meno riparato, 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 che la richiesta venga inviata, ma solo su Android 4.X (ho testato esaustivamente) e questo causa il fallimento di questa particolare funzionalità 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 lo faremmo notare sul nostro canale di supporto, ma mi chiedo se sarebbe una buona idea (assumendo che tutto sia tenuto in considerazione) affinché questi problemi noti siano incorporati nel software e 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 un sacco di tempo e mal di testa semplicemente bloccando una funzione in cui è risaputo che non funzioni correttamente.

Vedo due potenziali problemi:

  1. Probabilmente gli utenti non hanno mai visto nulla di simile a un "problema noto" prima; molti utenti potrebbero semplicemente non capire cosa significhi.
  2. C'è un po 'di overhead di sviluppo - bisognerebbe 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 da @KnownIssue o qualcosa del genere, rendendo la ricerca / modifica molto semplice.

La creazione di prompt di "problema noto" nel software avrebbe senso?

Modifica : aggiungerò che si tratta di un problema che è appena iniziato a verificarsi circa una settimana fa. Ho risolto a metà il problema e sono molto improbabile che sia in grado di risolverlo per 4.X perché è il sistema operativo che causa il problema. Potrei rilasciare una nuova versione con la correzione e rendere nuovamente felice il 50% della base utenti e avvisare l'altro 50% (utenti 4.X) che il problema persisterà in 4.X e suggerire un aggiornamento (o qualcosa del genere ). La domanda è se farlo o meno nel software (ad esempio mostrare una finestra di dialogo agli utenti di 4.X), o semplicemente lasciare che ci spacciano via email di supporto dicendo "la tua correzione non ha funzionato !!!" e poi indirizzarli alla pagina di supporto che tratta il problema in maggior dettaglio.

    
posta Chris Cirefice 03.08.2015 - 16:38
fonte

3 risposte

6

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

No, non è accettabile su una funzione chiave che occupa il 75% dello schermo all'avvio dell'app. I tuoi usi diventeranno davvero infastiditi ogni volta che vedranno il pop-up. Stai meglio nascondendo semplicemente la funzione, non c'è bisogno di attirare gli utenti su qualcosa che non possono risolvere.

Sarebbe diverso se i tuoi utenti lo risolvessero facilmente, ad esempio installando un'app aggiuntiva. Ho visto spesso messaggi come "Per utilizzare questa opzione, è necessario installare l'app (gratuita) per bussola" o "Per utilizzare questa opzione, è necessario eseguire l'upgrade 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 rapida scorciatoia. Infastidirà i tuoi utenti, ma potrebbe essere un compromesso accettabile.

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

    
risposta data 05.08.2015 - 11:27
fonte
3

Molteplici recensioni negative + tonnellate di email di supporto == clienti infelici. Hai intenzione di renderli felici "fallendo più con grazia" per determinate condizioni? Può essere. Tuttavia, se fossi in te ripenserò se ho rilasciato il software prematuramente e avrei dovuto risolvere alcuni di questi problemi prima che si presentasse al cliente.

Aggiornamento: Se si tratta di un problema non risolvibile a causa dell'ambiente, inserisco il prompt per informare gli utenti (E anche averlo documentato e inviato in una 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.

    
risposta data 03.08.2015 - 16:46
fonte
1

Se le funzionalità problematiche sono disponibili tramite opzioni, pulsanti o qualcosa di simile, puoi disattivare o nascondere questi elementi: mi aspetto che questo sia meno frustrante per l'utente di quanto non sia offerto una funzionalità solo per essere detto "non funziona". Se sai che non funzionerà, non farlo apparire come potrebbe.

  • Disabilitando l'opzione / pulsante ti consentirà di aggiungere una nota indicante "non supportato sul tuo sistema operativo".
  • Nascondere l'opzione / pulsante non confonderà i nuovi utenti ma potrebbe causare reclami da parte di utenti esistenti che non sono più in grado di trovare l'articolo.
risposta data 05.08.2015 - 10:50
fonte