Лучше автоматически перенаправлять пользователей или показывать им запрошенную страницу с ошибкой? - PullRequest
4 голосов
/ 21 июля 2010

Учитывая сценарий в веб-приложении, где пользователь должен выполнить X, прежде чем он сможет перейти к Y, но там, где ссылка для Y всегда доступна, мы в настоящее время обсуждаем два способа перенаправления пользователя, если он пытается перейти страница Y:

  1. Показать страницу Y с сообщением и ссылка на X.
  2. Перенаправить на X автоматически, но отобразить сообщение об ошибке наложения после перенаправления, которое указывает почему они были перенаправлены.

Что будет более удобным для пользователя или более удобным и почему?

Ответы [ 7 ]

3 голосов
/ 21 июля 2010

Или вы можете использовать третий вариант:

Когда пользователь щелкает ссылку, отображается диалоговое окно, которое объясняет ошибку и рекомендуемый порядок действий, а затем предоставляет ссылку для продолжения, несмотря на ошибку, а также ссылку для перенаправления на рекомендуемую страницу / действие.

1 голос
/ 08 сентября 2010

Прочитайте ваш комментарий об элементе A и элементе B.

Моя идея ниже:

У вас есть две ссылки: Link X и Link Y.

Для элемента A ссылка X и ссылка Y отображаются как обычные гиперссылки, все хорошо.

Для элемента B ссылка X отображается как обычная гиперссылка, но отображается ссылка Y как текст / гиперссылка со специальным значком, а когда пользователь наводит курсор на нее (не щелкает мышью), отображается всплывающее окно / всплывающая подсказка, объясняющая причину.

Идея состоит в том, чтобы уменьшить щелчки мыши (как вы можете видеть выше, без щелчков и без перенаправления), а также сохранить пространство страницы / состояние экрана (отобразить причину при наведении курсора мыши).

Кроме того, вы можете добавить на страницу инструкцию, в которой говорится, что пользователь должен выполнить все действия в ссылке X, чтобы перейти к ссылке Y.

1 голос
/ 04 августа 2010

Хм, с точки зрения удобства использования, я бы сказал, что наиболее целесообразно отображать только те опции для пользователя, которые имеют смысл в контексте, т.е. вообще не отображать ссылку на Y, пока X не выполняется.

Может быть, если вы не хотите полностью отбрасывать текст ссылки, просто удалите ссылку и сохраните текст (и укажите, почему это так), пока X не будет заполнено?

0 голосов
/ 26 сентября 2010

Зависит от ожиданий пользователя.

Если пользователь может понять, почему его перенаправили (классический пример: «Вы должны войти в систему, чтобы просмотреть эту страницу»), сделайте это.

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

0 голосов
/ 07 сентября 2010

Я бы не позволил пользователю перейти к X, если это не подходит.

Однако, так как вы спрашиваете об удобстве использования, я думаю, ваши пользователи могут запутаться из-за того, что находятся на странице X, когда они думают, чтона Y (и они не заметят даже полосу 100px поверх своих браузеров, если она не будет красной и мигающей), так что я бы пошел на совершенно пустую страницу с ошибкой (без навигации) с простым сообщением и ссылкой.Нечто похожее на простую страницу ошибки HTTP 404.

0 голосов
/ 21 июля 2010

Я бы пошел со вторым подходом. Потому что, скорее всего, мы знаем, что пользователь вернется на предыдущую страницу, проверит другие ссылки или проверит, что могло вызвать проблему. Таким образом, этот способ сэкономил время пользователю.

0 голосов
/ 21 июля 2010

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

В конце концов, хотя шесть из одного, полдюжины другого, и я видел это в обоих направлениях.

Если они должны выполнить x перед y, почему ссылка на y всегда доступна?

...