[내일배움캠프] Chapter 3. 서비스기획 숙련 - 기획 실무 문서(PRD, IA, 서비스 정책서, 에러 케이스, 상세 기획 스토리보드)
Theme_Min2025. 4. 30. 15:48
<서비스기획> PRD는 요구사항을 체계적으로 정리한 문서로, 프로덕트 개발 과정에서의 지침서 역할 IA는 웹사이트나 앱에서 어떤 정보를 어디에 배치하고 연결할지 설계하는 작업 서비스 정책서는 서비스 개발이나 개선 과정에서 기능에 대한 명확한 정의와 구현 기준을 설정하여, 관련 팀들이 일관되게 작업할 수 있도록 하는 문서 에러 케이스는 서비스나 시스템에서 발생할 수 있는 예외 상황을 정의하고 이를 어떻게 처리할지를 명확하게 기술하는 문서 상세 기획은 프로젝트의 구체적이고 실행 가능한 계획으로, 프로젝트의 목표, 요구 사항, 일정, 기능 설계(명세) 등을 정의하는 과정
Step 1. 요구사항 분석 (PRD)
● 요구사항 분석 및 요구사항 정의서 (PRD)
요구사항 분석
프로젝트나 제품 개발의 핵심 과정으로, 개발팀이 어떤 제품을 만들 것인지를 명확히 정의하는 단계
요구사항을 구체적으로 파악하고, 이를 문서화하여 각 팀(개발, 디자인, QA 등)이 동일한 목표를 가지고 작업할 수 있도록 공유
요구사항 정의서 (PRD)
요구사항을 체계적으로 정리한 문서로, 프로덕트 개발 과정에서의 지침서 역할
이해관계자들 간의 커뮤니케이션을 원활히 하고 프로젝트 진행을 돕는다
● 요구사항 정의서 (PRD) 작성 방법
1) 요구사항
제품이나 서비스에서 제공해야 할 구체적인 기능들을 나열합
- 기능 이름 : 기능의 이름
- 기능 설명 : 해당 기능이 어떤 역할을 수행하는지 설명
- 우선순위 : 해당 기능의 중요도 (예: 필수, 권장, 나중에 추가 가능)
- 구현 기준 : 기능이 어떻게 작동해야 하는지에 대한 세부적인 설명
- 예시
기능 이름
기능 설명
우선순위
구현 기준
회원가입/로그인
사용자가 앱을 처음 실행할 때 계정을 만들거나 기존 계정으로 로그인할 수 있게 함.
필수
사용자는 이메일, SNS 계정(구글, 페이스북)으로 가입 및 로그인할 수 있어야 한다. 로그인 후 홈 화면으로 이동.
음식 검색 및 카테고리
사용자가 원하는 음식을 카테고리별로 검색하고, 다양한 필터를 사용하여 음식점과 메뉴를 찾을 수 있도록 함.
필수
사용자는 음식 종류(한식, 중식, 일식 등) 및 가격대, 평점 등을 기준으로 검색할 수 있어야 함.
주문 및 장바구니
사용자가 음식을 선택하고 장바구니에 담은 뒤 주문을 진행할 수 있는 기능.
필수
사용자는 장바구니에 음식을 추가하고, 결제 진행 전 장바구니에서 수량을 조정하거나 음식을 삭제할 수 있어야 함.
실시간 배달 추적
사용자가 주문한 음식의 배달 상태를 실시간으로 추적할 수 있는 기능.
필수
사용자는 음식이 준비되고 배달되는 과정을 실시간으로 확인할 수 있어야 함. 배달원의 위치를 지도에서 추적 가능.
결제 시스템
사용자가 결제를 안전하고 간편하게 할 수 있도록 다양한 결제 옵션(카드, 모바일 페이 등)을 제공.
필수
결제는 카드, 모바일 결제(Apple Pay, Google Pay 등), 계좌 이체 등의 다양한 방법을 지원해야 함.
사용자 리뷰 및 평점
사용자가 음식점과 음식을 평가하고 리뷰를 남길 수 있는 기능.
권장
사용자는 음식을 먹은 후 평점을 주고, 리뷰를 작성할 수 있어야 함.
알림 시스템
주문 상태 변화 및 이벤트 관련 알림을 사용자에게 제공.
권장
사용자는 주문 확인, 배달 시작, 배달 완료 등의 알림을 푸시 알림을 통해 실시간으로 받을 수 있어야 함.
맞춤형 음식 추천
사용자의 이전 주문 내역과 선호도에 따라 음식과 음식점을 추천하는 기능.
권장
사용자는 최근 주문한 음식을 바탕으로 추천 음식을 제공받을 수 있어야 함.
프로모션/쿠폰 시스템
사용자에게 쿠폰과 프로모션 정보를 제공하고, 이를 통해 할인받을 수 있는 기능.
선택
사용자는 앱 내에서 제공하는 쿠폰을 확인하고, 주문 시 쿠폰을 적용할 수 있어야 함.
2) 프로젝트 개요
프로젝트의 목적, 목표, 주요 기능, 타겟 사용자를 간단하게 설명
예시 프로젝트 이름: 스파르타 딜리버리 목표: 사용자에게 빠르고 편리한 음식을 주문하고 배달받을 수 있는 모바일 앱 서비스 제공 타겟 사용자: 20대 후반에서 40대 초반의 바쁜 직장인, 대학생, 혼자 사는 1인 가구 등 핵심 가치: 빠른 배달, 사용자 맞춤형 추천, 직관적인 UI/UX 제공
3) 서비스/제품의 배경
해당 서비스나 제품이 해결하고자 하는 문제와 그것의 중요성을 설명하고 서비스의 주요 가치를 구체적으로 정의
예시 현황 및 문제 정의 바쁜 일정을 가진 사용자들은 빠르게 음식을 주문하고 싶지만, 기존의 배달 앱들은 검색 과정이 복잡하고, 배달 시간 예측이 불확실하며, 음식 추천 기능이 부족하다. 해결책 QuickDelivery 앱은 사용자 맞춤형 추천 시스템을 제공하고, 배달 시간을 실시간으로 추적하여 빠르고 정확한 서비스를 제공한다.
4) 우선순위 및 릴리즈 계획
모든 기능에 대한 우선순위를 설정하고, 각 기능이 언제까지 개발될 것인지를 정의
최소 기능 제품(MVP, Minimum Viable Product)을 고려하여 중요한 기능부터 개발
예시 1단계 (MVP) 사용자 로그인, 음식 검색, 주문, 결제, 배달 추적 기능 결제 시스템 및 음식점 검색 기능 구현 기본 UI 디자인 및 기능 최적화 2단계 맞춤형 추천 기능, 리뷰 및 평점 시스템 프로모션/쿠폰 기능 추가 사용자 경험(UX) 최적화 3단계 다국어 지원 및 지역 확장 고급 기능(예: 다중 주문, 예약 배달 등)
5) 기대되는 결과물 및 셩과
해당 서비스나 제품이 완성되었을 때 기대되는 효과나 성과 정의
예시 사용자 만족도 90% 이상 서비스 런칭 후 6개월 이내에 100,000명 이상의 사용자 확보
예시 앱은 빠르게 로딩되어야 한다 앱은 사용자가 홈 화면을 열고 3초 이내에 로딩이 완료되어야 한다.
2) 우선순위 설정과 범위 관리
예시 우선순위 설정 1순위 사용자 로그인 및 회원가입, 상품 검색 및 필터링, 장바구니 기능, 결제 시스템 2순위 리뷰 및 별점 시스템, 소셜 미디어 로그인 3순위 추천 상품 기능, 무료 배송 이벤트 배너
Step 2. 정보 구조도 (IA)
● 정보 구조도 (IA, Information Architecture)
웹사이트나 앱에서 어떤 정보를 어디에 배치하고 연결할지 설계하는 작업
회사 지원자를 평가하는 평자가를 위한 서비스(t서루관리, 평가 등)의 IA
● 정보 구조도를 작성하는 이유
1) 사용자 경험(UX) 개선
IA는 사용자 경험을 향상시키는 데 가장 중요한 역할
웹사이트나 앱에서 사용자가 원하는 정보를 빠르고 쉽게 찾을 수 있도록 돕는 구조를 만드는 것
2) 효율적인 협업을 위한 명확한 소통
IA는 정보 구조를 시각적으로 명확히 정의
정보의 흐름을 정리함으로써 각 정보의 위치와 중요성을 명확히 구분
3) 서비스 확장 시 유연한 대응
서비스가 확장되거나 새로운 기능이 추가될 때, IA가 잘 설계되어 있으면 유연하게 수정하고 추가 가능
● 정보 구조도 작성 방법
1) 기능 목록 작성
시스템 내에서 제공할 모든 기능을 목록화
2) 카테고리 및 메뉴 구조 설계
정보 구조도를 그리기 위해서는 기능을 논리적으로 분류하고 계층화하는 작업이 필요
- 카테고리화 : 각 기능을 관련 있는 그룹으로 묶음
- 계층 구조 : 각 카테고리 내에서 세부 항목들을 어떻게 배치할지 정함
가장 중요한 정보는 상위 카테고리에 배치하고, 덜 중요한 정보는 하위 카테고리로 배치
Step 3. 서비스 정책서
● 서비스 정책서
서비스 개발이나 개선 과정에서 기능에 대한 명확한 정의와 구현 기준을 설정
스파르타 채용 담당자 서비스 정책서
예시 비밀번호 정책 변경 주기 사용자는 6개월마다 비밀번호를 변경해야 한다 비밀번호 변경 알림은 30일 전 사용자 이메일로 발송된다 재사용 제한 비밀번호는 이전에 사용한 비밀번호와 동일한 값을 사용할 수 없다 최근 5번의 비밀번호는 재사용할 수 없다
● 서비스 정책서가 필요한 이유
1) 일관성 있는 방향 설정
정책서는 서비스나 제품이 어떻게 개발되고 운영되어야 하는지에 대한 명확한 기준과 방향을 제시
2) 효율적인 협업과 커뮤니케이션 촉진
정책에 따라 정해진 기준이 있으면 불필요한 논의나 혼선을 최소화
예시 OOO 서비스 로그인 정책 - 서비스는 아래의 로그인 방법을 제공
이메일 로그인 - 사용자가 이메일 주소와 비밀번호를 통해 로그인합니다 구글 로그인 - 구글 계정을 이용하여 로그인합니다 페이스북 로그인 - 페이스북 계정을 이용하여 로그인합니다. 카카오 로그인: 카카오 계정을 이용하여 로그인합니다.
SNS 로그인 방식은 사용자가 본인의 선호에 따라 선택할 수 있으며, 각 방식은 고유의 보안 요구 사항을 준수해야 합니다. 더불어 이메일 로그인 방식은 정의된 비밀번호 변경 정책을 따라갑니다.
3)법적 및 규제 준수
서비스에서 제공하는 서비스가 법적 요구사항을 충족하도록 정보를 제공
예시 사용자의 개인정보는 GDPR(일반 개인정보 보호 규정)에 따라 “…”와 같이 처리
● 서비스 정책서 작성 방법
1) 서비스 정책서의 목적 정의
정책서가 왜 필요하며, 어떤 문제를 해결하려고 하는지를 구체적으로 명시
PM은 이 목적을 통해 문서의 핵심 방향성 정리
2) 정책의 범위 설정
해당 서비스가 어떤 기능과 운영을 하고 있는지에 따라 적용할 정책 범위를 정리
서비스 사용자의 계정 관리, 개인정보 보호, 결제 처리, 고객 지원, 그리고 서비스 보안 등 모든 운영과 관련된 부분에 적용
3) 정책의 주요 항목 및 세부 사항 작성
구체적인 정책 항목을 정의한 뒤, 각 항목에는 세부 사항을 나열하여 구체적으로 작성
정책은 모든 팀이 일관되게 적용할 수 있도록 명확하고 구체적으로 작성
4) 정책 문서화 및 공유
작성한 정책서는 모든 팀원과 관련 담당자가 확인하고 이해할 수 있도록 문서화하여 공유
예시 - 서비스 이용 정책 회원 가입 및 로그인 사용자 가입 시 최소 정보 요구사항(이메일, 비밀번호, 전화번호 등)을 설정 비밀번호 규정 비밀번호는 최소 8자 이상, 대소문자, 숫자, 특수문자를 포함해야 하며, 비밀번호 변경은 6개월마다 이루어져야 함 로그인 제한 연속된 5회 이상 로그인 실패 시 계정을 잠그고 이메일 인증을 요구
5) 정기적인 검토 및 업데이트
서비스가 업데이트되거나 새로운 법적 요구 사항이 생길 때마다 서비스 정책서를 정기적으로 검토하고 업데이트
Step 4. 에러 케이스 정의
● 에러케이스
서비스나 시스템에서 발생할 수 있는 예외 상황을 정의하고 이를 어떻게 처리할지를 명확하게 기술하는 문서
1) 서비스 오류
사용자가 서비스의 기능을 이용할 때 발생하는 오류
서비스가 제공하는 기능(로그인, 결제, 검색 등)이 제대로 동작하지 않는 경우
.ex. 사용자가 비밀번호를 잘못 입력한 경우, 결제 진행 중 카드 정보 입력란을 비워두었을 때
2) 시스템 오류
서비스 내부에서 발생하는 예외적인 문제
서버 장애, 데이터베이스 연결 실패, API 응답 오류 등으로 인해 시스템이 정상적으로 작동하지 않는 상황
ex. API 서버가 응답을 멈춘 경우
시스템 오류 화면
●에러케이스를 작성하는 이유
서비스의 안정성과사용자 경험을 향상시키기 위해
시스템이나 서비스에서 문제가 발생했을 때 어떻게 처리할지 명확히 하기 위해
● 에러 케이스 작성하는 방법
1) 에러 케이스 정의
사용자에게 제공하는 기능마다 예상 가능한 오류 상황을 미리 예측하고 정의
ex. 로그인 시 오류- 아이디/비밀번호 불일치, 계정 잠금, 세션 만료
2) 에러 발생 조건 명시
각 에러가 발생하는 조건을 명확히 정의
이를 통해 협업하는 팀이 동일한 조건을 이해하고 테스트하며, 에러 발생시 대처
ex. 결제 시 카드 정보 오류 - 유효하지 않은 카드 번호 또는 만료된 카드로 결제를 시도할 때
3) 에러 메시지 작성
각 에러에 대해 사용자에게 보여줄 오류 메시지 작성
에러가 발생했을 때, 사용자가 취할 수 있는 행동을 구체적으로 안내
ex. 로그인 시 비밀번호 불일치 : 비밀번호가 올바르지 않습니다. 다시 입력해 주세요.
에러 케이스
에러 발생 조건
에러 메시지
에러 코드
결제 시 카드 정보 오류
사용자가 입력한 카드 정보가 유효하지 않거나, 만료된 카드로 결제를 시도할 때
"입력하신 카드 정보에 오류가 있습니다. 카드 번호와 만료일을 다시 확인해 주세요."
PAY102
결제 시 결제 서버 오류
결제 서버와의 연결 실패 또는 응답 지연으로 결제가 처리되지 않을 때
"결제 서버에 문제가 발생했습니다. 잠시 후 다시 시도해 주세요."
PAY500
파일 업로드 실패
파일 크기가 업로드 제한을초과하거나 파일 형식이 지원되지 않을 때
"업로드 가능한 최대 파일 크기를 초과하거나 지원되지 않는 파일 형식입니다. 파일을 확인 후 다시 시도해 주세요."
PAY500
Step 5. 상세 기획 (스토리보드)
● 상세 기획(스토리보드)
프로젝트의 구체적이고 실행 가능한 계획으로, 프로젝트의 목표, 요구 사항, 일정, 기능 설계(명세) 등을 정의하는 과정
(기능 명세서 - 기능의 목적, 동작 방식, UI 요소, 제약 사항 등 각 기능을 상세히 설명하는 문서)
*기능 명세, 스토리 보드, 화면 설계서, 상세 기획안 등 다 비슷한 의미로 사용되는 용어
● 상세 기획 하는 법
1) 기능 개요 작성
프로젝트나 서비스의 핵심 정보를 간략하면서도 명확하게 전달하는 부분
프로젝트 개요
프로젝트가 어떤 서비스나 기능을 다루고 있는지, 그 내용을 간략하게 설명
기대 효과 및 목표
프로젝트가 완료된 후 얻을 수 있는 성과 작성
2) 서비스 흐름 설계
사용자가 서비스를 이용할 때의 전체적인 경로와 단계별 상호작용을 명확하게 정의
서비스 흐름 설계의 목적
사용자의 행동 경로를 명확히 하여 서비스의 흐름을 최적화 사용자가 어떤 단계를 거쳐 서비스를 사용하는지 이해하기 쉽게 시각화 필요 없는 단계나 불필요한 선택을 제거 기능 명세서와 연결하여 각 기능이 어떤 상황에서 어떻게 동작해야 하는지 정의
서비스 흐름 설계 순서
1. 목표 정의 목표를 달성하기 위한 필수 단계를 정의 2. 시작점 설정 유저 플로우의 시작점을 사용자가 서비스에 들어오는 지점으로 설정(심사 요청 메일 수신 후 서류 심사 목록으로 진입) 3. 단계 나열 사용자가 목표를 달성하기 위한 단계별 흐름을 나열 4. 결정 노드와 분기점 추가 사용자가 선택할 수 있는 여러 경로가 있는 경우, 분기점을 추가 5. 시각적으로 표현 흐름을 도식화
3) 상세 기능 명세
각 기능이 어떻게 동작해야 하는지, 입력 값, 출력 값, 상호작용을 구체적으로 정의
상세기능명세
기능 이름
해당 기능이 무엇을 하는지 간결하고 명확하게 표현
기능 설명
기능이 무엇을 하는지, 어떤 작업을 수행하는지를 간략하게 설명
입력값
해당 기능이 처리해야 하는 입력 값을 구체적으로 설명
예시
회원가입 이메일: 유효한 이메일 형식, 예: user@example.com 비밀번호: 최소 8자 이상, 대문자, 소문자, 숫자, 특수문자 포함 비밀번호 변경 현재 비밀번호: 사용자가 기존에 설정한 비밀번호 새 비밀번호: 최소 8자 이상, 대소문자 및 숫자, 특수문자 포함 결제 처리 카드 번호: 유효한 카드 번호 유효 기간: 카드의 만료 날짜 (MM/YY) CVC: 카드 뒷면의 보안 코드
출력 값
이 기능이 실행된 후 시스템에서 사용자에게 보여줄 출력 값을 설명.
성공적인 실행, 실패 시 처리 방식에 대한 출력도 포함
예시
회원가입 성공 시 : 회원가입이 완료되었습니다. 자동으로 로그인됩니다. 실패 시 : 이메일이 이미 등록되어 있습니다. 비밀번호 변경 성공 시 : 비밀번호가 성공적으로 변경되었습니다. 실패 시 : 현재 비밀번호가 올바르지 않습니다. 결제 처리 성공 시 : 결제가 완료되었습니다. 상품을 곧 배송합니다. 실패 시 : 결제 처리 중 오류가 발생했습니다. 다시 시도해 주세요.
