본문 바로가기
카테고리 없음

UX의 문제 설명은 무엇이며 어떻게 작성해야 하는가?

by 유메딧 2024. 1. 23.

UX 디자이너는 문제 해결사입니다. 그들은 사용자의 동향을 파악하고, 문제점을 파악하며 요구 사항과 목표를 이해하고, 효과적인 솔루션을 설계하는 데 시간을 보냅니다. UX의 문제 설명은 UX 디자인 프로세스에서 매우 중요합니다. 이는 UX 디자이너가 해결해야 할 문제를 명확하게 설명하여 최종 사용자의 요구 사항을 충족할 수 있도록 도와줍니다. 이 글에서는 문제 설명이 무엇이며 문제 설명이 왜 UX에 유용한지, 직접 작성하는 방법을 예시로 확인할 수 있습니다.

 

 

UX 디자인은 사용자의 문제를 해결하는 일입니다. 효과적인 해결 방안을 고민하며 해결하려는 문제가 무엇인지 정확히 파악해야 합니다. 문제 파악과 문제 설명은 UX 디자이너가 수행해야 할 사용자 문제이며 그 내용은 명확하고 간결합니다.

문제에 있어서 영향을 받는 사람과 문제가 발생하는 위치와 맥락, 이 문제를 해결하는 것이 왜 중요한지를 간단한 문장으로 요약합니다. 

설명만으로 해결책을 제안하지 않습니다. 사용자에게 필요한 것이 무엇인지 포괄적으로 나타낼 수 있지만 그에 대한 대답이 무엇인지 예상하기 쉽지는 않습니다.  문제 설명은 추가 탐색을 위한 발돋움이며, 디자이너가 발견과 새로운 아이디어 구상으로 어디에 집중해야 하는지를 정확히 잡아냅니다.

 

문제 진술이란 무엇인가? 정의하다

UX 디자인은 사용자를 위한 문제 해결이 전부입니다. 효과적인 해결책을 내놓기 전에, 정확히 어떤 문제를 해결하려고 하는지 알아야 합니다. 바로 거기서 문제 진술이 나옵니다.

 

문제 진술은 UX 디자이너가 해결해야 할 사용자 문제에 대한 명확하고 간결한 설명입니다.


문제의 영향을 받는 사람, 문제가 발생하는 장소와 이유, 그리고 문제의 영향, 즉 왜 이 문제를 해결하는 것이 중요한지를 몇 문장으로 요약합니다. 문제 진술이 해결책을 제시하는 것은 아니라는 점에 유의하십시오. 사용자가 필요로 하는 것을 넓은 의미에서 언급할 수 있지만, 답이 무엇인지에 대한 고려는 시작되지 않습니다. 문제 진술은 UX 디자이너가 발견에서 아이디어 및 솔루션 찾기로 나아가면서 노력을 집중해야 하는 중요한 시점을 가리키는 추가적인 탐색을 위한 발판입니다.

 

문제문은 어떻게 생겼나요? 문제문 예제

문제 진술은 다음과 같은 프레임워크를 기반으로 작성됩니다:
[사용자 A]는 [이 작업을 완료하고 특정 제품이나 서비스를 사용하려고 할 때] [이 문제가 발생합니다. 이것은 [사용자 경험과 비즈니스에 영향을 미치기 때문에] 문제입니다.
이것은 여전히 다소 추상적이므로, 몇 가지 (가설) 문제 진술 예를 살펴보도록 하겠습니다.

 

문제문 예시

1. 체육관에 대한 문제 설명:
저희 헬스장 회원들은 수업을 미리 예약하지 못해 수업이 너무 꽉 차거나 당일 일부 회원들을 외면하는 경우가 많습니다. 이는 정기적으로 회원들의 불만으로 이어지고 강사들이 미리 계획을 세우는 것을 어렵게 만듭니다. 이는 강사 유지뿐만 아니라 회원들의 충성도와 추천에도 영향을 미칠 수 있습니다.

2. 리크루팅 에이전시에 대한 문제 설명:
구직자는 당사 플랫폼을 통해 새로운 역할에 지원하고자 할 때마다 개인 정보, 근무 경력 및 자격증을 수동으로 입력해야 합니다. 이 작업은 한 직무당 평균적으로 지원자 한 명당 약 1.5시간이 소요됩니다. 채용 담당자들은 자신의 역할을 위한 지원자가 충분하지 않고 지원 포기율이 높다고 불평하고 있습니다. 이로 인해 채용 담당자들은 배치 목표를 달성하기가 어려워지고 있습니다.

3. 중고 의류 앱에 대한 문제 설명:
중고 의류 앱의 판매자는 구매자의 위치를 확인할 수 없고, 구매자는 위치별로 판매자를 필터링할 수 없습니다. 이는 종종 높은 우편 비용으로 인해 완료되지 않거나 취소된 거래로 이어져 판매자와 구매자 모두 불행하게 만듭니다. 이는 수익에도 영향을 미칩니다.

보시다시피, 이러한 각 문제 설명문은 해당 사용자, 해당 사용자가 직면한 문제, 문제의 맥락 및 문제가 사용자, 조직 또는 둘 다에 미치는 영향을 명확하게 보여줍니다.

이제 문제 진술이 무엇인지 알고 있습니다. 언제 문제 진술을 작성할 수 있는지 고려해 보겠습니다.

 

문제 진술서는 언제 작성해야 합니까?

UX 문제 진술은 일반적으로 발견 단계에서 생성됩니다. 즉, UX 프로세스 중 사용자와 제품과 관련하여 사용자가 원하는 것과 필요한 것을 이해하는 데 전념하는 부분입니다.

문제 설명문을 작성할 수 있습니다:

사용자 조사를 수행하기 전. 아마도 제품에 특정 문제가 발생했거나 고객 또는 내부 이해 관계자의 피드백을 통해 병목 현상을 인지했을 수 있습니다. 문제 설명문을 작성하여 문제 공간에 대한 추가 사용자 조사 및 탐색의 근거로 사용할 수도 있습니다.
사용자 조사를 수행한 후. 철저한 사용자 조사를 수행한 후에는 문제 진술서를 작성하여 자신이 발견한 주요 사용자 문제를 요약하고 핀포인트를 지정할 수 있습니다. 그러면 아이디어 및 해결 방법을 찾는 단계가 나타납니다.
어느 쪽이든, 잠재적인 해결책을 생각하고 개발하기 전에 항상 문제 설명을 작성해야 합니다.

 

문제 진술서 작성 방법

그렇다면 실제로 유용한 문제 진술서는 어떻게 작성합니까?

  • 문제를 경험하고 영향을 받는 사람을 식별합니다. 이는 최종 사용자와 고객, 인수하려는 대상 사용자 및/또는 내부 회사 관계자일 수 있습니다.
  • 문제를 가능한 한 명확하고 간결하게 표현하세요. 정확히 무엇이 문제이며 어디에서 발생합니까? 충분한 맥락을 제공하면서 문제 진술을 짧고 집중적으로 유지하는 것을 목표로 합니다.
  • 문제의 영향을 설명합니다. 문제가 관련 사용자 그룹에 어떤 영향을 미치나요? 어떤 바람직하지 않은 결과를 초래하나요? 가능하다면(그리고 관련된 경우), 문제가 직접 사용자와 조직/비즈니스 모두에 어떤 영향을 미치는지 설명합니다.

이 세 단계를 토대로 문제 진술을 작성할 정보나 통찰력이 부족하다고 느껴진다면, "6 Ws" 기법을 사용하는 것을 고려해 보십시오. 이 작업은 주요 이해 관계자 및/또는 디자인 팀의 나머지 사람들과 협력하여 수행할 수 있으며, 기본적으로 해결해야 할 사항을 밝힐 수 있는 사람이라면 누구나 가능합니다!
"6 Ws" 기법은 간단합니다. 다음 질문에 답하거나, 그룹으로 할 경우 각 구성원에게 개별적으로 답을 적어달라고 요청한 후 검토합니다:

  • 문제의 영향을 받는 사람은 누구입니까?
  • 그들이 직면하고 있는 문제는 무엇입니까?
  • 이 문제는 어디서 발생합니까?
  • 언제 문제가 발생하나요? 어떤 상황에서 발생하나요?
  • 왜 문제가 발생합니까?
  • 왜 문제가 중요합니까? 최종 사용자 및/또는 비즈니스에 어떤 영향을 미치나요?

이러한 각 질문에 대한 답을 통해 통찰력 있는 문제 설명을 공식화할 수 있어야 합니다. 실제 쓰기 부분에서 막히면 이 게시물의 앞부분에 있는 예제 중 하나를 사용하고 주요 세부 사항을 간단히 전환하세요.

다음에는 어떻게 되나요? 문제 진술을 사용하기 

잘 짜여진 문제 진술을 통해 문제 공간을 더 조사하고 가능한 해결책에 대해 생각해 볼 수 있습니다.
종종, UX 디자이너들은 그들의 문제 진술을 "어떻게 우리가"라는 질문으로 바꿉니다. 이것은 초기 문제를 디자인 기회로 재구성하여 아이디어와 해결책을 찾는 과정에 불을 붙이는데 도움을 줍니다.
예를 들어, "구직자는 새로운 역할에 지원하기를 원할 때마다 개인 정보를 수동으로 입력해야 합니다."라고 문제 진술이 나와 있는 경우, 이를 "구직자를 위한 구직 지원 절차를 어떻게 간소화할 수 있습니까?"로 이름을 바꿀 수 있습니다.
문제 진술에 "후보자가 입사 지원하는 데 평균 1.5시간 정도 소요된다"고 적혀 있다면, 이를 "후보자가 입사 지원하는 데 걸리는 시간을 어떻게 줄일 수 있습니까?"로 다시 정의할 수 있습니다.
문제 진술에서 "어떻게 우리가?" 질문과 해결책으로 바로 갈 수는 없다는 것을 명심하세요. 문제 공간에 대한 더 많은 탐색이 새로운 또는 그 이상의 시급한 문제를 발견한다면, 먼저 돌아가서 문제 진술을 수정해야 할 수도 있습니다.
아시다시피, UX 디자인은 거의 선형적이지 않은 반복적인 과정입니다. 문제를 정의하는 것도 예외가 아닙니다! 그리고 올바른 문제에 집중하고 있는지 확인하는 것이 필수적이며, 그래야 사용자의 요구를 충족시키는 가치 있는 솔루션을 설계할 수 있습니다.

반응형