사용자 시나리오와 사용자 스토리

사용자 분석 참 쉽죠?

들어가면서

밥아저씨라고 들어본적이 있나? 나와 비슷한 90년대를 살았던 사람이라면 알법한 화가이시다. 이 분의 경우에는 그림을 슥슥 그린 다음 '참 쉽죠'라는 말로 시청자를 아연실색하게 하는 것이 특징이였는데 (사랑해요 밥아저씨.. 저만 그렇게 느꼈을 수도 있어요.) 어떻게 보면 이것을 보는 시청자가 누구인지 잘 모르시고 저렇게 말씀하시는 건가. 생각도 들었다.

 

만약 밥 아저씨와 제작진이 이 사용자가 누구인지 알았다면 멘트가 달라졌을까? 그들이 사용자 시나리오 라는 개념을 알았다면, 영상이 달라졌을지도 모른다.

 

사용자 시나리오 혹은 유저시나리오 라고 하는 것을 들어본적이 있나? 보통 서비스 혹은 어떠한 프로덕트의 기능에 대해서 기획을 할때 사용하는 방식으로써 특정 페르소나를 설정하여서 이 사람의 예상 행동을 통하여 제공하고자 하는 서비스의 문맥을 잡는것이다. 이번에는 사용자 시나리오와 사용자 스토리에 대해서 한번 알아보자.

 

사용자 시나리오

유저 시나리오는 사용자의 경험과 행동을 설명하는 것으로 소프트웨어나 제품을 개발하는 과정에서 사용자가 어떻게 상호작용하는지를 이해하고 설계하는 데 도움을 주는 행위이다. 어떠한 목적을 이루기 위해서 사용자가 어떻게 상호작용을 하는지 적어보는 일련의 과정이라고 보면 된다.

 

사용자 시나리오를 적기 위해서 다음의 내용을 고려해보자.

(1) 사용자 그룹 식별: 시나리오를 작성하기 전에 대상 사용자 그룹을 명확히 식별한다.

(2) 사용자 목표 설정: 각 시나리오에서 사용자의 목표를 설정한다. 

(3) 사용자 행동 기술: 사용자가 시나리오에서 어떤 행동을 취할지를 상세히 기술한다.

(4) 문맥 고려: 시나리오 작성 시 사용자의 문맥을 고려해야 합니다. 예를 들어, 사용자의 기술 수준, 환경 조건, 제한 사항 등이다.

(5) 시나리오 플로우 작성: 각 시나리오에서 사용자의 행동과 시스템의 응답을 순서대로 작성한다. 사용자와 시스템 간의 상호작용을 이해하는 데 도움이 되기 위함이다.

 

이를 토대로 나는 진단기기를 사용하는 간호사에 대한 시나리오를 하나 작성하였다. (실제로 시나리오를 작성한 것이다)

 

예시

2023년 06월 30일 10:00 (병원이 가장 붐빌 시간) 평일 오전

당신은 45세의 간호사로, 진단기기를 사용하여 환자의 혈액을 채취하고 테스트를 진행한 후 의사에게 결과를 빠르게 전달해야 하는 상황에 있습니다. 이전에는 약 3년 동안 진단기기를 다뤄본 경험이 있지만, 현재 사용 중인 기기에 대한 이해도는 6개월 정도입니다. 이런 상황에서의 유저 시나리오는 다음과 같습니다:

당신은 대기실에서 기다리고 있는 환자의 혈액을 채취하기 위해 진단기기를 사용합니다. 정확하게 혈액을 채취하고 나서, 혈장과 혈구를 분리하기 위해 카트리지에 혈액을 넣습니다. 그리고 카트리지를 진단기기에 삽입하여 테스트를 진행합니다.

테스트가 진행되는 동안에는 진단기기의 화면 위에 있는 키패드를 눌러야 합니다. 이렇게 테스트가 잘 진행되는 동안에는 다른 업무를 병행하면 됩니다. 업무가 완료되면, 진단기기의 화면을 확인하여 테스트 결과를 알 수 있습니다.

결과가 나오면, 당신은 LIS 기능을 사용하여 테스트 결과를 의사에게 전달합니다. 이 때, 기기 내부적으로 테스트가 진행되는 동안 오류가 발생할 가능성도 있습니다. 그러므로 오류가 발생하면 업무 스트레스가 상승할 수 있습니다.

이렇게 유저 시나리오를 작성함으로써 당신은 사용자의 행동과 상호작용을 더욱 명확히 이해할 수 있으며, 진단기기를 사용자에게 최적화하는 데 도움이 될 것입니다.

 

자 여기서 생각한 부분은 다음과 같다.

• Who (페르소나): 당신 (45세 간호사)로써 병원에서 근무하다가 개인 병원으로 이직을 한사람
• What (목적): 진단기기를 사용하여 환자의 혈액을 채취하고 테스트를 진행한 후 의사에게 결과를 전달해야하는 반복 과정을시행하여야함
• When (언제 이 업무를 하여야하는가): 현재 진행 중인 상황이며 결과 내용을 실시간으로 전달해야함 (건넛방의 의사에게)
• Where (어디서 업무가 진행되어야하는가): 환자 채혈실에서 채취 후 병리 검사실에서 시행
• Why (사용자가 이 제품을 써야하는 정당성을 확인하기 위함): 환자의 혈액을 테스트하여 결과를 빠르게 의사에게 전달하기 위해

자 이제 여기서 보이는 것은 내가 앞으로 만들어야 하는 제품의 특성과 그 행동에 대해서 확인을 할 수 있다.

"업무에 지친 간호사 혹은 의료 관계자가 보다 빠르게 일을 처리할 수 있는 똑똑하고 빠른 진단기기"

 

유저시나리오의 장점

시나리오를 이렇게 적음으로써 파악할 수 있는 장점은 다음과 같다.

1. 사용자 중심의 설계: 유저 시나리오를 작성하면 사용자의 행동, 목표, 요구사항 등을 명확히 이해하여 제품이나 서비스를 사용자 중심으로 설계할 수 있으며, 사용자의 경험을 개선할 가능성이 높아진다.
2. 문제 예측과 해결: 유저 시나리오를 작성하면 사용자가 직면할 수 있는 문제점이나 어려움을 미리 예측할 수 있다. 이를 통해 문제를 사전에 해결하거나 대비책을 마련할 수 있다.
3. 효율적인 개발과 테스트: 유저 시나리오를 통해 사용자의 행동과 시스템의 상호작용을 명확히 이해할 수 있다. 이를 기반으로 개발을 진행하면 개발 과정이 효율적이고, 테스트를 통해 사용자 시나리오에 따른 기능을 검증할 수 있다.
4. 의사소통과 협업 강화: 유저 시나리오는 개발자, 디자이너, 마케터 등 다양한 팀원들 간의 의사소통과 협업을 강화하는 데 도움이 된다. 시나리오를 통해 모든 팀원들이 사용자의 관점에서 제품을 공유하고 이해할 수 있으며, 공동의 목표를 달성하기 위한 방향성을 제시할 수 있다.

이러한 장점들을 통해 유저 시나리오는 제품 또는 서비스의 개발과 디자인에서 중요한 역할을 수행하며, 사용자 경험의 향상과 팀 간의 협업을 촉진하는 데 도움을 준다.

 

유저스토리

유저 스토리(User Story)는 애자일 개발 방법론에서 사용되는 사용자 중심의 요구사항을 표현하는 방법으로 유저 스토리는 간단하고 구체적인 형태로 작성되어 개발 팀이 사용자의 요구사항을 이해하고 구현할 수 있도록 도와준다.

 

유저 스토리의 형태

유저 스토리는 다음과 같은 형식으로 작성된다: "As a [사용자 역할], I want [목표/요구사항], so that [목적/이유]."

여기서 사용자 역할은 시스템을 사용하는 사용자의 역할이나 그룹을 나타내고, 목표/요구사항은 사용자가 원하는 기능이나 기대하는 결과를 나타내며, 목적/이유는 그 기능이나 결과를 원하는 이유를 나타냅니다.

 

그럼 이러한 형태를 사용하여 예시를 한번 만들어보자. 이 또한 내가 실제로 사용했던 것이다.

• As a 진단기기를 사용하는 간호사, I want 진단결과를 신속하게 공유하기 위해, so that 환자의 TAT를 늘려 효율적인 병원 운영을 할 수 있습니다.
• As a 진단기기를 사용하는 간호사, I want 테스트 결과를 신속하게 전송하기 위해, so that 의사가 빠르게 진단을 내릴 수 있고 치료에 필요한 조치를 취할 수 있습니다.
• As a 진단기기를 사용하는 간호사, I want 테스트 결과를 정확하게 기록하기 위해, so that 의사와 다른 의료진들이 환자의 진단 이력을 파악하고 적절한 치료 계획을 수립할 수 있습니다.
• As a 진단기기를 사용하는 간호사, I want 테스트 결과를 시스템에 자동으로 업데이트하기 위해, so that 의사와 다른 진료진들이 실시간으로 환자의 상태를 파악하고 즉각적인 의료 결정을 내릴 수 있습니다.

이렇게 한개의 문장으로써 유저의 스토리를 정의하는 이유가 무엇인가?

 

그것은 바로 작성된 유저 스토리는 개발 팀에게 사용자의 요구사항을 명확히 전달하고, 기능의 우선순위를 결정하고, 테스트와 개발을 위한 기준을 제공하기 위함이다. 또한, 유저 스토리는 사용자의 관점에서 제품을 바라보고, 사용자 중심의 개발과 디자인을 촉진하는 데 도움을 줄 수 있어 활용하기에 좋다.

 

다만 유저스토리는 단점이 있을 수 있는 것이 다음과 같다.

 

1. 상세한 기술 사항 부재: 유저 스토리는 사용자의 요구사항과 목표를 중심으로 작성되기 때문에 상세한 기술적인 사항이 빠질 수 있다. 이로 인해 개발자들은 구현에 필요한 기술적인 결정을 내리기 어려울 수 있다.
2. 완전한 커버리지 부족: 유저 스토리는 사용자의 요구사항을 간단하게 표현하는 것을 목표로 하기 때문에 모든 가능한 시나리오를 완벽하게 커버하지 못할 수 있다. 이로 인해 일부 예외 상황이나 세부 사항이 누락될 수 있으며, 이는 개발 과정에서 문제를 발생시킬 수 있다. 

이러한 단점들은 유저 스토리를 작성할 때 주의해서 다루어야 한다. 또한 기능이 워낙 많이 포함되는 경우에는 세부 이 모든 것을 다 정의할 수 없어 어려움이 발생할 수 있기 때문에 필수 기능들에 한해서는 기술적인 사항과 함께 문서화 혹은 설명서를 작성함으로써 보완을 할 수 있다.

 

유저 시나리오 작성 및 유저 스토리 작성 어떤가? 참 쉽죠?