인터페이스가 완료된 시점을 어떻게 알 수 있습니까?

"완료"는 문제가되는 정의라고 생각하지만, 당신이 목표로하는 것을 알고 있다고 생각합니다 (아래 정의 참조).

간단한 예를 들어 보겠습니다. 자동차를 살펴보면 완전한 사용자 인터페이스 란 무엇입니까?

• 스티어링 휠
• 가스/브레이크 페달 (및 핸드 브레이크)
• 기어 전환 (자동 또는 시프트)
• 조명, 휘퍼 등.

라디오/CD 플레이어는 어떻습니까? 자동차 인터페이스가 없으면 불완전합니까?

엄밀히 말하면-no! 운전에 필수적인 기능은 아니지만, 대부분의 사람들은 라디오가없는 자동차를 고려하지 않을 것입니다 (예 : 경주 용 자동차가 아닌 한).

차가운 음료 냉장고는 어떻습니까?
대부분의 사람들은 일반적으로 자동차에 자동차가있을 것이라고 생각하지 않을 것입니다. 그러나 자동차가 실제로 리무진이라면 어떨까요? 그러면 냉장고가 없으면 실제로는 리무진이 아닐까요?

내 요점- "완료"는 대상 사용자의 요구와 기대를 나타냅니다.

따라서 당신이해야 할 중요한 일 중 하나는 잠재적 인 사용자에게 접근하여 다음과 같은 질문을하는 것입니다.
"안녕하세요. 프로젝트 관리/회계/디자인 /CRM/etc. 응용 프로그램을 만들었습니다. 무엇을 할 수있게 하시겠습니까? 주요 기능은 무엇입니까? _ ___ 부족한 경우 계속 고려 하시겠습니까? "

모든 시나리오와 기능이 구현 된 경우 정기적 사용성 테스트를 수행하여 사용자가 요청 및 기대에 따라 구현 한 모든 작업을 수행 할 수 있는지 확인합니다.

인터페이스는 목적지가 아닌 여정입니다. )

진심으로, 모든 인터페이스가 실제로 완성 되었습니까? 사용자를 혼란스럽게 만들지 않고 더 나아질 수 있다면 더 나아지게하십시오. Google의 홈페이지를 보면 첫날부터 일정한 미세 조정 을 겪고 있습니다.

시스템을 한동안 사용하기 전까지는 개선이 사용자 나 설계자에게 명백하지 않은 경우가 있습니다. 또는 사용자의 기대와 요구 사항은 시간이 지남에 따라 발전 할 수 있습니다.

따라서 인터페이스가 '완료'되었다고 생각하는 것은 사용자를 변화시킵니다.

사용자가 말하면 인터페이스가 완료됩니다.

나는 이것 주위에 튀는 많은 답변을 믿지 만 아무도 머리에 부딪치지 않았다. 예, 목표는 중요하지만 더 중요한 것은 사람들이 실제로 프로그램을 사용하는 방식입니다. 완전한 인터페이스를 생성하려면 일관성있는 사용성 테스트를 수행해야합니다. 기간. 사용자 행동 정보를 얻지 못하면 가정을 기반으로 제품을 설계하는 것입니다. 사실은 항상 좋습니다. 그들이 원하는 것을 듣지 마십시오. 그들이 당신의 제품을 사용하는 환경에서 무엇을하는지보십시오. 그래야만 개선이 필요한 것을 볼 수 있습니다. 귀하의 제품은 기대에 부응해야합니다. 사람들은 새로운 프로세스를 배우기를 좋아하지 않으므로 강제로 시도하지 마십시오.

나는 차의 예를 좋아하지만 청중도 알아야합니다. 사람들마다 요구가 다릅니다. 예를 들어 노인들은 더 많은 시각 보조가 필요합니다. 기본적으로 사용자가 모든 것이 예상 한대로 정확하게 작동한다고 말하면 완료된 것입니다.

@David에 동의합니다. 사용성 테스트 및 디자인 검토는 모두 Nice입니다. 그러나 실제로 디자인을 "실시간으로"살아야하고 실제 데이터로 어떻게 작동하는지 확인해야합니다. 긴 이름, 유스 케이스는 누가 그것을 어떻게 사용할지 궁금하게 만듭니다.

개선은 지속적이고 지속적입니다. 변화가 필요합니다. 길가에서 중심적이고 중요한 것으로 보이는 기능. 사용자들은 가장 명백한 차이점처럼 보이는 것을 찾아 내지 못합니다. 예, 테스트를 통해 이들 중 일부를 제거 할 수 있습니다. 그러나 항상 그런 것은 아닙니다.