이것은 일반적인 문제이며 많은 프로젝트에서 문제가 발생합니다.
회의를 추적하는 시스템이 있다고 가정합니다.
Conferences
Venues -> Buildings -> Rooms
Presentations
Speakers
이것은 계층 구조입니다. 컨퍼런스는 장소, 프리젠 테이션 및 발표자를 집계합니다. 내가 계속 겪고있는 문제는 상향식에서 회의를 정의해야한다는 것입니다. 회의를 정의하려면 발표자, 프레젠테이션 및 장소가 이미 있어야합니다. 나는 대부분의 사용자가 "루트"객체를 가지고 하향식으로 생각하는 것에 익숙하다고 생각합니다.
그래서 내 질문 :
I/UX 관점에서이 문제를 해결하는 가장 좋아하는 방법은 무엇입니까?
몇 가지 예는 다음과 같습니다.
무엇을 선호합니까?
디자인 회의의 일부는 "컨퍼런스를 정의하려면 스피커, 프리젠 테이션 및 행사장이 이미 있어야합니다."라는 진술입니다.
왜? 사실, 당신은 스스로를 말합니다 : "대부분의 사용자들이 생각하는 데 익숙하다고 생각합니다 ...". 왜 곡물을 거스르는가?
대신, 회의를 만든 다음 해당 정보를 사용할 수있게되면 발표자, 프레젠테이션 및 장소를 추가하는 것이 어떻습니까. 일부 정보가 누락 된 경우 사용자가 수행 할 수있는 작업을 제한하십시오 (예 : 그들은 필요한 모든 조각이 제자리에 놓일 때까지 회의와 함께 "살아갈"수 없습니다.
나는 그것이 당신이 원하는 시스템에 달려 있다고 생각합니다. 트리 뷰는 확실히 계층 적 데이터를 빠르게 볼 수있는 검증 된 방법이며 마법사는 사용자에게 일종의 다단계 프로세스를 안내하려는 경우 훌륭한 솔루션입니다.
그렇다면 어떤 사용자 작업을 용이하게 하시겠습니까? 사용자가 회의 데이터를 보는 시스템입니까? 그런 다음 나무보기 또는 이와 유사한 것이 갈 길입니다. 반면에 시스템이 회의 정보를 빠르게 추가/편집 할 수 있도록하려면 마법사 기반 인터페이스 또는 이와 유사한 인터페이스를보고 싶을 수 있습니다. 둘 다해야합니까? 그런 다음 회의를 쉽게 추가/편집하기위한 UI와 회의 정보를 쉽게 볼 수있는 UI 조합을 살펴볼 수 있습니다.
다시 말해, 데이터를 보는 가장 좋은 방법과 가장 나쁜 방법이 아니라 사용자가 작업을 수행하는 데 도움이되는 가장 좋은 방법이 무엇인지에 대한 것입니다. 세 가지 제안은 모두 다른 것보다 더 적합한 특정 영역이 있기 때문입니다. .