한 기능이 둘 이상의 장소에 속한 것처럼 보일 때가 있습니다.두 개의 다른 메뉴에서 동일한 기능을 사용할 수 있습니까?
:
사소한 예를 들어,이 전 다음과 같은 메뉴가있어 가정 해 봅시다 검색 기능이 있고 동일한 검색 창이 두 가지 모두에 대해 작동합니다. 수락 한 주문 (변경 가능한 '주문 상태'콤보 일뿐입니다)
이 검색 기능은 어디에 속합니까?
는도구 메뉴는 좋은 선택이 될 것 같다,하지만 사용자가 검색 메뉴를 복제 의미
를 만드는 것이 가능 주문 메뉴에있을 주문을 받아 기대할 수 두려워 대기중인 주문과 수락 된 주문의 입력이 모두 인 것으로 보입니다.
무엇을 하시겠습니까? (두 주문 메뉴를 하나의 메뉴로 병합 할 수 없다고 가정 해 봅시다.)
내가 겪은 문제는 프로그래머처럼 생각하는 것입니다. (코드 중복 오류). 나는 그 일로 너를 잘못한 것이 아니라, 나는 똑같은 일을한다. 동일한 화면으로의 다중 경로 또는 동일한 프로세스를 처리하는 여러 가지 방법이 실제로 매우 유용 할 수 있습니다. 나는 한 명 이상의 사람이 당신의 프로그램을 사용하려고하고 아마도 각각 다른 직업이 약간있을 것이라고 생각합니다. 본질적으로, 그들은 응용 프로그램에 대한 필요성이 다르며 여러 가지 방법을 사용하여 접근합니다. 모든 항목에 접근하는 방법이 있다면, 어떤 사람들은 응용 프로그램이 유익하고 다른 사람들은 유익하지 않다는 것을 알게됩니다. 물론 모든 사람들은 특정 방식으로 작업을 수행하는 법을 배울 수 있지만 일부 사용자에게는 이해가되지 않습니다. 정보 처리에 익숙한 방식으로 직관적이지는 않습니다 (익숙한). 응용 프로그램이 궁극적으로는 그다지 유익하지 않습니다. 사람들이 과정 (프로그램 등)을 실망 시키면 그들은 그것을 채택하지 않을 것입니다. 그들은 프로세스를 변경하거나 포기해야하는 이유를 찾습니다.
문제에 대한 여러 접근법의 좋은 예는 Adobe Photoshop입니다.일반적으로 함수에 액세스하는 데는 최소한 두 가지 다른 방법이 있습니다. 대부분의 사용자는 그 중 하나만 알고 있기 때문에 모든 것이 관련되어 있기 때문에 대부분의 사용자는 자신에게 가장 이해하기 쉽기 때문에 하나를 사용하는 것이 정말 좋습니다. 약간의 추가 작업을 통해 Adobe는 제품을 직관적으로 생각하기 때문에 큰 성과를 거두었습니다.
나는 Accepted Orders와 Pending Orders 메뉴 모두에서 검색을 시도 할 것입니다. 그러나 이것이 좋은 아이디어인지 아닌지 사용자 테스트에서 알 수 있습니다. 그러나 그것은 또한 사용자 기반에 달려 있습니다.
사용자 테스트를 제대로하고 있습니까?
사용자는 무엇을 할 수 있습니까? 이상적인 세상에서, 나는 대신 SO 테스트를 수행 할 것입니다! – Brann
여러 위치에 지형지 물을 가지는 것이 나쁜 것은 아닙니다. 보류중인 주문과 승인 된 주문을 모두 볼 수있는 전반적인 워크 플로를 고려하고 일회성 항목이 아닌 새로운 기능을 구성 요소로 생각하십시오.
대기중인 및 승인 된 주문보기 프로세스에서 사용자가 완료 한 작업을 정확히 파악한 후에는 검색 기능이있는 곳에서 워크 플로를 줄이거 나 다른 방법으로 가치를 제공 할 수있는 곳을 참조하십시오. 검색 구성 요소가 속한 곳입니다.
UI에 대해 기억해야 할 중요한 점은 디자인이 응용 프로그램이나 사이트를 사용하여 사용자에게 더 나은 사용 환경을 제공하는지 여부입니다. 대기를 선택하여
당신은 여러 가지 요인에 대해 위의 선택을 반복 할 경우 숫자 하나에 대한 (일명 '복잡한') 훨씬 더 고급 검색 인터페이스를 참조하고, 훨씬 더 간단 (일명 '제한') 검색 인터페이스를위한 것 2 번.
가장 적합한 것은 사용자에 따라 다릅니다. 이러한 이유로 많은 일반 응용 프로그램이 기본적으로 간단한 검색 기능을 제공하며 추가 기능을 원하거나 필요로하는 고급 검색 기능에 대한 링크를 제공합니다. 그들은 모두를 행복하게하려고 시도하고 있습니다. 당신이 다른 필요를 가진 다양한 사람들을 위해 글을 쓰고 있다면, 그것은 전혀 잘못된 것이 없습니다. 그러나 제한된 요구 사항을 가진 일련의 사용자를 위해 작성하는 경우 더 나은 선택을 할 수 있습니다.
내 경험에 의하면 가장 좋은 방법은 기본 사용자 한두 명과 함께 작업하고 응용 프로그램이 수행하는 데 도움이되는 각 작업을 수행하는 데 필요한 모든 단계를 계획하는 것입니다. 해당 단계의 순서에 많은 분기점이 없으면 응용 프로그램에서 선택할 선택 항목이나 설정이 많이 없어야합니다. 그렇지 않으면 사용자는 앱이 필요 이상으로 작업하기가 어렵다고 느낄 수 있습니다.
위의 검색 예에서 사용자가 이미 대기중인 주문 메뉴로 이동 한 경우 수락 된 주문 검색을 시작할 가능성은 매우 적으므로 그 선택을해야하거나 다른 위치로 이동해야합니다. 수색을하고, 그들이 취할 필요가있을 여분 결정 또는 활동 일 것이다. 기본 원칙은 사용자가 이미 결정을 내린 경우 사용하는 것입니다. 그들에게 다시 말하게하지 마라.
첫 번째 커팅으로 제공되는 UI를 사용하십시오. 사용자 또는 일부 사용자가 직접 시도하고 제안을 할 수 있습니다. 옵션이있는 경우 사용 방법을 확인하십시오. 인터페이스가 어떻게 작동하는지 보면서 인터페이스를 향상시키는 방법에 대해 자세히 설명합니다.
... 이미 알고 계시 겠지만 command\action 패턴 IMHO를 사용하는 것이 좋습니다.
귀하의 질문에 답변 : IMO, 네, 괜찮습니다 :)이 상황은 반드시 보장됩니다.
일반적으로 동일한 메뉴 항목이 다른 메뉴에 나타나지 않게하려는 경우입니다. 메뉴에 복잡성과 복잡함이 추가되어 사용자는 두 메뉴 항목이 실제로 같거나 다른지 궁금 할 것입니다. 메뉴 항목이 두 곳에 속하면 메뉴 구성에 더 기본적인 문제가있을 수 있습니다.
예를 들어, 귀하의 예는 행동하는 명령의 개체 또는 클래스의 속성에 따라 구성된 메뉴 모음을 보여줍니다.일반적으로 메뉴 막대는 객체 유형이 아닌 작업 범주별로 구성되어야합니다. 예를 들어, 검색 및 주문을 표시하는 다른 방법과 같은 명령에 대한 검색 메뉴 및 주문 처리 (예 : 업데이트, 수락, 전달)를위한 수정 메뉴를 가질 수 있습니다. 두 가지 메뉴 모두 두 가지 유형의 객체에 적용되는 메뉴 항목이 있지만 일부 명령은 하나만 적용 할 수 있습니다.
개체 유형별로 명령을 구성하는 것은 좋은 생각이지만 메뉴 표시 줄보다 상황에 맞는 메뉴 (오른쪽 클릭)를 사용하는 것이 더 좋습니다.
그냥 두 메뉴 아래에 놓고 시작한 메뉴의 주문 유형에 맞게 사전 구성된 검색 창을 열게하십시오. 그에 따라 이름을 지정하고 동일한 코드/구성 요소를 사용하더라도 실제로는 서로 다른 두 가지 작업을 수행해야합니다.
사용자가 선택할 수있는 "상태 조합을 변경할 수 있습니다"검색 창이 활성화되어 있어도 사용자가 다른 메뉴에서 다시 설정하지 않고 설정을 조정할 수 있습니다. 그런 다음 구조를 다시 생각해보고 일부를 참조하십시오. 여기 아이디어에 대한 위대한 해답 ^^
검색을 항상 (예 : 오른쪽 모서리에) 표시 할 수 있습니까, 아니면 숨겨야합니까? – dusoft
이미 바로 가기 단추를 사용할 수 있지만 사용자가이를 숨길 수 있으며 툴바에서 사용할 수있는 모든 기능을 메뉴에서 사용할 수 있어야한다는 것은 나에게 좋은 습관입니다. – Brann