Помещение
“Record problems and make proactive steps to resolve known issues.”
Прежде всего позвольте мне отметить, что я один из тех учеников, которые остаются на всю жизнь. Не потому, что люблю колледж, а потому, что я никогда не могу определиться, чем хочу заниматься. После некоторых больших изменений в жизни я решил на целый год не ходить в школу. Вчера я попытался зарегистрироваться на предстоящий весенний семестр, чтобы вернуться в строй. Интересно, что мою учетную запись отключили… вроде… Вот тут-то и начинается самое интересное.
Я ожидал, что моя учетная запись будет отключена, но проблема не в этом. Проблема в том, как он был отключен, и в сообщениях, которые я получил обратно из университета. Сначала моя учетная запись все еще работала для доступа к регистрации занятий и порталу университета, но моя электронная почта была полностью заблокирована. Это главный вопрос, который меня беспокоит. Если бы в университете была единая технологическая структура, информация о логине/пароле была бы централизованной. Учетная запись, отключенная в одном месте, должна быть отключена во всем кампусе. Вместо этого некоторые отделы отключили мою учетную запись, а другие оставили ее работающей, пока меня не было. Хуже всего, что некоторые части университета оставили его частично работающим, но непригодным для использования.
Странно, не правда ли? Почему бы не полностью отключить мою учетную запись, а не просто ПРИДЕЛАТЬСЯ, что она работает, только для того, чтобы выдать мне неприятную ошибку разрешений, когда я пытаюсь ИСПОЛЬЗОВАТЬ портал, на котором я уже вошел в систему.
Правило №1
“Avoid the circle of death; take personal responsibility for the problem.”
Создание приложения или сетевой системы на любом уровне требует большего, чем просто выполнение работы. Разработчику следует потратить дополнительное время на создание функциональности для непредвиденных обстоятельств. В моем случае должно было быть две вещи.
Дружеское сообщение с объяснением, почему моя учетная запись была отключена, и инструкциями по повторной активации моей учетной записи.
Правило №2
“Never let the user see the nasty error.”
Сначала я поговорил со своим консультантом, который сказал, что мне следует поговорить с компьютерными службами. Компьютерные службы сказали мне обратиться в регистрационную службу. В регистрационном офисе мне посоветовали поговорить с моим консультантом. НЕУДАЧАБесконечные циклы плохи не только в программировании, но и в реальном мире.
Этого можно было избежать на каждом этапе, но вместо этого проблема была переложена на кого-то другого. Все, что нужно было сделать кому-то, — это изучить проблему, и они знали бы, что проблема возникла в прошлом. В конечном итоге решение заключалось в том, чтобы заставить кого-то регистрировать мои занятия по телефону, а не использовать мою учетную запись в Интернете.
Правило №3
“Just because you’re big doesn’t mean you have to be dumb.”
Я работаю в сфере ИТ и знаю, насколько невероятно сложными могут быть вещи. Но важно всегда предпринимать шаги, чтобы предотвратить повторение ситуации. Я уверен, что я не первый человек, чья учетная запись отключена, и потому что никто не соблюдает третье правило; Скорее всего, я буду не последним. Несколько простых изменений в приложении могли бы легко решить проблему, но никто не заботится о том, чтобы что-то с этим сделать. Это означает, что я, КЛИЕНТ, СТУДЕНТ, ИДОИТ, должен бегать повсюду, пытаясь облегчить людям выполнение их работы.
Спасибо за теплый прием обратно Акрон,
Название: Унификация паролей: оптимизация доступа и удобство использования
Введение
В мире, который становится все более цифровым, где онлайн-учетные записи и пароли стали неотъемлемой частью нашей жизни, невозможно переоценить важность эффективного и удобного управления учетными записями. Тем не менее, многие учреждения и организации по-прежнему испытывают трудности с обеспечением бесперебойного взаимодействия с пользователем, когда дело доходит до управления паролями и доступа к учетным записям. В этой статье рассматривается концепция унификации паролей и ее потенциальные преимущества в повышении удобства и безопасности пользователей.
Случай несвязной системы
Автор этой статьи делится личным опытом возвращения в колледж после перерыва, но обнаружил, что его аккаунт случайно заблокирован. Ожидая, что его учетная запись будет отключена во время их отсутствия, автор столкнулся с неприятной ситуацией, когда разные отделы в разной степени отключили его учетную запись. Некоторые части университета оставили учетную запись частично доступной, но непригодной для использования, что привело к путанице и неудобствам.
Потребность в унифицированных технологических структурах
Основной проблемой, подчеркнутой в данном случае, является отсутствие единой технологической структуры внутри университета. Централизованная система информации для входа и пароля гарантировала бы, что при отключении учетной записи в одном отделе она будет отключена во всем кампусе. Это уберегло бы автора от разочарования из-за частично работоспособной учетной записи, что в конечном итоге привело к ошибке разрешений при попытке использовать определенные службы.
Правило №1: Удобная обработка ошибок
Разработчики и системные администраторы должны уделять первоочередное внимание пользовательскому опыту, особенно когда дело касается обработки ошибок. Вместо отображения загадочных сообщений об ошибках дружелюбное и информативное уведомление, объясняющее, почему учетная запись была отключена, и содержащее инструкции о том, как ее повторно активировать, значительно облегчило бы разочарование автора. Четкое общение и рекомендации могут значительно повысить удовлетворенность пользователей и сократить количество запросов на поддержку.
Правило № 2: Берите на себя ответственность за решение проблем
В описанном случае автор столкнулся с классическим примером феномена «перекладывания ответственности». Различные отделы перенаправляли их туда и обратно, создавая бесконечную петлю разочарования. Отсутствие личной ответственности за решение проблем только усугубило ситуацию. Вместо этого каждый задействованный отдел должен был взять на себя ответственность за проблему, изучить предыдущие случаи и активно искать решение. Поступив таким образом, они могли бы избежать ненужных споров и обеспечить своевременное решение.
Правило №3: Проактивное решение проблем
Регистрация и устранение известных проблем является фундаментальным принципом любой хорошо функционирующей системы. Отслеживая повторяющиеся проблемы, учреждения могут выявлять закономерности, оценивать коренные причины и принимать превентивные меры. В случае отключения учетной записи университет должен был признать, что подобная проблема уже возникала раньше, и принять меры по ее устранению. Простые изменения в приложении могли бы решить проблему и избавить как учреждение, так и его пользователей от ненужного разочарования.
Заключение
Концепция унификации паролей, при которой централизованная система управляет информацией для входа и пароля, имеет большой потенциал для оптимизации доступа и улучшения пользовательского опыта. Это сводит к минимуму путаницу и разочарование, вызванные непоследовательной практикой отключения учетных записей в разных отделах. Кроме того, соблюдение удобной для пользователя обработки ошибок, принятие личной ответственности за решение проблем и активное решение известных проблем являются важными шагами в обеспечении бесперебойной и эффективной работы пользователя. Реализуя эти принципы, учебные заведения могут создать среду, в которой студенты, клиенты и пользователи чувствуют, что их ценят и поддерживают.
-
Крикет Заставит Вашу Сотовую Связь Гудет?
19 Oct, 24 -
Классические Головоломки Онлайн
19 Oct, 24
