사용 사례란 무엇인가요? 작성 방법, 예시 + 템플릿

제품을 디자인하려면 기능과 목표를 나열하는 것 이상의 노력이 필요합니다. 사상 최초로 스마트폰을 출시한다고 가정해 보죠. 사용자가 스마트폰과 상호 작용하는 방식을 어떻게 설명하면 좋을까요? 웹을 검색할 수 있는 휴대전화라고 설명하는 것도 좋은 시작이지만, 그것만으로는 시스템의 복잡성을 충분히 보여주지 못합니다. 사용자가 시스템, 도구 또는 제품과 상호 작용하는 방식을 체계적으로 풀어내려면 사용 사례가 필요합니다.

사용 사례는 사용자가 작업을 수행하거나 목표를 달성하기 위해 시스템과 상호 작용하는 방법을 설명합니다. 이러한 상호 작용을 체계적으로 설명하면 초기 계획을 개선하고 원활한 개발 주기를 보장할 수 있습니다. 프로젝트 계획에 활용할 수 있도록, 사용 사례의 정의와 작성 방법을 설명하고, 예시도 함께 보여드리겠습니다.

사용 사례란 무엇인가요?

사용 사례는 사용자가 제품이나 시스템과 상호 작용하는 방식을 설명합니다. 사용자 입력의 흐름을 설명하고 목표 달성에 이르는 성공 및 실패 경로를 보여줍니다. 이를 통해 제품 팀은 시스템의 기능, 성능, 오류 발생 원인을 더 잘 이해할 수 있습니다. 사용 사례를 직접 작성하거나, 시각적 사고를 선호하는 사람들을 위해 모델을 도식화할 수도 있습니다.

사용 사례는 대상 사용자나 시스템에 따라 그 복잡성이 달라질 수 있습니다. 하지만 전반적으로 사용 사례는 몇 가지 핵심 요소를 포함해야 합니다. 가장 중요한 요소는 다음과 같습니다.

• 행위자: 단일 사용자, 팀, 다른 소프트웨어 등 시스템과 상호 작용하는 주체
• 시스템: 정의된 기능을 가진 제품 또는 서비스
• 목표: 사용자가 시스템의 기능을 통해 달성하는 목적 또는 목표

행위자, 시스템, 목표는 사용 사례의 기초를 형성합니다. 시스템 상호 작용을 추적하기 시작하면 몇 가지 새로운 요소를 고려해야 합니다.

• 이해관계자: 시스템의 성과에 이해관계나 관심이 있는 사람
• 주 행위자: 목표를 달성하기 위해 시스템의 기능을 시작하는 행위자
• 전제 조건: 사용 사례가 발생하는 데 필요한 기본 요소
• 트리거: 사용 사례를 시작하는 이벤트
• 기본 흐름: 시스템이 의도한 대로 작동하여 목표를 달성하는 사용 사례
• 대체 흐름: 시스템이 언제, 어떻게 경로를 벗어나는지에 따라 달라지는 다양한 결과

사용 사례 유형

사용 사례는 비즈니스와 시스템의 두 가지 형태로 제공됩니다. 시스템 사용 사례는 사용자가 시스템의 각 구성 요소와 어떻게 상호 작용하는지를 상세히 보여줍니다. 고유한 입력과 상황에 따라 시스템이 서로 다른 결과를 도출하는 방식을 강조합니다. 이러한 수준의 세부 정보는 시스템의 개별 기능이 어떤 시나리오에서든 어떻게 작동하는지를 보여줍니다.

비즈니스 사용 사례는 사용자가 목표 달성을 위해 비즈니스와 상호 작용하는 방법에 대한 더 일반적인 그림을 제공합니다. 기술적인 세부 사항에 초점을 맞추는 대신, 다양한 입력이 가져오는 결과를 인과 관계로 설명합니다. 예를 들어, 코드 디버깅 플랫폼을 운영한다면, 비즈니스 사용 사례에서는 사용자가 코드를 입력하고 오류 알림을 받는 과정을 설명합니다.

어떤 팀은 개발 전에 시스템의 프로세스를 설명하기 위해 비즈니스 사용 사례를 작성하는 것을 선호합니다. 개발자가 작업을 시작하면, 관리자는 이어서 따라야 할 보다 기술적인 시스템 사용 사례를 정리합니다.

사용 시나리오와 사용 사례 비교

사용 사례는 목표 달성을 위해 시스템이 작동하는 모든 방식을 보여 주지만, 시나리오는 한 가지 예만 보여 줍니다. 시나리오에서 시스템은 사용자의 목표를 달성하는 데 성공할 수도 있고, 실패할 수도 있습니다. 간단히 말해서, 다양한 사용 시나리오가 모여 하나의 사용 사례가 됩니다.

사용 사례와 사용자 스토리 비교

사용 사례는 사용자가 시스템과 어떻게 상호 작용하는지를 보여주고, 사용자 스토리는 사용자 관점에서 기능을 설명합니다. 결과적으로, 사용자 스토리는 사용 사례보다 훨씬 짧으며, 일반적으로 팀이 개발의 출발점으로 사용하는 간단한 설명들로 구성됩니다. 또한 사용 사례는 오거니제이션 내 여러 팀에 도움이 될 수 있는 반면, 사용자 스토리는 제품 팀이 도구를 구축하는 데 도움을 줄 수 있습니다.

사용 사례와 테스트 케이스 비교

사용 사례는 사용자와 시스템 기능이 목표 달성을 위해 어떻게 작동하는지 다루는 반면, 테스트 케이스는 단일 기능이 올바르게 작동하는지 검증합니다. 사용 사례와 달리 테스트 케이스는 기능을 개별적으로 살펴봅니다.

예를 들어, 테스트 케이스는 이메일 플랫폼에서 로그인 기능을 검증하여, 사용자가 계정을 만든 후 언제든지 어떤 브라우저에서도 로그인할 수 있는지 확인하는 과정을 포함할 수 있습니다.

사용 사례 작성법

사용 사례를 작성하는 것은 복잡해 보이지만, 시스템과 사용자를 이해하기만 하면 됩니다. 사용 사례는 다음 6단계에 따라 작성할 수 있습니다.

1. 시스템을 설명합니다

시스템을 설명하는 것부터 시작하세요. 팀 또는 개인이 직접 개발할 제품이나 서비스를 중심으로 설명할 수도 있습니다. 사용자를 위해 시스템이 어떤 기능을 하는지에 초점을 맞춰 설명하세요. 비즈니스 사용 사례에서는 배경을 일반적으로 설명하며, 이를 통해 달성할 수 있는 성과를 제시하면 됩니다. 시스템 사용 사례의 경우, 제품이 내부적으로 어떻게 작동하는지 설명하세요.

다음 내용을 질문하여 시스템을 정의하세요.

• 제품, 서비스, 소프트웨어 중 어떤 형태로 제공되나요?
• 어떤 기능을 제공하나요?
• 어떤 목표를 달성할 수 있나요?
• 이러한 목표를 어떻게 달성할 수 있을까요?
• 프로젝트 헌장과 같은 다른 문서를 통해 시스템에 대한 어떤 내용을 알 수 있나요?

2. 행위자를 식별합니다

행위자는 일반적으로 사용자와 고객을 가리키지만, 시스템과 상호 작용하는 모든 외부 주체에도 적용될 수 있습니다. 행위자는 시스템을 어떻게, 왜 사용하는지 설명할 수 있는 명확하게 정의된 행동 양식을 가져야 합니다.

다음 질문을 통해 행위자를 파하세요.

• 개인, 팀, 하드웨어 또는 다른 시스템인가요?
• 주 행위자와 부 행위자가 동일한 행동 양식을 공유하나요?
• 이해관계자들이 사용 사례에서 행위자 역할을 수행하게 되나요?

3. 행위자의 목표를 정의합니다

사용 사례는 행위자가 시스템에서 원하는 결과를 강조합니다. 사용자가 시스템을 찾는 이유를 이해하려면 시스템의 기능보다 행위자의 요구에 초점을 맞춰야 한다는 점을 잊지 마세요. 경우에 따라 고객이 하나 이상의 목적을 위해 시스템을 사용하기도 합니다. 이러한 각 목표를 나열하면 더욱 강력한 사용 사례를 만들 수 있습니다.

4. 시나리오를 만듭니다

사용 사례에서 시나리오는 고객이 시스템을 사용할 때 거치는 일련의 행동과, 그 상호 작용으로 발생하는 결과의 흐름을 의미합니다. 기본 흐름은 시스템이 의도한 대로 작동하는 시나리오를 포함합니다. 사용자가 시스템에 접근해서 올바른 입력을 하면, 시스템이 사용자가 목표를 달성할 수 있도록 도와줍니다.

이러한 성공적인 기본 흐름으로 시작하여 기준선을 만드세요. 프로세스 매핑기법을 사용하면 다음 흐름에서 잠재적인 문제를 찾아낼 수 있습니다.

5. 대체 흐름을 고려합니다

성공적인 시나리오를 작성한 후, 다른 결과로 이어지는 대체 흐름을 작성하세요. 일반적으로 대체 흐름은 행위자가 목표를 달성하지 못하게 하는 시스템의 오용 사례를 포함합니다. 또한 시스템 고장의 원인이 되는 내부 오류나, 시스템이 의도치 않게 목표를 달성하는 경우도 기록할 수 있습니다.

대체 흐름은 다양한 행위자가 시스템을 사용하고 성공 또는 실패하는 방식을 보여줍니다. 시스템에서 수행할 수 있는 모든 기능을 보다 세밀하게 파악하여 문제 해결에 도움을 줍니다.

6. 2~5단계를 반복해 사용 사례를 취합합니다

다양한 행위자, 목표, 시나리오를 충분히 적용하면 시스템이 어떻게 작동하는지 보여줄 수 있습니다. 이러한 흐름을 종합하여 하나의 사용 사례를 만들 수 있으며, 이를 통해 개발을 개선하고 프로젝트 상태 보고서와 같은 다른 문서에서도 활용할 수 있습니다.

간단한 시스템에서는 몇 가지 요소만 변경해도 모든 잠재적 결과를 확인할 수 있습니다. 반면, 복잡한 시스템은 요소가 너무 많아 각 결과를 일일이 확인하기 어려울 수도 있습니다. 이러한 경우 가장 일반적인 상호 작용을 테스트하는 데 집중할 수 있습니다. 테스트되지 않은 일반적인 상호 작용이 발생하지 않도록 시스템을 설계할 수도 있습니다.

Figma의 사용 사례 템플릿 사용해 보기

사용 사례 브레인스토밍을 시작할 준비 되셨나요? Figma 사용 사례 템플릿을 사용해 시스템을 분석하고 새로운 솔루션을 찾아보세요.

사용 사례 예시

여러분이 회사에서 모바일 뱅킹 앱을 개발하는 프로덕트 매니저라고 가정해 보겠습니다. 플랫폼은 사용자 등록과 계정 설정 과정을 간소화할 필요가 있습니다. 이 앱을 기반으로 한 샘플 사용 사례 형식은 다음과 같습니다.

배경 정보

• 시스템: 모바일 뱅킹 앱
• 주 행위자: 계좌를 개설하고자 하는 고객
• 부 행위자: 이자율과 최대 원금 잔액을 계산하는 언더라이터 및 자동화 도구
• 목표: 계정 등록과 온보딩에 드는 시간 절약하기
• 이해관계자: 회사의 CEO와 제품 부문 부사장
• 전제 조건: 사용자가 앱을 다운로드하고 계정 요건을 충족해야 함
• 트리거: 사용자가 앱에서 새 계정을 만들기로 선택함

시나리오

• 기본 흐름: 사용자들이 앱을 다운로드하고 새 계정을 만들기로 선택합니다. 이 애플리케이션은 사용자의 다른 계정과 신용 점수에 대한 정보를 수집합니다. 이후 사용자가 자격을 갖춘 계좌와 해당 계좌의 이자율을 자동으로 공유합니다. 사용자가 자신의 필요에 맞는 계정을 찾아 등록합니다.
• 대체 흐름 1: 사용자가 재무 정보를 입력하면 앱이 계정 옵션을 빠르게 생성합니다. 그러나 각 계좌는 사용자의 재무 상태에 따라 허용되는 최고 이자율이 기본적으로 적용됩니다. 그 결과, 사용자는 더 낮은 이자율을 찾아 앱을 떠납니다.
• 대체 흐름 2: 온보딩 프로세스는 의도한 대로 작동하지만, 앱이 고객 확인(KYC) 요구 사항과 같은 규정 준수 문제에 직면해 있습니다. 앱이 계정 옵션을 제공할 수 있지만, 추가적인 규정 준수 단계가 있으면 프로세스가 느려집니다.
• 대체 흐름 3: 앱이 다른 계정과 신용 점수만 확인하기 때문에 전체 계정 옵션을 제공할 수 없습니다. 예를 들어, 신용카드와 신용 한도만 제공됩니다. 그래서 모기지를 원하는 고객들은 다른 곳을 찾아야 합니다.

사용 사례의 이점

계획 단계에서 사용 사례는 프로젝트의 범위, 요구 사항, 로드맵을 정의합니다. 팀은 사용자에게 가장 좋은 결과에 대해 논의하고, 그 결과를 달성하기 위한 경로를 설계할 수 있습니다. 대체 흐름을 사용하면 사용자 경험에 해를 끼치기 전에 위험을 예측할 수 있습니다. 이것만으로 사용 사례를 작성할 충분한 이유가 되지 않는다면, 사용 사례의 추가적인 장점도 살펴보세요.

• 가치 설명: 사용 사례는 시스템 기능을 쉬운 용어로 설명합니다. 따라서 이해관계자들에게 계획을 제시할 때, 사용 사례를 통해 시스템을 더 쉽게 이해시킬수 있습니다.
• 비용 예측: 사용 사례는 시스템의 복잡성을 보여줍니다. 추가 기능이나 보호 장치가 포함되면 시스템이 더 복잡해질 수 있습니다. 시스템이 얼마나 복잡한지 파악하면 개발 비용을 예측할 수 있습니다.
• 계획 개선: 사용 사례가 없으면 디자이너와 개발자는 시스템이 어떻게 작동하는지가 아니라, 무엇을 하는지에 집중하게 됩니다. 그러나 사용 사례는 팀이 기능과 보호 장치를 구현할 수 있는 모든 방법을 고려하도록 돕습니다.
• 대체 용도 공유: 시스템의 모든 대체 흐름이 실패로 이어지는 것은 아닙니다. 다양한 시나리오를 체계적으로 정리하면, 기존 문제에 대한 새로운 솔루션을 찾거나 시스템이 할 수 있는 일에 대한 이해의 폭을 넓힐 수 있습니다.

FigJam으로 완벽한 사용 사례 만들기

사용 사례는 단순히 제품이 무엇을 할 수 있는지 설명하는 데 그치지 않습니다. 이해관계자와 팀에게 사용자 상호 작용과 성공적인 결과에 대한 명확한 그림을 제공합니다. 새로운 기능을 추가하든, 신속하게 프로토타입을 만들든, 시스템을 재설계하든 간에 계획은 사용 사례를 작성하는 것에서 출발해야 합니다.

행위자, 상호 작용, 결과에 대한 인사이트는 많을수록 좋습니다. 그렇기 때문에 팀과 이해관계자와 함께 사용 사례를 협업하여 작성하는 것이 중요합니다. FigJam과 같은 공유 온라인 화이트보드를 사용하면 원격 팀 간 협업이 원활해져 포괄적인 사용 사례를 구축하는 데 도움이 됩니다. 300개 이상의 템플릿이 담긴 Figma 갤러리는 개발의 어느 단계에서나 팀을 하나로 모아 줍니다.