it-swarm-ko.com

일반적인 UI 오해와 성가심은 무엇입니까?

나는 종종 "어떻게 지구상에서 그 일을 설계 했는가? 목과 작업하는 것이 고통 스럽다는 것을 알고 있었을 것"이라고 생각하는 응용 프로그램과 전자 장치를 자주 사용합니다.

반면에 나는 종종 내가 확신하는 (G) UI를 만들어 내 고객이 기뻐하고 함께 일하기 쉽다는 것을 알았습니다. 고객들도 그렇게 생각했지만 일상적인 작업을하기가 쉽지 않다는 것이 분명해졌습니다.

그로 인해 제품에는 완벽한 사용자 인터페이스가 있다고 확신하는 개발자와 디자이너가 많이 있다고 생각합니다.

이것이 내가이 질문을 쓴 이유입니다. 개발자가 사용자 인터페이스에 대해 가지고있는 일반적인 오해를 모으고 다른 개발자 (나를 포함하여)가 같은 실수를 저 지르지 못하게하기 위해서입니다.

응용 프로그램, 웹 사이트, 전자 장치 등의 사용자 인터페이스에서 가장 귀찮은 것은 무엇입니까?하지만 사용자의 이익을 위해 만들어 졌을 것입니다. 좋은 아이디어가 될 것이라고 확신 한 것은 무엇입니까? 그러나 결국 고객을 괴롭 혔습니까?

답변 당 하나의 예만 작성하십시오.

49
Mircea Chirea

가장 일반적인 UI 오해는 다음과 같습니다.

내 사용자는 내 응용 프로그램에 관심이 있습니다.

대부분의 사용자는 응용 프로그램에 전혀 관심이 없습니다.

대부분의 경우 사용자가 응용 프로그램을 "이동"이라고 표시된 큰 빨간색 버튼으로 교체 할 수 있다면 그렇게됩니다. 그리고 원숭이에게 버튼을 반복해서 누르고 집에 가서 긴장을 풀도록 훈련 시켰습니다.

사용자는 응용 프로그램에 관심이 없습니다. 그들은 일을 끝내는 데 관심이 있습니다. 응용 프로그램은 끝의 수단 일뿐입니다.

88
Bevan

"나의 사용자는 내가하는 것처럼 모든 기술적 세부 사항을 알고 싶어하는 다른 소프트웨어 개발자입니다."

:)

39
Aaron Lerch

사용자가 스크롤하는 방법을 모른다는 신념 (모든 것이 접기 위에 있어야 함).

37
Michael Warkentin

http://uxmyths.com/ 의 훌륭한 사용자 경험 신화는 훌륭한 증거도 있습니다. 나는 지난주에 이것을 발견했다.

28
Michael Brown

"모든 옵션이 있어야합니다"

27
Max Steenbergen

디자인에 둥근 모서리를 사용하면 모든 것이 더 좋아 보일 것입니다.

18
Ryan Shripat

저를 성가 시게하는 한 가지는 –이 페이지에서 보게 될 많은 성가신 원인 – 고객이 실제로 제품을 사용하지 않고 어떻게 제품을 사용할 것인지 알아낼 수 있다고 생각하는 조직입니다 고객이 자신의 제품을 사용하도록 유도 !

저는 빠르고 저렴한 게릴라 유용성 테스트에 투자하지 않는 회사의 수에 놀랐습니다. 반나절을 보내고 약간의 피드백을 받으면 나중에 고통으로 가득 찬 배럴을 구할 수 있습니다.

18
adrianh

UI는 항상 GUI입니다. UI가 그래픽 일 필요는 없다는 점에서 말입니다.

17
Nacho

화려한/멋진/화려한 UI를 만들면 사용자가 응용 프로그램이 얼마나 끔찍한 지 알지 못합니다.

14
Sruly

"설명 텍스트를 추가하면 사용자에게 도움이됩니다"

10
Ben Lings

"사용자는 바보입니다. 절대 사용하지 않습니다."

7
Rusty

장애인이 접근 할 수있는 것을 만드는 것은 어렵습니다. 또한, 우리의 방문자 (사용자) 중 어느 누구도 장애가 없습니다.

7
eBeth

다른 사람들이 이것을하고 있기 때문에 단순히 더 낫다는 것을 의미해야합니다.

6
KS Edouard Song

구형 소프트웨어를 대체하기 위해 소프트웨어를 개발하는 프로젝트에서 일반적으로 무언가를 요구하고 사양을 요청할 때 종종 다음과 같은 소리를 듣습니다.

"이전 소프트웨어와 똑같이 작동해야합니다."

사람들이 이것을 anwer로 가져갈 때 나는 그것을 싫어한다. 나는 대답하는 것을 선호한다 :

  • 그렇다면 왜 우리는 새로운 소프트웨어를 개발하고 있습니까?
  • 이 프로젝트의 목적은 이전 소프트웨어가 마음에 들지 않았기 때문에 아니 었습니까?
  • 이전 소프트웨어보다 더 잘 할 수없는 이유는 무엇입니까?
6
Bart Gijssens

단계를 강제로 설정하지만 특정 지점에서 해당 단계를 중단 할 수없는 마법사 나 일반 UI에서는 사용할 수 없습니다.

왜 그런 해결책에 대한 기술적 이유가 있는지 알고 있지만 실수로 마법사 또는 대화 상자에 입력하여 완료하거나 n 단위의 시간 동안 기다려야하는 마법사 나 대화 상자만큼이나 나를 괴롭히는 것은 거의 없습니다. 하나 이상의 단계를 완료합니다.

Mac OS X에 응용 프로그램을 설치하는 것은 때때로 완벽한 예입니다.

6
Mikael Ohlson

더 많은 색상 == 더 나은

5
Steve S

GUI에서 사용자가 단추가 나타난 후 10 분의 1 초를 탭하면 사용자 meant는 해당 단추를 탭합니다.

버튼이 사용자의 행동의 직접적인 결과로 나타나면, 아마도 괜찮은 가정 일 것입니다. 그러나 사용자가 시작하지 않은 비동기 이벤트로 인해 나타나는 경우 사용자는 이전에 화면에 있던 것을 탭할 가능성이 있습니다.

화면의 내용을 변경하는 경우 사용자가 새 화면을 볼 수있을 때까지 컨트롤을 활성화하지 마십시오.

5
Keith Thompson

"나의 사용자는 저와 같습니다 (따라서 나에게 명백한 것이 그들에게 명백 할 것입니다)."

5
Monica Cellio

"우리는 연구 결과에 따르면 사용자가 이해하기 쉬우면서도 어수선하고 모호하며 읽기 어려운 대안 대신 정기적으로 사용하는 경우에도 전문 용어를 피해야합니다."

5
Jimmy Breck-McKye

사용자는 사용자 인터페이스, 컴퓨터 또는 기술 또는 UI 디자이너가 관심을 갖는 모든 것들을 알고 있거나 매우 관심을 가지고 있습니다. 그들은 단지 비참하게 느끼지 않고 무언가를하고 싶어합니다.

5
Kramii

"사용자의 관심을 끌기"란에는 내가 한 노력에 대해 사람들이 많이 볼수록 더 잘 오해하는 것입니다. 저는 소프트웨어 개발자로서 시간을 정당화하고 상사에게 무언가를 보여줄 수 있다는 것이 도움이된다는 것을 알고 있습니다. 또한 HCI에 관심이있는 소프트웨어 개발자로서 제가하는 최고의 일은 아무도 보지 못하고 사용자에게 거의 영향을 미치지 않으며 거의 ​​알아 채지 못하는 작업.

나에게있어 가장 만족스러운 결과는 내가 며칠 동안 일을했을 때이며, 사용자는 "지금 상황이 더 잘 작동하는 것"을 제외하고는 어떤 변화도 알지 못한다. 사용자가 실제 작업을 수행하는 데 중점을두면 UI 디자인이 향상됩니다. 우리가 한 일을 얼마나 많이 보여주는 지에 초점을 맞추면 악몽이 생깁니다.

4
Schroedingers Cat

"우리의 최종 사용자는 엔지니어이고, 똑똑한 사람이며, 작동 방식을 알아내는 데 아무런 문제가 없습니다.".

이걸들은 횟수는 ...

4
Bart Gijssens

필자가 자주 보는 것은 개발자가 함수에 액세스하기 위해 마우스 버튼을 클릭하는 횟수가 적을수록 응용 프로그램이 더 사용자 친화적이라고 생각한다는 것입니다. 직접적인 결과는 가능한 많은 UI 요소와 정보가 응용 프로그램의 기본 화면에 표시됩니다.

4
Bart Gijssens

UI는 중요하지 않습니다. 응용 프로그램은 안정적이고 신뢰할 수 있어야합니다.

3
Bart Gijssens

웹 사이트/응용 프로그램 등.

링크 (앵커)는 어딘가로 이동하고 (사용자 화면으로 이동) 버튼은 무언가를 수행해야합니다 (업데이트 정보 등).

3
kemiller2002

사용자가 한 가지 방식으로 만 작업을 수행하도록합니다 (일반적으로 소프트웨어 설계자 방식).

3
Jože Guna

오인:

  1. 기본 메뉴 위로 마우스를 가져 가면 하위 메뉴가 표시되는지 아니면 클릭해야하는지 여부입니다.
2

암호에 적용되는 규칙을 표시하지 않습니다.

당신이 나에게 그것이 2 개의 숫자를 가진 8 자 이상이어야한다고 생각한다면, 내가 어느 것을 사용했는지 알게 될 것입니다. 그렇지 않다면, 나는 마침내 그것을 올바르게 얻을 때까지 가능한 모든 것을 사용해야합니다.

2
ajcw

응용 프로그램에 기능을 추가 할 때 UI가 더 복잡 해지는 것은 일반적입니다.

버전 1.0은 800 * 600에서 실행될 수 있습니다. 버전 2.0에는 1024 * 768이 필요합니다. 버전 3.0에는 1920 * 1200이 필요합니다.

완벽하게 OK. 어쨌든 플러스 화면이 커지고 있습니다.

실제로 제품 관리자가 "응용 프로그램이 점점 더 복잡 해짐에 따라 UI도 더욱 복잡 해지는 것이 일반적입니다."라고 들었습니다.

2
Bart Gijssens

시나리오 : 개발자는 선택란에 따라 특정 조치가 수행되는 양식을 작성합니다. 선택의 영향을 고려하기 위해 일시 ​​중지해야하는 개발자는 개발자가 양식을 선택할 수있는 옵션이 거의없고 양식의 텍스트 레이블이 자신에게 합리적이라고 생각하기 때문에 양식이 단순하다고 생각합니다.

개발자 오해 :

(1) 개발자가 페이지에서 양식을 가져 와서 작업하게 만드는 가장 짧은 경로는 양식을 사용자에게 제시하는 가장 좋은 방법입니다.

(2)이 양식은 내가 설명하기 전에 다른 개발자에게 의미가 있습니다.

(3) 내가 양식의 데모를 할 때 모든 클릭과 설명을하는 사람은 나 였지만 모두에게 합리적이었습니다.

(4) 그 형태는 누구에게나 의미가있다. 사실, 당신은 그것을 이해하지 않으면 바보가 될 것입니다

(5) 사용자는 두뇌 내부에 개발자가 양식을 작성하는 데 사용한 사고 과정의 .mp3를 재생하는 칩을 가지고 있습니다. 그들은 선택의 의미가 정확히 무엇을 의미하는지 궁금 할 때마다 이것을 재생합니다.

0
mg1075

기능뿐만 아니라 UI도 테스트해야합니다.
그러나 테스트는 프로젝트의 기술적 정의에 암시되지 않은 최종 사용자가 수행해야합니다. 내 프로젝트에서 나는 종종 응용 프로그램을 설계하는 데 도움을 준 사람들이 응용 프로그램을 테스트하여 응용 프로그램이 이미 "사용하는"사용자 지식을 가지고 있음을 알았습니다.

그리고 가능하다면, 당신은 당신 자신의 어플리케이션의 사용자 여야합니다! (그러면 일상적인 사용에 문제가있을 수 있습니다)

0
Julien N

"Lotus Notes도 그렇게하므로 좋습니다.".

0
Bart Gijssens