[데이터 분석] 3. 요구사항 분석(PRD), 정보 구조도(IA), 서비스 정책서, 에러 케이스 정의, 상세 기획(스토리 보드)

INTRO

오늘은 [데이터 분석] 세번째 시간입니다. 오늘은 PM 실무 소프트 스킬에 대해 요구사항 분석(PRD), 정보 구조도(IA), 서비스 정책서, 에러 케이스 정의, 상세 기획(스토리 보드) 순으로 알아보겠습니다.

 

1. 요구사항 분석(PRD)

요구사항 분석 및 요구사항 정의서(PRD)

요구사항 분석은 프로젝트나 제품 개발의 핵심 과정으로, 개발팀이 어떤 제품을 만들 것인지를 명확히 정의하는 단계입니다. 요구사항을 구체적으로 파악하고, - 이를 문서화하여 - 각 팀(개발, 디자인, QA 등)이 동일한 목표를 가지고 작업할 수 있도록 공유합니다.

PRD는 요구사항을 체계적으로 정리한 문서로, 프로덕트 개발 과정에서의 지침서 역할을 합니다. 이 문서가 잘 작성되면 개발 팀은 물론, 이해관계자들 간의 커뮤니케이션을 원활히 하고 프로젝트 진행이 명확해집니다.

 

요구사항 정의서(PRD) 작성 방법

제품이나 서비스에서 제공해야 할 구체적인 기능들을 나열합니다

• 기능 이름 : 기능의 이름
• 기능 설명 : 해당 기능이 어떤 역할을 수행하는지 설명
• 우선순위 : 해당 기능의 중요도 (예: 필수, 권장, 나중에 추가 가능)
• 구현 기준 : 기능이 어떻게 작동해야 하는지에 대한 세부적인 설명

함께 주로 작성되는 항목

프로젝트 개요: 프로젝트의 목적, 목표, 주요 기능, 타겟 사용자를 간단하게 설명합니다.

서비스/제품의 배경: 해당 서비스나 제품이 해결하고자 하는 문제와 그것의 중요성을 설명하고 서비스의 주요 가치를 구체적으로 정의합니다

우선순위 및 릴리즈 계획: 모든 기능에 대한 우선순위를 설정하고, 각 기능이 언제까지 개발될 것인지를 정의합니다. 이때, 최소 기능 제품(MVP, Minimum Viable Product)을 고려하여 중요한 기능부터 개발하도록 합니다.

기대되는 결과물 및 성과: 해당 서비스나 제품이 완성되었을 때 기대되는 효과나 성과를 정의합니다.

 

요구사항 정의서(PRD) 작성 시 주의 사항

명확하고 구체적인 요구사항 작성

우선순위 설정과 범위 관리

 

2. 정보 구조도(IA)

정보 구조도(IA, Information Architecture)란?

사이트나 앱에서 어떤 정보를 어디에 배치하고 연결할지 설계하는 작업

 

정보 구조도를 작성하는 이유

사용자 경험(UX)을 개선하기 위해

- IA는 사용자 경험을 향상시키는 데 가장 중요한 역할을 합니다. 웹사이트나 앱에서 사용자가 원하는 정보를 빠르고 쉽게 찾을 수 있도록 돕는 구조를 만드는 것이 IA의 핵심입니다.

 

효율적인 협업을 위한 명확한 소통

- IA는 정보 구조를 시각적으로 명확히 정의해줍니다. 이를 통해 팀 간의 협업을 원활하게 할 수 있습니다.

- 정보의 흐름을 정리함으로써 각 정보의 위치와 중요성을 명확히 구분할 수 있으며, 정보가 많을수록 어떤 정보가 중요한지에 대한 체계적인 분류가 필요합니다.

 

서비스 확장 시 유연한 대응

- 서비스가 확장되거나 새로운 기능이 추가될 때, IA가 잘 설계되어 있으면 유연하게 수정하고 추가할 수 있습니다.

 

정보 구조도 작성 방법

기능 목록 작성

- 시스템 내에서 제공할 모든 기능을 목록화합니다.

카테고리 및 메뉴 구조 설계

- 정보 구조도를 그리기 위해서는 기능을 논리적으로 분류하고 계층화하는 작업이 필요합니다.

카테고리화 : 각 기능을 관련 있는 그룹으로 묶습니다.

계층 구조 : 각 카테고리 내에서 세부 항목들을 어떻게 배치할지를 정합니다

- 가장 중요한 정보는 상위 카테고리에 배치하고, 덜 중요한 정보는 하위 카테고리로 배치합니다.

 

3. 서비스 정책서

서비스 정책서란?

서비스 개발이나 개선 과정에서 기능에 대한 명확한 정의와 구현 기준을 설정하여, 관련 팀들이 일관되게 작업할 수 있도록 하는 문서

 

서비스 정책서는 왜 필요할까요?

일관성 있는 방향 설정

- 정책서는 서비스나 제품이 어떻게 개발되고 운영되어야 하는지에 대한 명확한 기준과 방향을 제시

 

효율적인 협업과 커뮤니케이션을 촉진

- 정책에 따라 정해진 기준이 있으면, 불필요한 논의나 혼선을 줄일 수 있음

 

법적 및 규제 준수

- 서비스에서 제공하는 서비스가 법적 요구사항을 충족하도록 정보를 제공

 

서비스 정책서 작성 방법

서비스 정책서의 목적 정의

- 정책서가 왜 필요하며, 어떤 문제를 해결하려고 하는지를 구체적으로 고민 PM은 이 목적을 통해 문서의 핵심 방향성을 정리할 수 있음

정책의 범위 설정

- 해당 서비스가 어떤 기능과 운영을 하고 있는지에 따라 적용할 정책 범위를 정리

정책의 주요 항목 및 세부 사항 작성

- 구체적인 정책 항목을 정의한 뒤, 각 항목에는 세부 사항을 나열하여 구체적으로 작성

- 정책은 모든 팀이 일관되게 적용할 수 있도록 명확하고 구체적으로 작성

정책 문서화 및 공유

- 작성한 정책서는 모든 팀원과 관련 담당자가 확인하고 이해할 수 있도록 문서화하여 공유

정기적인 검토 및 업데이트

- 서비스가 업데이트되거나 새로운 법적 요구 사항이 생길 때마다 서비스 정책서를 정기적으로 검토하고 업데이트

 

 

 

4. 에러 케이스 정의

에러 케이스

서비스나 시스템에서 발생할 수 있는 예외 상황을 정의하고 이를 어떻게 처리할지를 명확하게 기술하는 문서

에러케이스를 작성하는 이유는

• 서비스의 안정성과 사용자 경험을 향상시키기 위해
• 시스템이나 서비스에서 문제가 발생했을 때 어떻게 처리할지 명확히 하기 위해

서비스 오류

• 서비스 오류는 사용자가 서비스의 기능을 이용할 때 발생하는 오류 (사용자가 요청한 작업이나 서비스가 정상적으로 처리되지 않았을 때 발생)
• 주로 서비스가 제공하는 기능(로그인, 결제, 검색 등)이 제대로 동작하지 않는 경우

시스템 오류

• 시스템 오류는 서비스 내부에서 발생하는 예외적인 문제
• 서버 장애, 데이터베이스 연결 실패, API 응답 오류 등으로 인해 시스템이 정상적으로 작동하지 않는 상황 (사용자에게는 “서비스를 이용할 수 없습니다"와 같은 메시지를 보여줌)

에러 케이스 작성하는 방법

에러 케이스 정의

- 사용자에게 제공하는 기능마다 예상 가능한 오류 상황을 미리 예측하고 정의해야 합니다.

에러 발생 조건 명시

- 각 에러가 발생하는 조건을 명확히 정의합니다. 이를 통해 협업하는 팀이 동일한 조건을 이해하고 테스트하며, 에러 발생시 대처할 수 있습니다.

에러 메세지 작성

- 각 에러에 대해 사용자에게 보여줄 오류 메시지를 작성합니다. 에러가 발생했을 때, 사용자가 취할 수 있는 행동을 구체적으로 안내해야 합니다.

*에러 코드를 포함시켜, 시스템이나 개발팀이 문제를 더 빠르게 파악할 수 있도록 작성하기도 함

 

5. 상세 기획(스토리 보드)

상세 기획

상세 기획은 프로젝트의 구체적이고 실행 가능한 계획으로, 프로젝트의 목표, 요구 사항, 일정, 기능 설계(명세) 등을 정의하는 과정입니다.

기능명세서는 각 기능을 상세히 설명하는 문서입니다. 기능의 목적, 동작 방식, UI 요소, 제약 사항 등을 구체적으로 작성하여 협업자가 정확히 이해하고 구현할 수 있도록 합니다.

 

상세 기획 하는법

기능 개요 작성

프로젝트나 서비스의 핵심 정보를 간략하면서도 명확하게 전달하는 부분

• 프로젝트 개요 : 프로젝트가 어떤 서비스나 기능을 다루고 있는지, 그 내용을 간략하게 설명
• 기대 효과 및 목표 : 프로젝트가 완료된 후 얻을 수 있는 성과 작성

 

서비스 흐름 설계(User Flow)

사용자가 서비스를 이용할 때의 전체적인 경로와 단계별 상호작용을 명확하게 정의

1. 목표 정의 : 목표를 달성하기 위한 필수 단계를 정의
2. 시작점 설정 : 유저 플로우의 시작점을 사용자가 서비스에 들어오는 지점으로 설정(심사 요청 메일 수신 후 서류 심사 목록으로 진입)
3. 단계 나열 : 사용자가 목표를 달성하기 위한 단계별 흐름을 나열
4. 결정 노드와 분기점 추가 : 사용자가 선택할 수 있는 여러 경로가 있는 경우, 분기점을 추가
5. 시각적으로 표현 : 흐름을 도식화

서비스 흐름 설계의 목적

• 사용자의 행동 경로를 명확히 하여 서비스의 흐름을 최적화
• 사용자가 어떤 단계를 거쳐 서비스를 사용하는지 이해하기 쉽게 시각화
• 필요 없는 단계나 불필요한 선택을 제거
• 기능 명세서와 연결하여 각 기능이 어떤 상황에서 어떻게 동작해야 하는지 정의

 

상세 기능 명세

각 기능이 어떻게 동작해야 하는지, 입력 값, 출력 값, 상호작용을 구체적으로 정의

기능 이름 : 해당 기능이 무엇을 하는지 간결하고 명확하게 표현

기능 설명 : 기능이 무엇을 하는지, 어떤 작업을 수행하는지를 간략하게 설명

입력값(Input) : 해당 기능이 처리해야 하는 입력 값을 구체적으로 설명

출력 값 : 이 기능이 실행된 후 시스템에서 사용자에게 보여줄 출력 값을 설명. 성공적인 실행, 실패 시 처리 방식에 대한 출력도 포함