사용자 인터페이스 모범 사례 문서는 좋은 시작입니다. 그러나 ...
프로그래머가 단 한 가지 이유 때문에 UI를 만들기가 어렵습니다. 프로그래머는 최종 사용자와 다르게 생각합니다. 프로그래머는 소프트웨어 사용자와 완전히 다른 사고 방식을 가지고 있으며 사용자 인터페이스에서 의미있는 점에 대해 다른 시각을 가지고 있습니다. 프로그래머가 포커스 그룹에 앉을 때까지 사용자가 프로그래머에게 단순 해 보이는 것처럼 쉽게 혼란스럽고 혼란 스러울 수 있다는 것을 알게 될 때까지 그들은 결코 그것을 이해하지 못합니다.
따라서 사용자가 이해하고 더 중요하게 효과적으로 사용할 수 있도록하기 위해 사용자 인터페이스에 있어야 할 항목을 식별하는 데 도움이되도록 발전한 도구가 있습니다. 이 도구 중 하나는 paper prototyping입니다. 종이 프로토 타이핑은 색상과 레이아웃과 같은 주관적인 부수적 인 작업보다는 프로그램 흐름에 프로그래머와 사용자 모두를 집중시키기 때문에 효과적입니다.
디자인을 잘하는 것이 반드시 심리학을 이해한다는 것을 의미하지는 않습니다. 그것이 의미하는 바는 최종 사용자의 사고 방식에 마음을 열 수 있고, 실제 상호 작용을 통해 인터페이스에서 필요한 것을 빼낼 수있는 스킬 (약간의 연습)을 가질 수 있다는 것입니다. 가장 좋은 과학은 사용자가 자신의 상호 작용을 관찰하여 효과가있는 것과 그렇지 않은 것을 알려주는 것입니다.
Microsoft는 포커스 그룹을 사용하여 단방향 유리 뒤에서 사용자를 보는 인터페이스 디자인을 테스트합니다. 한 번, 새로운 Office 리본을 테스트 할 때, 그들은 그것을 사용하는 것에 열렬한 사용자를 만나게되었습니다. 그는 다른 어떤 사용자보다 빠르게 작업했습니다.세션이 끝나 자마자 그는이 사람을 인터뷰 한 후 마우스 휠을 사용하여 탭을 단축키로 스크롤하는 것을 발견했습니다 ... 포커스 그룹 이전의 프로토 타입에 실수로 남아 있던 "기능". 이 기능은 현재 여전히 리본에 있습니다.
http://blogs.msdn.com/jensenh/archive/2008/03/12/the-story-of-the-ribbon.aspx
이것은 실제로 좋은 기술이지만 실제로 인간이 인터페이스를 인식하는 이유에 대한 과학을 이해하면 실제로 무엇을 시도하는지 알지 못합니다. 그렇다면 내가 설계해야하는 이유에 대한 견고한 정당성을 기반으로합니다. 특정 방식의 UI 및 이러한 원칙에 기반한 UI 구축 연습 – Crippledsmurf