Zivame의 사용자 경험 형성: 제품 관리 사례 연구

이것은 Udit Khandelwal의 게스트 블로그입니다.

“웹 사이트는 훌륭하고 세션도 훌륭했습니다! 다음 라운드에 다시 오고 싶습니다!” - 디피카는 지바메에서 사용성 테스트를 마치고 집으로 출발하며 전화를 걸었다. 그 순간부터 Zivame은 자랑스러운 주부이자 기업가인 Deepika의 첫 번째 선택이었습니다.

우리와 함께 쇼핑하는 사람들에게 그러한 초현실적인 감정을 불러일으키기 위해 우리는 무엇을 했습니까?

음, 우리 는 제품 디자인의 모든 단계에서 사용자를 참여시켰습니다. 내 기사에서 여성이 온라인으로 브래지어를 구매하는 방식을 변경한 방법을 통해 사용자 조사를 활용하여 브래지어를 구매하는 새로운 방법을 발견한 방법을 다루었습니다. 여기에서 저는 http://notuser.com/how-i-changed-the-way-women-buy-bras-online으로 이동하여 실제 사용자와 함께 디자인을 테스트하고 실제 통찰력을 얻었으며 코스 수정을 구현했습니다.

게임 계획

도전
리소스는 제한적이었고 범위는 방대했으며 점진적으로 개선된 디자인을 계속 휘젓고 있어야 했습니다.

노력

전체 웹사이트는 처음부터 5개월 이내에 설계 및 개발되어야 했습니다. 지난 달은 이미 모든 테스트, 배포 및 안정성 관련 활동을 위해 예약되었습니다. 그래서 우리는 새로운 Zivame 경험 을 디자인하고 개발하는 데 120일밖에 걸리지 않았습니다. 나는 어디선가 이런 말을 들었다.

오늘은 지름길이 없습니다. 나는 서둘러요 – 스위스 속담

… 그리고 저는 그것을 따라야 할 때라고 생각했습니다. 우리는 잘못된 길로 갈 여유가 없었기 때문에 지름길을 포함하지 않는 게임 계획이 필요했습니다. 따라서 초기 연구가 끝난 후 다음을 수행하기로 결정했습니다.

• Lo-Fi 프로토타입: 허점을 발견하고 모든 깨진 흐름을 수정할 때까지 스케치를 수정합니다.
• 형성 테스트: 종이 프로토타입을 사용하여 할 수 있는 모든 사람과 함께 테스트하십시오.
• Hi-Fi 프로토타입: 가능한 한 최종 제품에 가깝게 고충실도 대화형 프로토타입을 개발합니다.
• 종합 테스트: 실제 사용자와 함께 테스트하고 실제 통찰력을 얻으십시오.
• 베타 테스트: 실제 제품을 세상에 전달하기 전에 실제 제품에 대한 최종 테스트입니다.
• 반복: 모든 테스트는 좋은 소식과 나쁜 소식을 전달했습니다(좋은 소식이었습니다). 우리는 모든 반복에 대해 버그를 수정하고 개선하는 데 우선순위를 두어야 했습니다.

수업

사용성 테스트는 적절한 계획, 시간 및 리소스가 필요한 지속적인 활동입니다.

형성 테스트

도전
초기 디자인은 완전히 테스트되지 않았고 개발 팀이 우리를 기다리고 있었습니다. 우리는 그들에게 확고하고 빠른 것을 제공해야 했습니다.

노력

저충실도 프로토타입은 더 빨리 실패하고 싶을 때 멋지게 작동합니다. 그들은 초기 단계에서 디자인의 결함을 발견하는 데 도움이 되며 디자이너는 원시 디자인을 변경하는 데 매우 개방적입니다. Zivame에서도 마찬가지였습니다. 화이트보드 작업이 끝나면 빠르게 도구로 이동하여 컴퓨터에서 다른 화면을 만들고 화면 흐름을 만들기 위해 인쇄물을 찍었습니다.

그런 다음, 우리는 단순히 사무실 내부의 일부 사람들(우리의 타겟 페르소나인 Mahi Agarwal과 밀접하게 일치함)에게 특정 시나리오를 수행하도록 요청했습니다. 잠시라도 막힐 때마다 문제가 있다는 것을 알았습니다. 더 자주 그들은 우리에게 제안을 해주기도 했고, 우리는 그것을 메모했습니다. 그런 다음 돌아와서 사용자가 자신이 무엇인지 제안한 이유를 논의하고 문제의 근본 원인으로 이동하여 자체 솔루션을 찾습니다.

때때로 테스트는 디자인의 문제점을 알려줄 뿐만 아니라 새로운 기회를 보여주기도 합니다. 예를 들어, 형성 테스트 중에 사용자가 알림을 이해하고 상호 작용할 수 있다는 것을 발견했습니다. 우리는 이를 녹색 신호로 받아들였으며 알림의 더 강력하고 심층적인 통합을 위한 설계를 했습니다.

수업

테스트를 위해 최종 제품을 기다리지 마십시오. 감당할 수 있는 모든 프로토타입으로 진행하고 찾을 수 있는 사람과 테스트하십시오. 더 빨리 실패하십시오.

고충실도 프로토타입

도전
웹사이트에는 300개 이상의 고유한 화면과 화면 상태가 있었습니다. 클릭연결을 구성하는 것은 엄청난 작업이었습니다.

노력

프로토타입을 만들기 전에 먼저 목표와 비목표를 설정합니다. 이것은 프로토타이핑의 범위를 줄이는 데 도움이 되었습니다. 예를 들어 우리는 새로운 경험별 쇼핑 기능을 테스트하고 싶었지만 결제에 대한 모범 사례를 따랐다고 확신했기 때문에 해당 흐름에 집중하지 않기로 결정했습니다.

다음으로 프로토타입 구축을 위한 3가지 옵션을 평가했습니다.

1. 플래시 – 내가 개인적으로 가장 좋아하는 것, 나는 내가 구식처럼 들린다는 것을 압니다!
2. 마블 앱 – 모두가 이 길을 가고 있기 때문입니다.
3. Invision 앱 – Marvel의 경쟁자.

이제 Flash는 관련된 오버헤드 때문에 빠르게 제외되었습니다. Marvel은 효과가 있었지만 오버레이에 대한 지원이 제한적이었고 전체 디자인은 표면과 오버레이를 기반으로 했습니다. Invision은 더 나은 유연성을 제공했기 때문에 Invision을 선택했습니다.

수업

범위 지정이 중요합니다. 프로토타입을 위해서라도.

종합 테스트

도전
테스트는 설계에 실패하도록 최적화되어야 했습니다.

노력

우리는 사용성 테스트 세션 동안 사용할 스크립트를 작성하기로 결정했습니다. 여기서 중요한 부분은 테스트할 대상과 방법을 정확히 파악하는 것이었습니다. 그래서 나는 나의 목표와 비목표를 나열했고, 이를 바탕으로 내가 무엇을 테스트할 것인지 대략적으로 파악했습니다.

1. 초기 정신 모델 – 기대 테스트
2. 실제 사용 – 무료 탐색 테스트
3. 탐색 – 성능 테스트
4. 어포던스 – 시각적 어포던스 테스트
5. 작업 흐름 – 성능 테스트
6. 감성 – 의미적 미분 과정

이 작업이 완료되면 각 항목에 대해 기술을 빠르게 매핑한 다음 집중하고 싶은 모듈로 넘어갔습니다. 이후 개별 시나리오의 작업 흐름을 정의하는 작업으로 넘어갔습니다. 딱딱하게 들리고 싶지 않아 시나리오의 언어를 쓰지 않았습니다. 나는 Slideshare에서 아래 스크립트를 공유했습니다.

수업

못에는 망치를 사용하고 나사에는 드라이버를 사용하십시오.

신병 모집

도전
란제리 웹사이트의 테스트에 참여하는 데 동의할 여성(인도)을 찾습니다.

노력

우리는 Zivame의 타겟 페르소나 Mahi Agarwal과 매우 유사한 여성을 원했습니다. 우리는 소셜 미디어를 통해 발표를 했습니다. 우리는 여성들에게 Zivame이 여성을 위한 훌륭한 쇼핑 경험을 구축할 수 있도록 도와달라고 요청했습니다! 많은 여성들이 나서서 좋은 반응을 얻었습니다. 이 뿐만 아니라 친구들을 초대하기도 했습니다. 그리고 한 걸음 더 나아가 참가자들에게 얼굴을 내밀기로 동의한 Deepika, Subha 및 Aastha와 같은 진보적인 여성에게도 경의를 표합니다.

우리는 참가자를 선별하고 모집하기에 좋은 위치에 있었습니다. 관심을 표명한 여성은 참가자 모집 양식을 작성해야 했습니다. 빠른 심사를 거친 후, 우리는 참가자를 선정하고 그들과 세션 일정을 잡기 위해 그들에게 전화를 걸었습니다.

수업

실제 사용자를 찾는 것은 그렇게 어렵지 않습니다. 올바른 방법으로 하기만 하면 됩니다!

추천 읽을거리

잠자리 효과, Jennifer Aaker & Andy Smith

사용성 테스트 세션

도전
브래지어를 판매하는 웹사이트에 대해 여성들과 이야기하기.

노력

D-day에 우리는 시스템 설정, 대본 인쇄, 팀이 각자의 역할을 수행할 준비가 되어 있고 참가자들을 따뜻하게 맞이할 준비가 잘 되어 있었습니다.
우리는 참가자들이 편안함을 느낄 수 있도록 세션을 시작했습니다. 우리는 잡담과 간단한 소개로 시작했습니다. 우리는 그들의 기여가 얼마나 중요한지 강조하고 우리의 감정을 상하게 할 걱정하지 말고 솔직한 피드백을 해달라고 요청했습니다. 그들이 브래지어 크기 정보를 우리와 공유하는 것을 피하기 위해 우리는 크기가 34C라고 가정하도록 지시했습니다. 나는 그들이 그 아이디어를 좋아했다고 생각합니다. 우리는 그들이 다음과 같이 믿었는지 확인했습니다.

당신은 테스트를 받고 있지 않습니다, 우리는!
변함없이, 모든 사용자는 이 순간에 미소를 지을 것이고 우리는 그들을 편안하게 만들 수 있다는 것을 알고 있었습니다. 세션 전반에 걸쳐 우리 는 제품이 아닌 작업(따라서 디자인)에 초점을 맞추도록 했습니다. 그 때부터 흐름을 시작합니다(PPT에서 언급한 대로).

우리는 이 테스트를 하는 동안 꽤 흥미로운 사실을 발견했습니다. 놀랍게도 사용자 중 누구도 '상점' 메뉴를 찾는 데 어려움을 겪지 않았으며, 이는 이전 디자인에서 크게 변경되었습니다. 그러나 사용자는 하위 메뉴에 도달했을 때 혼란스러워했고 단순화해야 한다는 것을 알았습니다(나중에 수행함).
또한 표면의 제목 표시줄에서 기본적인 문제를 발견했습니다. 사용자는 뒤로 돌아가 표면을 닫는 데 어려움을 겪었습니다. 다시 말하지만, 다음 반복에서 이 문제를 해결했습니다.

주요 발견 중 하나는 표면 바닥의 끈적한 버튼에 관한 것이었습니다. 사용자가 레이블을 읽지 않고 단추를 클릭하거나 레이블을 잘못 해석하여 사용자 흐름을 중단시키는 데 사용되는 경우가 있음을 깨달았습니다. 우리는 그러한 상황에 대한 대안을 찾았습니다.
대체로 사용자들은 매우 도움이 되는 것으로 판명되었습니다!

수업

사용자도 사람이니 잘 대해주시면 큰 도움이 됩니다.

버그 배쉬

도전
우리는 최종 제품이 설계 및 의도한 대로 작동하는지 확인해야 했고 시간이 부족했습니다!

노력

실제 제품과 구현 사이에는 항상 상당한 정도의 차이가 있습니다.
Zivame 베타 제품 웹사이트가 준비되었을 때 우리는 제품이 예상대로 작동하는지 확인하고 싶었습니다. 우리는 사용자가 우리가 구현한 UI 컨트롤과 상호 작용하는 데 편안하고 실제 세계에서 작동하는 것을 보고 싶었습니다.

그래서 모든 지바메 직원들에게 공개하고 3시간 동안 버그 로깅 마라톤을 진행했습니다. 이를 Bug Bash라고 합니다. 3시간 동안 베타 사이트에서만 작동하는 쿠폰을 발행하여 전 직원에게 쿠폰을 사용하여 버그 배시 양식에 버그를 기록하도록 요청했습니다.
우리는 그들을 다른 팀으로 나누어 상위 3개 팀에 대한 상품을 발표했습니다. 계획은 효과가 있었고 우리는 다른 팀으로부터 223개의 응답을 받았습니다. 전체 목록을 살펴보고 어느 것이 진짜인지 파악하는 데 2일이 걸렸습니다. 제출된 버그의 대부분은 중복되거나 알려진 문제였지만 12개의 새로운 버그를 발견했습니다(이 중 3개는 UI와 관련됨).

이것은 우리에게 베타를 외부에 출시할 수 있는 높은 수준의 자신감을 주었습니다!

수업

테스트는 결코 아프지 않으며 모든 단계에서 수행할 수 있습니다.
Zivame에서 환상적인 쇼핑 경험을 구축하는 데 도움을 준 여성들에게 감사드립니다!

세계 최고의 대학에서 온라인으로 제품 관리 과정 을 공부 하십시오. 석사, 이그 제 큐 티브 PGP 또는 고급 인증 프로그램을 획득하여 경력을 빠르게 추적하십시오.

추천 프로그램: Duke CE의 디자인 사고 인증 프로그램