우리가 배울 수있는 멋진 커뮤니티 위키는 어떻습니까? 사용자를 보호하고 인터페이스를 다시 디자인해야하는 사용자 행동의 예를 게시하십시오. 답변 당 하나의 예를 참조하십시오!
광산 :
게임 플레이 기록을위한 PHP/HTML 양식에서, 사용자는 드롭 다운에서 게임 모듈을 선택한 다음 표준 입력 상자에 시나리오 번호를 입력해야했습니다. 3 주 동안 사용자가 고통없이 레코드를 추가 한 후 베테랑 게이머에게 이메일을 보내어 자신이 무엇을 입력하든 시나리오 번호가 잘못되었다고 알려주었습니다.
체이스 컷-항상 #
시나리오 번호 입력 내부. 처음 50 명의 사용자는 3 자리 시나리오 번호를 입력 할 때 #을 삭제하는 것으로 이해했지만 51 번은 #01
및 #37
와 부지런한 유효성 검사 스크립트가 계속 그를 거부했습니다.
말할 필요도없이 #
기호!
내가 처음 만났을 때 이것은 크게 놀랐습니다.
사용자는 확인 대화 상자를 읽지 않습니다.
개발자로서, 나는 항상 대화 상자의 텍스트가 명확하고 정확하도록 많은 노력을 기울였습니다. 그러나 내 최종 사용자는 거의 읽지 않습니다.
그들은 "확인"또는 "예"를 찾을 수있는 한 빨리 클릭합니다.
클릭, 더블 클릭 -web 기반 응용 프로그램에서 처리 할 코드를 추가해야 함 사용자가 버튼/링크를 두 번 클릭하고 동일한 양식/쿼리를 두 번 제출하면 사용자가 무언가를 두 번 삭제하려고 할 때 재미있는 오류가 발생합니다.
더 나쁜 것은, 모든 사용자가 시스템이 느리거나 응답하지 않는 것을 발견하면 "컴퓨터"를 서두르라고 여러 번 클릭하는 것입니다. 한편 "Massive report query"를 실행하기위한 몇 가지 요청이 큐잉되어 응용 프로그램을 크롤링합니다. ;-)
내가 작성한 작은 데스크탑 소프트웨어는 아카이브 데이터베이스에서 이름을 검색합니다 (약 57k 개의 이름 레코드가 있습니다).
양식에는 "성 또는 성의 일부로 검색"이라는 텍스트가있는 단일 텍스트 상자가 있습니다. 끝에 자동으로 와일드 카드를 추가하도록 데이터베이스 쿼리를 코딩했습니다. 따라서 필자의 경우, 나를 찾고 있다면 "har"를 입력 할 수 있었고 소프트웨어는 데이터베이스를 "har *"검색했습니다. 모든 것이 잘 작동했으며 아무도 불평하지 않았습니다.
어느 날, 나는 동료의 어깨 너머로보고 있었고, 그녀가 성뿐만 아니라 이름도 입력하는 것을 보았습니다. 그녀는 "성, 이름"을 검색하고있었습니다. 물론, 그 의미는 검색 문자열이 "lastname, firstname *"의 성을 찾고 있다는 것입니다.
말할 필요도없이 쉼표를 찾기 위해 추가 검사를 추가했으며 이제 이름과 성을 모두 정확히 또는 와일드 카드로 검색 할 수 있습니다 (명령 텍스트 뒤에 "예제 표시"링크도 추가했습니다).
항상 나를 얻는 것은 사용자가 시스템을 관찰하여 어떤 방식으로 잘못된 운영 모델을 만들었을 때 특정 방식으로 작동한다는 것을 사용자에게 확신시키는 것이 얼마나 어려운지입니다.
간단한 예로서, 우리가 잠시 동안 가지고 있던 버그로 인해 양식 (이것은 데스크탑 소프트웨어 임)으로 작성된 항목이 적절한 목록보기에 즉시 반영되지 않았습니다. 그러나 사용자에게 목록보기의 변경은 레코드가 저장되었음을 나타냅니다. 그들은 데이터를 입력하고 두 레코드 사이를 전환하여 해당 항목이 나타나게하므로 모든 작업이 저장되었다는 점에 만족했습니다.
이것은 간단하지만 사용자가 요약 정보 목록을 두 번 클릭 한 다음 좌절하여 해당 요약의 특정 부분에 대한 자세한 내용을 보여주는 다른 화면으로 이동했습니다. 그들은 두 번 클릭하여 바로 거기를 탐색 할 것으로 예상되는 것 같습니다. 그것은 지금 그리고 그는 더 현명하지 않습니다-그에게, 그것은 항상 그렇게 작동했습니다.
놀랍게도 사용자 요청에 응답하는 매우 작은 지연 (밀리 초로 측정)의 차이조차도 사용자 유지 및 참여의 측정 가능한 차이 =. 속도 문제 에 관한 Google의 게시물을 참조하십시오. 그렇기 때문에 Yahoo YSlow , Google Page Speed 및 Webmaster Site Performance 와 같은 도구가 느린 페이지를 이해하는 데 매우 유용합니다-이러한 느린 페이지는 참여에 영향을 줄 수 있으므로.
터치 스크린 기반 디자인 또는 일반 웹 디자인 모두 작은 라디오 버튼 또는 확인란이있는 큰 버튼이있는 경우가 많습니다 (예 : 사용자가 둘 이상의 옵션 또는 오퍼 중에서 선택해야하는 경우). 테스트 대상이 10 개 중 9 개를 클릭하거나 선택할 때마다 작은 라디오 단추 나 확인란을 누르는 경향이 있습니다. "이 버튼을 크게 만들어 사람들이 알아볼 수 있도록"의 요점을 거의 무의미하게 만듭니다. 이 동작은 디자이너가 버튼 안에 작은 화살표가있는 큰 '앞으로'버튼이있는 경우에도 표시됩니다. 사람들은 작은 화살표를 클릭합니다. 또한 숙련 된 사용자와 숙련되지 않은 사용자 모두이 작업을 수행하는 것을 보았습니다. 나는 여전히 문제인지 아닌지에 대해 사무실에서 토론하고 있으며 때로는 라디오 버튼을 제거하거나 버튼 자체만큼 크게 만들어야하는 경우 (추악하고 비효율적 임)
되돌릴 수 있습니까? 즉, 일부 주요 웹 사이트에서 때때로 이상하거나 위험한 결과를 제공하는 많은 일을합니다.
무언가를 읽는 동안 웹 페이지 나 앱의 빈 영역을 클릭하고 끌기 종종 내가 이전에 선택한 모든 요소의 선택을 해제했는지 확인하기 위해 "깨끗한 슬레이트"가 있습니다. 또는 때로는 같은 목적으로 읽고있는 텍스트를 드래그합니다. 내가 읽은 내용에서 다른 기사 나 광고로 이동하는 것과 같이 놀랍게도 이것은 웹 사이트에서 이상하거나 의도 한 것을 유발합니다.
Lightwave 3D라는 앱은이를 사용하여 다각형, 정점, 가장자리 또는 기타를 선택 해제하고 Windows 탐색기에서 빈 공간을 클릭하면 폴더 및 파일이 선택 해제됩니다.
내가 한때 소셜 네트워킹 사이트에서 사용자가 Youtube 비디오의 임베드 코드를 사진 앨범의 제목으로 붙여 넣으려고했습니다.
나는 그들이 어디에서 일어날 지, 왜 앨범 이름을 <object width="480" height="385"><param name="movie" value="http://www.youtube.com/v/dQw4w9WgXcQ...
일부 클라이언트/서버 소프트웨어 개발자 중 한 명입니다. 웹 페이지는 아니지만 웹 양식과 개념 상 유사합니다.
문제의 양식은 사용자 정보를 요청했습니다 (이벤트에 등록한 사람들이었습니다). 컴퓨터에 앉아있는 누군가가 데이터를 입력했습니다. 그들은 묻습니다.
그런 것들. 두 번 누를 수있는 키가있었습니다 :
두 경우 모두 대기열에서 다음 사람을 위해 준비된 빈 양식으로 끝납니다. 그러나 F10
는 실제로 서버에 데이터를 기록했습니다. 이로 인해 약간의 시간이 걸렸습니다.
나는이 시스템을 사용하는 운영자를 관찰하고 있었고, 그 중 일부는 모든 세부 사항을 입력 한 다음 Esc
를 눌러 트랜잭션을 취소하는 것에 놀랐습니다. 그런 다음 상대방을 켜고 대기열에서 다음 사람을 얻고 세부 정보를 입력하고 Esc
등을 누르십시오.
나는 그들이 왜 그런 짓을했는지 물었습니다. 그들은 "그것은 더 빠릅니다"라고 대답했습니다.
그래서 교훈은 배웠습니다. 사람들이 데이터를 입력하도록 한 다음 일종의 경고없이 거래를 취소하십시오. 또한 그들이받은 훈련을 완전히 이해하도록하십시오.