인터페이스 변경이 향상되거나 유용성을 줄이는 경우 어떻게 측정합니까?
https://stackoverflow.com/questions/156176
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
전자 상거래 웹 사이트의 경우 사이트 변경이 실제로 유용성을 향상 시켰는지 어떻게 측정합니까? 어떤 종류의 측정을 수집해야 하며이 테스트를 개발의 일부로 만들기위한 프레임 워크를 어떻게 설정 하시겠습니까?
해결책
다변량 테스트 그리고보고는 실제로 이런 종류의 것들을 측정하는 좋은 방법입니다.
이를 통해 페이지 요소의 조합이 가장 큰 전환율을 갖는 조합을 테스트하여 사이트 설계 및 유용성을 지속적으로 개선 할 수 있습니다.
Google 웹 최적화기 이것에 대한 지원이 있습니다.
다른 팁
유용성 테스트로 시작할 유용성 문제를 식별하는 데 사용한 유사한 방법. 일반적으로 사용 사례를 식별 한 다음 사용자가 특정 목표를 달성하는 방법을 평가하는 실험실 연구가 있습니다. 실험실 테스트는 일반적으로 8-10 명에게 좋습니다.
사용자를 이해하기 위해 채택한 더 많은 정보 방법론은 익명 데이터 수집을 갖는 것입니다 (사용자 권한이 필요할 수 있고 개인 정보 보호 정책을 명확하게 만들 수 있습니다.) 이것은 단순히 버튼/탐색 메뉴 사용자가 클릭하는 방법, 사용자가 무언가를 삭제하는 방법을 평가하는 것입니다. (예 : 수량 변경 - 더 많은 사용자가 0을 입력하고 수량을 업데이트하거나 x를 치는가)? 이것은 설정하기가 조금 더 복잡합니다. 이 데이터를 보유하기 위해 인프라를 개발해야합니다 (실제로는 카운터, 즉 "시간 클릭 x : 138838383, 시간이 0 : 390393"))에 필요한 경우 데이터 포인트를 작성할 수 있습니다.
UI 개선의 측정을 밀어 내려면 최종 사용자 (데이터 수집이 시간이 걸릴 수있는 곳)에서 설계 또는 구현으로 스트림을 변경하려면 일부 간단한 휴리스틱을 사용할 수 있습니다.
시나리오를 수행하는 데 필요한 조치의 수가 적습니까? (그렇다면 개선되었습니다). 측정 : # 단계 감소 / 추가.
변경으로 인해 사용할 입력 장치의 수가 줄어 듭니까 (단계의 #이 동일하더라도)? 이를 통해 마우스와 키보드에 의존하는 것을 가져와 의존하도록 변경했다는 것을 의미합니다. 뿐 마우스 또는 뿐 키보드에서 사용 가능성이 향상되었습니다. 측정 : 사용 된 장치의 # 변경.
변화가 웹 사이트의 다른 부분을 일관되게 만들까요? 예를 들어 전자 상거래 사이트의 한 부분이 로그온하지 않고 다른 부분이없는 동안 변경 사항을 잃어 버린 경우, 이것은 일관성이 없습니다. 동일한 동작을 갖도록 변경하면 유용성이 향상됩니다 (바람직하게는 더 많은 결함이 있습니다!). 측정 : 그래프 (플로우 차트)를 특정 작업을 수행 할 수있는 방법을 매핑합니다. 개선은 그래프의 가장자리 #을 줄입니다.
그리고 ... 일반적인 UI 팁을 찾고 위와 같은 메트릭을 파악하고 유용성 개선을 근사화 할 수 있습니다.
이러한 설계 사용자 개선의 근사치가있는 다음 장기 데이터를 수집하면 최종 사용자 반응에 대한 설계 수준의 유용성 개선에 대한 예측 능력이 있는지 확인할 수 있습니다 (예 : 지난 10 개의 프로젝트에 비해, 우리는 '. VE는 각 동작에 대해 평균 1% 더 빠른 시나리오를 제거했으며, 범위는 0.25%, 표준 DEV는 0.32%입니다).
첫 번째 방법은 완전히 주관적이거나 부분적으로 정량화 될 수 있습니다 : 사용자 불만 및 긍정적 인 피드백. 이것의 문제점은 피드백을 필터링 할 때 강한 편견이있을 수 있으므로 가능한 한 정량적으로 더 잘 만들 수 있다는 것입니다. 사용자의 모든 보고서를 제출하고 인터페이스의 각 버전에 대한 통계를 수집하는 티켓팅 시스템이 있으면 유용 할 수 있습니다. 통계를 올바르게 얻으십시오.
두 번째 방법은 최종 사용자가 인터페이스에 대한 설문지의 차이를 측정하는 것입니다. 각 질문에 대한 답변은 일련의 불연속 값이어야하며 다시 인터페이스의 각 버전에 대한 통계를 수집 할 수 있습니다.
후자의 방법은 설정하기가 훨씬 어려울 수 있습니다 (설문지 및 통제 된 환경 설계 및 결과를 해석하기위한 지침은 그 자체로 공예품입니다). 예를 들어, 각 버전에 대해 얻을 수있는 티켓 수는 사용 시간에 따라 다르며 항상 같은 범위가 같지 않다는 사실을 고려해야합니다 (예 : 전체 클래스의 중요한 문제는 결코 발견되지 않을 수 있습니다. 사용량의 3 ~ 4 주 또는 사용자는 문제 등을 찾더라도 첫 번째 사용 날짜에 티켓을 제출하지 않는 경향이 있습니다).
Torial은 내 대답을 훔쳤습니다. 비록 특정 작업을 수행하는 데 시간이 얼마나 걸리는지에 대한 척도가 있다면. 시간이 줄어들고 작업이 여전히 완료되면 좋은 일입니다.
또한 취소 수를 기록 할 수있는 방법이 있다면 효과가 있습니다.
