Автоматическое переупорядочение /скрытие (навигационные) элементы

Я разрабатываю приложение самообслуживания для налоговой службы. Основной экран выглядит следующим образом:

 введите описание изображения здесь>> </a> </p>

<p> Я рассматриваю возможность автоматического переупорядочения /скрытия плиток на основе определенных условий. </p>

<p> Например: когда запрашивается прямой дебет, его фрагмент можно переместить в нижнее правое, поскольку запрос прямого дебетования происходит чаще, чем его отмена. </p>

<p> Другой пример: когда есть неоплаченная сумма, она должна отображаться в верхнем левом углу, чтобы привлечь внимание. Если вам нечего платить, плитка вообще не должна отображаться. </p>

<p> <strong> Некоторые мысли: </strong> </p>

<p> В последнее время я читал про пространственную память, а это значит, что пользователи часто пытаются найти вещи, помня их местоположение, а не их имя. Это особенно верно для верхнего и нижнего пунктов, согласно Дженифер Тидуэлл в своей книге «Проектирование взаимодействий». Автоматическое переупорядочение элементов может нарушить пространственную память пользователя. </p>

<p> С другой стороны, зачем «беспокоить» пользователей с элементами страницы, которые не актуальны? Фактически, перемещение наиболее важных предметов в верхнюю левую часть можно воспринимать как продуманные. </p>

<p> Каждая панель использует отдельный цвет для кнопок действий, поэтому пользователь может помнить цвет, связанный с определенной плиткой. Тем не менее, на мобильных устройствах плитки рушится и отображается в виде аккордеона, чтобы оптимально использовать ограниченную экранную недвижимость; цвета не будут отображаться, поэтому пользователям придется читать метки. </p>

<p> <strong> Вопрос: </strong> </p>

<p> Является ли автоматическое переупорядочение в этом случае разумным делом, или его следует избегать? Любые мысли /опыт /рекомендации? </p></body></html>

7 голосов | спросил Willem-Aart 20 72016vEurope/Moscow11bEurope/MoscowSun, 20 Nov 2016 00:52:48 +0300 2016, 00:52:48

3 ответа


4

Я думаю, что у вас есть ответ, когда вы говорите:

  

В последнее время я читал о пространственной памяти, что означает, что пользователи   часто пытаются найти вещи, помня их местоположение, а не   их название. Это особенно верно для верхнего и нижнего элементов,   согласно Дженифер Тидвелл в ее книге «Проектирование взаимодействий».   Автоматическое переупорядочение элементов может нарушить пространственную   память.

Это абсолютно верно и звуковой аргумент для NOT READERING.

Однако между бот-подходами существует средняя (лучшая) основа: позволить пользователям полностью контролировать свой опыт, позволяя им упорядочивать элементы по своему усмотрению, а затем сохранять их предпочтения. Таким образом, не только они сохранят локус управления , но они также узнают и автоматизируют поток вашего сайта.

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

ответил Devin 20 72016vEurope/Moscow11bEurope/MoscowSun, 20 Nov 2016 02:35:57 +0300 2016, 02:35:57
0

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

Вместо этого уменьшите нерелевантные параметры, но сохраните их видимыми. Это не только позволяет все элементы легче оставаться на месте (с точки зрения программирования, что позволяет сэкономить время разработки и улучшить устранение неполадок), но также позволяет конечным пользователям видеть, какие другие варианты доступны для будущего использования. Это очень полезно для конечного пользователя, поскольку в один прекрасный день они захотят использовать другие параметры и скрыв эти параметры от них, вы можете рискнуть своим невежеством и, в свою очередь, заставить их создать впечатление, что эти параметры просто не существуют. (Даже если они были когда-то на экране, они, возможно, не заметили их раньше. Никогда не предполагайте, что конечный пользователь заметил все на экране.)

Если вы хотите убедиться, что конечный пользователь знает, почему опция увядает (желательно, изменив альфа или прозрачность объекта /параметра), просто добавьте небольшой текст под каждый элемент или систему звездочки (*, , * и т. д.) с небольшим текстом в нижней части экрана. В качестве альтернативы вы можете добавить всплывающую подсказку для каждой выцветшей /запрещенной опции с сообщением, которое вы хотели бы видеть. Это позволяет им не только видеть, что опция существует для них, но также позволяет им узнать о параметрах, в которых эта опция становится доступной для них.

Я действительно надеюсь, что это поможет вам!

PS: Я узнал, что в большинстве случаев и дизайнов непрозрачность 0.2-0.35, похоже, делает трюк!

Желаем удачи в вашем проекте!

ответил Leviscus Tempris 21 12016vEurope/Moscow11bEurope/MoscowMon, 21 Nov 2016 13:45:05 +0300 2016, 13:45:05
0

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

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

В чем проблема, которую вы действительно хотите решить?

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

ответил asiegfried 21 12016vEurope/Moscow11bEurope/MoscowMon, 21 Nov 2016 11:41:01 +0300 2016, 11:41:01

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132