몇 가지 측정 방법이 있으며 귀하의 목표가 유용성을 측정한다고 가정합니다.
첫 번째 방법은 사용성 테스트 를 수행하는 것입니다. 사용자가 달성하고자하는 주요 목표를 설정하고 모든 UI에서이를 달성하도록하십시오. 어떤 UI가 이러한 목표 달성에 도움이되는지 확인하십시오.
이 주제에 대해 Jakob Nilsen의 5 명의 사용자 만 테스트해야하는 이유 를 읽는 것이 좋습니다.
이 방법은 일반적으로 완전히 다른 UI 구성표를 제시하고 거의 모든 것을 변경할 수있는 고급 스러움을 갖는 초기 단계에서 사용됩니다.
응용 프로그램 또는 사이트의 이후 단계에서 약간만 변경하려는 경우 A/B 테스트를 수행 할 수 있습니다. 테스트하려는 요소의 두 가지 버전을 표시하고 (보통 임의 방식으로) 결과를 테스트합니다 (소비 시간) , 원하는 링크 클릭 등)
A/B 테스트의 한계에 대한 훌륭한 기사는 Jeff Atwood의 블로그 코딩 공포에서 찾을 수 있습니다. Groundhog Day 또는 A/B 테스트 문제
UI에서도 접근성 테스트를 실행하고 장애가있는 사용자가 UI를 올바르게 사용할 수 있는지 확인하십시오 (가장 간단한 문제는 색맹 임).
UI 전문가를 불러서 보고서를 작성하는 등 다른 측정 방법이 있지만 이는 한 사람의 의견 일뿐입니다. 매우 도움이 될 수 있지만 실제로 여러 사용자가 UI를 테스트에 배치하는 것을 대체 할 수는 없습니다.
빠른 결과를 원한다면 항상 복도 유용성 테스트가 있습니다. :)
복도 사용성 테스트는 복도에서 지나가는 다음 사람을 잡고 방금 작성한 코드를 사용하도록 강제하는 곳입니다. 이 작업을 5 명에게 수행하면 코드의 유용성 문제에 대해 배우는 내용의 95 %를 배우게됩니다.
좋은 사용자 인터페이스 디자인은 생각만큼 어렵지 않으며 고객이 제품을 사랑하고 구매하기를 원하는 경우 중요합니다. 프로그래머를위한 짧은 입문서 인 UI 디자인에 대한 무료 온라인 책을 읽을 수 있습니다.
그러나 사용자 인터페이스에서 가장 중요한 것은 소수의 사람들에게 프로그램을 보여 주면 (실제로 5-6 명이면 충분) 사람들이 겪고있는 가장 큰 문제를 신속하게 발견 할 수 있다는 것입니다. 이유를 설명하는 Jakob Nielsen의 기사를 읽으십시오. UI 디자인 기술이 부족하더라도 복도 사용성 테스트를 수행해야하는 비용이 들지 않는 한 UI는 훨씬 더 좋습니다.
복도 사용성 테스트는보다 집중적 인 UI 테스트를 시작하기 전에 올바른 방향으로 빠르게 안내하는 데 유용합니다. 그렇지 않으면 마크에 가까이 갈 수 있습니다.
Mozilla의 Alex Faaborg는 사용자 인터페이스의 유용성에 대한 멋진 블로그 게시물을 보유하고 있습니다.
http://blog.mozilla.com/faaborg/2010/04/22/dont-talk-about-users/
그는 피해야 할 몇 가지 실수로 시작한 다음이 질문과 관련하여 부분적으로 나옵니다. 모든 사용자 인터페이스가 따라야하는 규칙 목록입니다. 간단히 말해서, 이러한 규칙을 위반할 때마다 사용성 버그가 발생합니다. (자신의 게시물 끝에는 "다음 단계"제목 아래이 목록에 대한 링크가 있습니다.)
개인적으로, 특히 인터페이스를 비교하거나 자신 만의 인터페이스를 만들 때 인터페이스를 평가하는 데 매우 유용합니다.