Что такое avg. оптимальный тайм-аут соединения для мобильного приложения?

Этот вопрос касается попыток найти научно обоснованное или статистически обоснованное обоснование выбора тайм-аута. Я имею в виду, что каждое приложение должно это делать, но каков оптимальный тайм-аут? Нам нужно больше людей, чтобы ответить или прокомментировать. +3, +4 не означает, что вопрос решен. Важный вопрос заслуживает большего ответа. Мы все можем извлечь пользу из этих знаний.

В основном пытается сравнить:

   a short timeout of say 20 seconds, but two connection attempts are made

против

   one long connection attempt of say 40 or 60 seconds.

У кого есть лучший шанс установить соединение? Нам нужны жесткие факты. Пока номера, которые я получаю, повсюду 10, 42, 60. Но что действительно оптимально?

Теперь, разумеется, через 5-10 секунд пользователь должен быть проинформирован о проблеме в любом случае, но какой подход лучше всего подходит для установления соединения.

Примечание. Я знаю, что есть много факторов, но, как разработчики приложений, мы не всегда можем получить разрешение на изучение ситуации с сигналом Wi-Fi и т.д. Тем не менее, должен быть некоторый рациональный ответ на то, что лучше в среднем.

Ответ 1

Вы, надеюсь, получите лучшие ответы, но из личного опыта я могу поговорить о пользовательской стороне вещей. Если я открываю приложение, для которого требуется подключение к данным, например, мой веб-браузер или социальный клиент, я хочу, чтобы он был тайм-аутом менее чем за 5 секунд, потому что не требуется много времени, чтобы определить, действительно ли у меня есть соединение или нет.

Можно взглянуть на него с точки зрения устройства, но это очень переменная (Wi-Fi или 3G, конкретный сетевой чип, ОС, подключение к данным в настоящее время и т.д.), тогда как требование пользователя, вероятно, является самым важным фактором. Вы можете уйти с такими же 30 секундами, если соединение с данными не обязательно важно для приложения, но главное, что технологическое ограничение - это только часть того, как долго вы должны планировать время ожидания соединения.

Ответ 2

Я всегда ставил максимум десять секунд, хотя - это личное предпочтение. Подумайте о том, удерживаете ли вы телефон в течение пяти секунд и ожидаете появления информации. Я бы уже разочаровался, поэтому добавление двойного значения кажется уместным. Если есть проблема, я хотел бы узнать об этом через Toast, нижний колонтитул или что-то еще.

Ответ 3

Здесь исследование UX говорит о внимании пользователя (интересные разделы выделены):

  • Дольше 1 секунда ломает поток мысли
  • Дольше 10 секунд теряет внимание пользователей
  • Самые простые задачи должны быть выполнены в пределах 1 минута

Итак, если это важная задача для пользователя, то задержка 60 секунд - это нормально. Иначе более 10 секунд - проблема. Особенность заключается в том, что 20-50-секундный таймфрейм не оказывает большого влияния на воздействие пользователя - это все время после "внимания потеряно", но до того, как "отбросит задачу".

По существу, если вы не можете перейти к пределу тайм-аута в 10 секунд, то не беспокойтесь и не решайте проблему UX по-другому.

Очевидно, что это не будет применяться ко всем ситуациям, поэтому возьмите его с солью.