Программисты (надеюсь) делают все возможное, когда кодируют приложения, но никто не совершенен И это совершенно очевидно, если взглянуть на некоторые из современных веб-сайтов, настольных программ и приложений для смартфонов.
Случайно, из-за требований к управлению или из-за недостатка понимания о том, что действительно нужно пользователям, программисты часто создают раздражающие интерфейсы для пользователей. Давайте посмотрим на некоторые глупые причуды, которые сбивают с толку, бесят и заставляют нас смеяться.
1. Бесполезные сообщения об ошибках
Возможно, нет элемента с большим потенциалом, чтобы запутать, разозлить или иным образом вызвать странный эмоциональный отклик, чем сообщение об ошибке. Мы рассмотрели некоторые из самых нелепых сообщений об ошибках в Windows самых смешных ошибок Windows самых нелепых ошибок Windows , но они не ограничены только этой платформой.
Вы найдете всевозможные примеры плохих сообщений об ошибках; давайте посмотрим на несколько распространенных типов. Многие из этих примеров взяты с обширной страницы Microsoft о том, что можно и чего нельзя делать при создании сообщений об ошибках, но применимы ко всем сообщениям.
Слишком много технической информации
В такого рода сообщениях об ошибках диалог предоставляет технические детали, которые сбивают пользователя с толку. Если сообщение об ошибке звучит так, как будто оно было написано роботом, средний пользователь не имеет ни малейшего представления о том, что оно означает, поэтому они не будут его читать. Таким образом, у них нет отправной точки для исправления проблемы
Вторичный тип этой ошибки возникает, когда программисты используют диалоговое окно конечного пользователя для сообщения об ошибках программирования. Ошибки, которые содержат информацию о нарушениях памяти или переменных проблемах, абсолютно бесполезны для пользователя и только еще больше запутают их.
Обвинять пользователя
Еще одна распространенная ошибка сообщений об ошибках — заставляет пользователя чувствовать себя виноватым. Даже если они действительно совершали нежелательные действия, они не должны чувствовать себя плохо, потому что совершили ошибку. Использование грубого языка является плохой идеей и расстроит пользователя больше, чем он уже есть.
Быть слишком расплывчатым
Зачем создавать сообщение об ошибке, если вы не собираетесь правильно описать проблему? Когда пользователь слышит звук ошибки и видит, что произошла неизвестная ошибка , что он должен делать? Если вы не предоставите информацию о том, почему произошла ошибка, они нажмут кнопку ОК и сделают вид, что ничего не произошло.
Windows 10 печально известна этим типом с ошибкой « Что-то случилось» при обновлении до новой версии
Ненужные ошибки
Благодаря всплывающей рекламе положим конец всплывающей рекламе , большинство пользователей вынуждены избавляться от диалоговых окон настолько быстро, насколько это возможно. Хотя сообщения об ошибках иногда необходимы, их постоянное использование означает, что пользователь с большей вероятностью будет их игнорировать. Таким образом, запуск сообщений об ошибках для не проблем не является разумным.
В приведенном ниже примере, если пользователь явно отменяет операцию резервного копирования, ему не нужно видеть ошибку, сообщающую ему об этом. Они запросили действие, поэтому, хотя это может быть ошибкой с точки зрения программного обеспечения, пользователю не нужно видеть диалог.
Смешные ошибки
Иногда ошибки настолько глупы, что пользователи будут смеяться над ними и / или игнорировать их. Вот отличный пример:
Кто-нибудь собирается воспринимать подобное сообщение серьезно? Нам сказали, что у этого есть неуказанный недостаток, но только потенциальный. Если есть серьезная проблема, предупредите пользователя об этом. И если нет проблем, не бросайте сообщение об ошибке.
2. Зверские формы и коробки выбора
Многие пользователи используют клавишу Tab для быстрого перемещения между полями при заполнении их информации. Вы могли бы подумать, что это будет универсальным ( Имя> Фамилия> Улица> Город> и т. Д. ), Но иногда программисты делают это намного сложнее, чем нужно. Нажатие Tab может перейти от имени к ZIP , а затем вниз, чтобы отправить . Когда вы вводите свою информацию в умственный автопилот, это огромная боль.
Или как насчет выбора полей? Выберет ли программист выпадающий список, поле выбора или попросит пользователя ввести значение, зависит от ожидаемого типа ввода. В большинстве выпадающих списков упорядочение по алфавиту имеет смысл, поэтому список легко просматривать. Но как насчет того, где список этажей находится в порядке ABC, а не в порядке номеров? Какая огромная боль для просмотра.
Еще один ужасный пример плохого выбора полей ниже. Вместо того, чтобы просто предоставлять пользователю текстовое поле для ввода своего номера телефона, здесь вы должны выбрать любую возможную комбинацию. Мы даже не хотим думать о том, сколько времени понадобилось, чтобы напечатать.
3. Отсутствие действующей проверки
Вот ужасное чувство, которое большинство пользователей слишком хорошо знают. Вы прошли через десятки полей на странице, когда регистрировались в службе, подали заявку на работу. или подобное. После того, как вы нажмете кнопку « Далее» , вы получите сообщение об ошибке, что поля адреса электронной почты не совпадают, или другой такой недосмотр.
Проблема в том, что перезагрузка страницы удаляет все введенные вами данные! Теперь пользователь должен тратить свое время, просматривая и снова вводя все ту же информацию. Если бы программист просто реализовал встроенную проверку, — проверка, чтобы убедиться, что ввод действителен, прежде чем пользователь отправит его — ваша страница могла бы избежать этого.
4. Вздутие живота и программное обеспечение
Вы можете почти услышать, как пользователи плачут, когда некогда великолепная часть программного обеспечения становится раздутой с таким количеством дополнительных функций, что использовать ее становится кошмаром. Прекрасным примером этого является iTunes Это важная программа для установки, если у вас есть iPad или iPhone , и это, к счастью, немного уменьшилось в последние месяцы. Но долгое время его использование было запутанным и властным.
Когда вы устанавливаете iTunes, он также включает в себя множество других программ Apple, таких как Bonjour, QuickTime и Apple Software Update. После установки iTunes так много всего может предложить, что это заставит вашу голову крутиться. Вы можете найти в магазине музыку, фильмы, аудиокниги. , а также подкасты, ознакомьтесь с Apple Music для потоковой передачи , просматривать приложения в iOS App Store, синхронизировать ваше устройство и многое другое.
Это даже не говоря о том, сколько места iTunes занимает в вашей системе, его медленном и запутанном интерфейсе и ночных кошмарах, связанных с синхронизацией музыки (в том числе случайным образом удаляющей ). iTunes пытается сделать десять вещей, а не одну или две действительно хорошо.
Так что, если у вас установлена его только для резервного копирования вашего iPhone, вы, вероятно, съежитесь, когда придет время открывать iTunes, ждать вечно, а затем посмотреть, что они втиснули в последнее время. Аналогично, пользователь, который хочет использовать iTunes для прослушивания музыки, не заботится обо всей этой чепухе.
5. Игнорирование стандартов проектирования операционной системы
Каждая основная операционная система (ОС) имеет набор стандартов, которым должны следовать разработчики при создании приложений для нее. Вы ожидаете, что приложение для Android будет выглядеть по-другому. из приложения для iOS, например. И они меняются со временем! Сравните популярные приложения для Android с 2012 года и сейчас. Следование рекомендациям, даже если ваше приложение не является наиболее впечатляющим, делает его как минимум презентабельным. Но когда вы идете против этого, это сводит пользователей с ума.
Например, возьмите кнопку « Назад» на Android. Прикосновение к нему должно вернуть вас на один экран назад. Поэтому, если вы просматриваете письмо в Gmail, нажмите Назад, чтобы вернуться в папку «Входящие». Если ваше приложение игнорирует это и заставляет Back закрыть приложение, это идет вразрез со всем, что знают пользователи Android. Не менее раздражающими являются приложения для Android, которые навязывают пользователям шаблоны проектирования iOS.
Заставлять пользователей изучать некоторые странные особенности вашего приложения вместо того, чтобы делать то, что вы должны, не является инновационным, это разочаровывает. Независимо от того, делаете ли вы приложение для Windows 10 или iOS, посмотрите, что собой представляет стандарт, и следуйте ему.
6. Спрятать варианты внутри стеков меню
Меню являются печальной необходимостью в большинстве программ. Если ваша программа не очень проста и отображает все в одном ряду значков, возможно, в ней есть меню для менее часто используемых функций и параметров. И хотя вам не нужны сверхъестественные функции, скажем, Microsoft Word в простом виде, скрытие часто используемых инструментов делает много потерянного времени на навигацию.
Если пользователю требуется шесть щелчков мыши, чтобы перейти к нужному инструменту, это быстро действует ему на нервы. Сочетания клавиш могут помочь с этими сочетаниями клавиш , но наиболее удобные ( Ctrl + S ) обычно зарезервированы для самых больших функций ( Сохранить ). Нажатие Ctrl + Shift + Alt + 9 + K также не очень весело.
Это также касается веб-сайтов. Если вы можете попасть на определенную страницу только по следам ссылок с других страниц, это плохой дизайн и затрудняет пользователю возврат к тому месту, где он находился.
7. Внесение изменений без причины
Мышечная память и знакомство имеют большое значение при использовании приложения или ОС. Это одна из причин, почему переключение экосистем настолько сложно, как Таким образом, разработчики могут отбросить всех, когда они вносят изменения в то, что действительно не нуждается в изменениях.
Помните, когда Windows 8 запустилась? Люди были взволнованы, потому что не могли понять, как выключить свои компьютеры . Microsoft взяла простейшую задачу, которая находилась в хорошем месте более десяти лет, и превратила ее в то, что людям приходилось искать в Интернете. . Но это происходит и в меньших масштабах.
Каждая новая версия Android, iOS или Windows 10 вносит небольшие изменения в названия меню. То, что было когда-то Настройки> О телефоне> Номер сборки на Android, теперь Настройки> Система> О телефоне> Номер сборки . Это небольшое изменение, но при написании этих меню , вы никогда не знаете, какую версию Android используют люди. Таким образом, вы должны описать каждую возможную комбинацию, чтобы уменьшить путаницу.
Иногда изменения необходимы. Но изменения только ради изменений сбивают с толку и заставляют пользователей приспосабливаться к новой парадигме, казалось бы, без причины.
Какие элементы пользовательского интерфейса вы ненавидите больше всего?
Мы рассмотрели семь очень неприятных пользовательских проблем, возникающих из-за глупых выборов, которые делают программисты. Будь то из-за крайних сроков, некомпетентности или лени, это причуды, с которыми мы миримся, но бормотаем себе под нос. По крайней мере, мы можем повеселиться с ними.
Хотите избежать ошибок в своих приложениях? Ознакомьтесь с нашими советами по написанию более чистого и качественного кода.
Каковы ваши самые ненавистные изыски в приложениях? У вас есть интересные примеры категорий, которые мы обсуждали? Поделитесь с нами в комментариях и не стесняйтесь!
Кредит изображения: Feverpitch / Depositphotos