Підходить для розміщення відомих проблем безпосередньо в програмному забезпеченні?


12

Я взяв на себе підтримку програми для Android, і є декілька залишкових проблем, які я більш-менш виправляю, але все-таки виникають проблеми через різні версії ОС Android.

Наприклад, для надсилання веб-запиту класом MediaPlayer є спеціальні заголовки HTTP, відібрані ОС перед відправленням запиту, але лише на Android 4.X (я вичерпно перевірена), і це призводить до відмови цієї функції, оскільки вона покладається на цих заголовках.

Це відома проблема, і я намагаюся її обійти, але було б гарною ідеєю мати умовний чек

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

Очевидно, ми б це помітили на нашому каналі підтримки, але мені цікаво, чи було б гарною ідеєю (якщо припустити, що все відслідковується), щоб ці відомі проблеми також були вбудовані в програмне забезпечення та представити їх коли і де потрібно, наприклад, те, що я описав вище.

Ми постійно отримуємо багато поганих відгуків та багато електронних листів підтримки на основі таких питань, тому, на мій погляд, це дозволить заощадити всім багато часу та головного болю, просто заблокувавши функцію, коли, як відомо, не працює належним чином.

Я бачу дві потенційні проблеми:

  1. Користувачі ніколи раніше не бачили нічого подібного до діалогу "відома проблема"; багато користувачів просто не можуть зрозуміти, що це означає.
  2. Невеликі накладні розробки - потрібно було б обов’язково слідкувати за цими проблемами десь у коді. На щастя, з анотаціями на Java будь-яка умовна перевірка на кшталт цього може передувати @KnownIssueабо щось подібне, що робить їх пошук / модифікацію дуже простим.

Чи має сенс вводити підказки "відомої проблеми" в програмне забезпечення?

Редагувати : Додам, що це проблема, яка щойно почала виникати близько тижня тому. У мене проблема налагоджена наполовину, і навряд чи вдасться виправити її для 4.X, оскільки проблема викликає ОС. Я можу випустити нову версію з виправленням і знову зробити щасливою 50% бази користувачів, а також попередити інших 50% (користувачів 4.X), що проблема триватиме на 4.X, і запропонувати оновлення (або щось таке ). Питання полягає в тому, чи потрібно це робити в програмному забезпеченні (тобто показувати діалогове вікно користувачам 4.X), або просто дозволити їм спам, який підтримує нам електронні листи, які говорять: "ваше виправлення не працює !!!" а потім направити їх на сторінку підтримки, яка детальніше обговорює проблему.


2
"Ця функція не працюватиме у вашій версії Android." Що ви робите замість цього? Просто невдало відмовтеся і нічого не сказати?
Роберт Харві

@RobertHarvey Запит призначений для тексту в мовлення. Для онлайн-версії потрібен HTTP-запит, який виходить з ладу, якщо заголовків немає (тому він працює в 4.X зараз). Однак якщо це не вдається, ми повертаємося до TTS пристрою. Проблема полягає в тому, що більшість пристроїв TTS смокче, тому онлайн-метод - це перший метод. Ми повертаємось витончено, але на деяких старих пристроях (приблизно 20% нашої бази користувачів) TTS є жахливим ...
Chris Cirefice

Чи потрібна певна версія ОС, щоб дозволити встановлення опції? Принаймні скарги обмежуються відсутністю зворотної сумісності.
JeffO

Я не думаю, що користувачі будуть надмірно спантеличені повідомленням "Ця функція не працюватиме з вашою версією ОС, оновіть до 5". Розчарувавшись, мабуть, оскільки оновлення виконати непросто ...
Кіліан Фот

Чи не працює їх TTS однаково погано в будь-якому іншому додатку?
Роберт Харві

Відповіді:


6

Так, це дуже прийнятно для деяких більш незрозумілих особливостей, особливо коли вони приховані в меню опцій. Можливо, приємніше відключити кнопки та додати додатковий текст "ця функція на XXX і нижче" або "ця функція працює оптимально на XXX і вище", якщо вона працює лише частково.

Ні, це не прийнятно для ключової функції, яка займає 75% екрана під час запуску програми. Ваші використання будуть дратуватися щоразу, коли вони побачать спливаючі вікна. Вам краще просто приховати цю функцію, не потрібно ткнути своїх користувачів про те, що вони не можуть виправити.

Було б інакше, якби ваші користувачі могли це легко виправити, наприклад, встановивши додатковий додаток. Я часто бачив повідомлення типу "Щоб скористатися цією опцією, вам потрібно встановити (безкоштовну) компас-програму" або "Щоб скористатися цією опцією, вам потрібно перейти до платного додатка" тощо.

Суть полягає в тому, що ви можете це зробити, але тільки після ретельного розгляду та після відмови інших рішень, не як швидкий ярлик. Це буде дратувати ваших користувачів, але це може бути прийнятним компромісом.

(ps. У мене таке відчуття, що це питання має перейти до UX )


3

Кілька поганих відгуків + тонн електронних листів підтримки == нещасних клієнтів. Чи збираєтесь ви зробити їх щасливими, "невдало витонченішими" за певних умов? Може бути. Однак, якби я був ти, я передумав би, чи я передчасно випустив програмне забезпечення, і я мав би просто виправити деякі з цих проблем, перш ніж він потрапить перед клієнтом.

Оновлення: Якщо це проблема, яка не може бути вирішена через оточення, я б попросив повідомити користувачів (І також задокументувати це та надіслати електронною поштою). Це працює для окремої проблеми, як ця, але я б не радив це як загальне рішення для будь-якого "відомого помилки". Якщо таких багато, то ви робите щось не так.


4
Я думаю, що він насправді запитує: "Чи варто говорити людям, що їх телефон смокче?"
Роберт Харві

Хороший момент, однак ми фактично не випустили напівфабриковану версію. Це щойно стало проблемою станом на 5 днів тому; у нас вже є 10+ електронних листів підтримки, і я її на половину виправив. Перш ніж випустити, я хочу розібратися, чи є щось подібне - це гарна ідея, просто щоб не сказати, що привіт, всі ми виправили TTS, окрім вас, користувачів Android 4.X. Ви не отримаєте виправлення, тому що ви смоктали . На жаль, це проблема, що стосується ОС, і не те, що я можу виправити взагалі. Android знімає заголовки HTTP, нічого з цього не можу зробити!
Chris Cirefice

@RobertHarvey: Напевно, я читав питання в більш загальному сенсі ... ця відповідь може не застосовуватися до питань, які виникають, оскільки "телефони телефонів людей"
c_maker

1

Якщо проблемні функції доступні за допомогою параметрів, кнопок або чогось подібного, ви можете вимкнути або приховати ці елементи: я вважаю, що це буде менш засмучує користувача, ніж пропонувати функцію, яка лише скаже, що "не працює". Якщо ви знаєте, що це не спрацює, тоді не робіть його таким, як можна.

  • Якщо вимкнути опцію / кнопку, ви зможете додати примітку із зазначенням "не підтримується у вашій ОС".
  • Приховування параметра / кнопки не збиватиме з пантелику нових користувачів, але може викликати скарги існуючих користувачів, які вже не в змозі знайти елемент.
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.