사용성 테스트 단계별로 알아보기 1단계 사용성 테스트 문제 정의 사용성 테스트를 위한 데스크 리서치 사용성 테스트를 위한 이해관계자 인터뷰 사용성 테스트 태스크(Task) 작성하기 2단계 리서치 대상자 선별 리서치 참여자 사전동의 리서치 참여자 모집하기 3단계 사용성 테스트 진행하기 진행자(모더레이터)로서 저지르는 실수 4단계 결과 정리 및 리뷰 리서치 이후에 해야 할 것들 사용성 테스트 문제 정의 문제 정의는 사용성 테스트에서도 가장 중요한 부분 무엇에 대해 테스트 할지, 누구에게 어떻게 질문할지 등을 고려하는 단계 초보자가 문제 정의 단계에서 자주하는 실수 데이터를 그저 반복해서 수집 깊은 분석 없이 일반적이고 피상적인 분석이나 단순한 설문을 진행 질문을 작성할 때 깊이 고민하지 않음 이미 다들 알고..
사용성 테스트 (Usability Test) 사용자에게 특정 과업을 수행하도록 과제(Task)를 부여한 뒤 그 일을 진행하는 과정(행동)을 관찰하는 방법 의도한 서비스 시나리오대로 유저가 행동하는지 아닌지 알 수 있음 필수적인 컨트롤 요소를 인지/이해/예측/실행 하는지 알 수 있음 이외의 다양한 컨트롤 요소를 인지/이해/예측/실행 하는지 알 수 있음 사용성 평가 (Usability Test) ≠ 유저 테스트 (User Test) 사용성 평가는 우리의 제품을 평가하는 것이지 사용자를 평가하는 것이 아니다. 사용자가 OOO(기능)을 통해 XXX(다음 단계 진행)을 할 수 있는가? 할 수 없다면 문제점은 무엇인가? 고객(User)이 우리가 제공하고 있는 서비스의 구조와 기능을 의도한 대로 인지 / 이해 / 예..
퍼소나(Persona) 우리의 제품이나 서비스를 사용하는 고객군을 대표하기 위해 가상으로 만든 인물 앨런 쿠퍼(Alan Cooper)의 저서 ‘정신병원을 뛰쳐나온 디자인(The Inmates Are Running The Asylum)’에서 소개 된 방법론 서비스 기획, 제품 개발, 디자인 등 많은 분야에서 사용자 연구 및 마케팅 전략을 위해 주로 활용 반복적이고 시간이 지나면 변화되는 것임 → 계속 사용자는 변화한다. 누군가는 퍼소나의 유용성에 대해 의심한다. 애자일로의 변화: 사용자를 처음에 완벽하게 규정하기 어렵고 개발을 진행하면서 변화하기 때문에 전통적인 퍼소나 방식에 의문을 갖는다. 퍼소나의 남용: 퍼소나를 통해 문제를 찾기보다 보여주기 식으로 하는 경우 신뢰성 오류 마케팅 분야: 여러 퍼소나를 ..
이 글은 제로베이스 UIUX 강의를 참고하여 정리한 글입니다. 오타나, 잘못된 내용이 있으면 언제든지 알려주세요! 감사합니다.😊 A/B test ‘AS is to BE’ or ‘Which do you prefer A or B?’ 예) 넷플릭스의 버튼 디자인 (텍스트) - CTA(call to action) A/B test Process 변수 설정에서 비교할 것이 많아지면 안된다. A/B test 유의사항 가설 수립: 명확한 가설은 A/B 테스트를 통한 정확한 인사이트를 얻기 위한 필수조건임. 가설 없이 여러 디자인 시간을 단순비교 했을 경우, 특정 디자인이 트래픽을 증가시켰더라도 ‘왜’ 증가했는지 해석할 수 없기 때문 통제변수 설정: 두개의 시안을 제작한다고 가정 했을 때, 변수(=서로 다르게 만들 부분..
