사용자 조사를 통한 비즈니스 가치 창출

사용자 조사를 앱 디자인에 반영해야 하는 이유

사용자 조사를 통해 KPI에 집중하고, 앱 요구 사항의 우선순위를 정하고, 특정 프로세스에 맞게 맞춤화된 직관적인 앱을 구축할 수 있습니다.

사용자 조사에는 앱의 최종 사용자(운영자)를 관찰하고 인터뷰하기 위해 직접 현장에 내려가야 합니다. 현장의 활동에 대한 조사나 이해 없이 설계하면 가정을 하게 됩니다. 예를 들어, 내비게이션 버튼이 있는 앱을 만드는 데 시간을 들이고 나서 작업자가 대부분의 작업에서 장갑을 착용하기 때문에 터치스크린을 사용할 수 없다는 사실을 깨닫는다고 상상해 보세요. 사전 조사를 통해 풋 페달, 바코드 스캐너 또는 기타 내비게이션 자동화 방법을 사용하기로 결정할 수 있었을 것입니다.

작업자가 필요한 데이터나 버튼의 위치를 파악하는 데 어려움을 겪으면서 화면당 낭비되는 몇 초는 시간이 지남에 따라 막대한 생산 비용으로 이어집니다:

:::(Error)1 hour a day of inefficiency x 200 operators = 매년 풀타임 직원 25명의 업무 시간 낭비:::

사용자 조사를 수행하는 방법

사용자 조사는 일반적으로 발견 연구와 사용성 테스트의 두 가지 주요 유형에 속합니다. 앱 디자인은 민첩하고 반복적인 프로세스로, 요구 사항 분석과 초기 발견 인터뷰로 시작하여 제작 프로세스 및 운영자 작업 흐름을 파악하여 현장의 상황을 정확하게 모델링하는 앱을 구축하는 데 도움이 됩니다.

앱이 설계, 제작 및 게시된 후에는 사용성 테스트를 통해 앱이 얼마나 잘 작동하는지 평가하고 수정할 기회를 찾습니다.

이 두 가지 유형의 조사가 균형을 이루면 운영자의 요구를 충족하고 워크플로를 간소화하며 진화하는 요구 사항에 적응하는 앱이 만들어집니다. 발견 인터뷰는 기초를 다지고, 사용성 테스트는 설계 가정을 검증하고 개선을 위한 데이터 기반 인사이트를 제공합니다.

디스커버리 인터뷰

참가자 모집

인터뷰를 진행하려면 한 명은 질문을 하고 한 명은 메모를 하는 두 명의 인원이 필요합니다. 또한 한 참가자의 응답이 다른 참가자에게 영향을 미치지 않도록 한 번에 한 명의 참가자와 인터뷰하는 것이 좋습니다.

기억하세요:

1. 무엇을 배우고자 하는지에 대한 명확한 목표를 세우세요.
2. 5~7명의 참가자를 목표로 하세요: 5명 미만이면 사람들의 의견에 불과하고, 7명 이상이면 반향실이 될 수 있습니다.
3. 다양한 경험 수준과 인구 통계학적 특성을 가진 운영자를 인터뷰하세요.
4. 질문 목록 및/또는 체크리스트 준비, 메모, 스케치북 지참, 오디오 또는 비디오 녹음을 위한 기기 준비

운영자 작업 흐름 이해

발견 단계에서 운영자를 관찰하는 동안 운영자가 앱에 맞게 워크플로를 변경하도록 강요하는 디자인이 아니라 운영자의 워크플로를 최적화하는 효과적인 앱을 디자인하는 데 도움이 되는 질문을 던져야 합니다.

• 제조 활동에는 어떤 장비가 사용되나요?
• 작업자는 핸드오프, 자재 흐름, 장비 공유 등 전체 프로세스와 어떻게 상호 작용하나요?

이러한 관찰을 바탕으로 활동 OFD를 구축해 보세요:

Tulip University{target=_blank}에서 이러한 OFD 템플릿을 다운로드하여 구축하는 방법을 알아보세요.

물리적 공간 매핑하기

또한 물리적 공간을 매핑하고 물리적 OFD로 작업이 이루어지는 곳의 물리적 제약을 고려해야 합니다:

• 솔루션이 어떤 영역, 위치 또는 셀을 포함할 것인가?
• 운영자가 이 영역을 벗어나야 하는 특정 시간이 있어 물리적 공간에서 앱에 액세스할 수 없거나 앱의 가치가 떨어지는 경우가 있나요?
• 작업자가 어떤 장비나 기계와 상호작용하는가? 어떤 도구가 관련되어 있나요? 장갑을 착용하여 터치스크린을 사용할 수 없는 경우는 언제인가요?

Tulip University{target=_blank}에서 이러한 OFD 템플릿을 다운로드하여 작성하는 방법을 배워보세요.

발견 관찰 질문

물리적 제약* 작업 공간은 어떤 모습인가요* 소음 수준은 어떤가요* 작업자가 프로세스의 어떤 지점에서 장갑을 사용하나요* 장애가 있는 작업자가 있나요?

작업 흐름* 작업자가 어떤 의사 결정 지점에 직면했는가?* 어떤 입력이 필요했는가?* 이러한 단계를 결합할 수 있는가?* 어떤 단계를 자동화할 수 있는가?* 불필요한 단계는 없었는가? * 사용자가 마찰을 겪은 곳은 어디였나요? (사용자가 마찰을 겪는 곳은 어디인가?)* 전문 교육이 필요한 단계가 있는가? * 운영자가 수동으로 기록하는 경우는 언제인가?

관련된 사람

• 프로세스에 누가 관여하나요?
• 누가 검사를 수행할 권한이 있는가?
• 다른 사람들은 언제 참여하나요?
• 서명이 필요한가?

사용성 테스트

앱 프로토타입 테스트

앱을 게시하고 현장에 배포한 후에는 사용성 테스트를 수행해야 합니다. 사용성 테스트는 앱이 사용되기 시작한 직후에 시작해야 합니다.

유효한 결과를 얻으려면 테스트 프로세스 중 중단을 제한하세요. 운영자가 독립적으로 앱을 탐색할 수 있도록 하세요. 혼란, 검색 어려움, 지나치게 긴 작업 또는 반복되는 탐색 오류를 운영자가 수정하지 않고 기록해 두세요. 이러한 모든 관찰 사항은 앱의 두 번째 버전을 위한 디자인 조정에 반영됩니다.

중립적이고 편견 없는 질문하기

질문이 중립적이고 편견이 없는지 확인하고, 운영자가 다른 방법으로는 대답하지 않았을 수도 있는 답변을 유도하지 않도록 하세요.

• 구체적으로 질문하기: "이 작업을 얼마나 자주 수행하시나요?" 대신 "지난 몇 주 동안 이 작업을 몇 번이나 수행해야 했나요?"라고 질문하세요.
• 중립적인 질문을 하세요: "이 버튼을 누르면 여기까지 갈 수 있을 것 같나요?" 대신 "이 버튼을 누르면 어떤 일이 일어날 것으로 예상했나요?"라고 물어보세요.
• 가정하지 마세요: "무엇이 답답했나요?"라고 묻는 대신 "그 작업을 완료하는 데 어떤 점이 쉬웠나요, 어려웠나요?"라고 질문하세요.
• "탐색 모음"과 같은인터페이스 요소에 이름을 붙이지 말고"화면 상단에 있는 이 영역, 그게 뭐죠?"라고 말하세요.
• 항상 "자세히 설명해 주세요" 또는 "그게 어떤 것인지 보여 주실 수 있나요?"와 같은후속 질문으로 이어서 질문하세요.