[내일배움캠프TIL] 본캠프23일차 - 챕터3_기획(PM) 실무 문서 작성

기획(PM) 실무 문서 작성 

1. 들어가며
2. 챕터3-1: 요구사항 분석(PRD)
3. 챕터3-2: 정보 구조도(IA)
4. 챕터3-3: 서비스 정책서
5. 챕터3-4: 에러 케이스 정의
6. 챕터3-5: 상세 기획(스토리보드)
7. 마치며 

---

📝 서론

1. 들어가며

위 사진은 개발자를 그만두고 기획자로서 첫 프로젝트를 준비하며, 개발자 친구와 함께 진행했던 노션 페이지다. 당시에는 데이터와 기능 등 여러 부분에서 보완할 점이 많았지만, 요구사항 정의, 기능 정의, 메뉴 구조도, 정책 정의, 화면 설계까지 혼자서 기획을 진행한 경험은 매우 의미 있었다. 이번 챕터에서는 실무 문서 작성 방법을 배우며, 앞으로 진행할 프로젝트에서 보다 완벽한 문서를 작성하는 것을 목표로 하고 있다. 📖

---

🔍 본론

2. 챕터3-1: 요구사항 분석(PRD)

 

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

❗ 요구사항 분석은 프로젝트나 제품 개발의 핵심 과정으로, 개발팀이 어떤 제품을 만들 것인지를 명확히 정의하는 단계다.

• 요구사항을 구체적으로 파악하고,
• 이를 문서화하여
• 각 팀(개발, 디자인, QA 등)이 동일한 목표를 가지고 작업할 수 있도록 공유

PRD는 요구사항을 체계적으로 정리한 문서로, 프로덕트 개발 과정에서의 지침서 역할을 한다. 

 

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

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

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

요구 사항 정의서와 함께 주로 작성되는 항목

• 프로젝트 개요
• 서비스/제품의 배경
• 우선순위 및 릴리즈 계획 
• 기대되는 결과물 및 성과

요구 사항 정의서 작성 시 주의 사항

• 명확하고 구체적인 요구사항 작성
• 우선순위 설정과 범위 관리 

실무 살펴보기 : [Step1] ‘무슨 말일까?’라고 생각하고 ‘요구사항 정리'라고 적는다. 🔗

챕터 3-1 숙제 설명(완료)

 📖 회원 가입 페이지의 요구 사항 정의서를 작성하여 명확한 표현으로 작성했는지 팀원들과 공유해 보세요.

회원 가입 페이지 

• 기능 이름: 회원 가입
• 기능 설명: 사용자가 이메일, 비밀번호 등의 정보를 입력하여 시스템에 회원 가입을 요청하는 기능
• 우선순위: 필수
• 구현 기준:
  1. 사용자는 이메일, 비밀번호, 비밀번호 확인 값을 입력해야 함
  2. 이메일은 형식 검증(예: example@email.com)을 통과해야 하며, 중복된 이메일은 가입 불가
  3. 비밀번호는 최소 8자 이상, 대문자/소문자/숫자/특수문자를 각각 하나 이상 포함해야 함
  4. 비밀번호와 비밀번호 확인 값이 일치하지 않으면 가입 불가
  5. 가입 성공 시 자동 로그인 처리 및 메인 페이지로 리디렉션
  6. 가입 실패 시 원인에 따라 명확한 에러 메시지 출력 (예: "이미 등록된 이메일입니다.")

---

3. 챕터3-2: 정보 구조도(IA)

 

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

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

 

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

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

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

✔️ 서비스 확장 시 유연한 대응

 

3. 정보 구조도 작성 방법

기능 목록 작성

시스템 내에서 제공할 모든 기능을 목록화

 

카테고리 및 메뉴 구조 설계

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

• 카테고리화 : 각 기능을 관련 있는 그룹으로 묶음 
• 계층 구조 : 각 카테고리 내에서 세부 항목들을 어떻게 배치할지를 정함

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

---

 

4. 챕터3-3: 서비스 정책서

 

1. 서비스 정책서란?

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

💡 실무 정책 엿보기

비밀번호 정책
1. 변경 주기
- 사용자는 6개월마다 비밀번호를 변경해야 한다.
- 비밀번호 변경 알림은 30일 전 사용자 이메일로 발송된다.

2. 재사용 제한
- 비밀번호는 이전에 사용한 비밀번호와 동일한 값을 사용할 수 없다.
- 최근 5번의 비밀번호는 재사용할 수 없다.

 

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

✔️ 일관성 있는 방향 설정

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

✔️ 법적 및 규제 준수

 

3. 서비스 정책서 작성 방법

❗서비스 정책서의 목적 정의

❗정책의 범위 설정 

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

❗정책 문서화 및 공유 

❗정기적인 검토 및 업데이트

 

챕터 3-3 숙제 설명(완료)

 📖 가상으로 내가 만드는 서비스의 회원 가입 or 회원 탈퇴 정책서를 작성 해 보세요.

📄 EcoBuy – 회원 가입 

 

✅ 1. 정책 목적

EcoBuy는 친환경 제품 전문 쇼핑 플랫폼으로, 사용자 인증 및 원활한 서비스 제공을 위해 회원 가입 및 탈퇴 정책을 명확히 수립하고 운영한다.

 

✅ 2. 정책 범위

본 정책은 EcoBuy에 가입하고자 하는 모든 사용자에게 적용되며, 가입 후 활동에 대한 기본 권리와 의무를 포함한다.

 

✅ 3. 회원 가입 정책

• 가입 자격
  • 만 14세 이상 누구나 가입 가능
  • 대한민국 거주자 기준(국외 사용자는 별도 정책 적용 예정)
• 가입 방식
  • 일반 이메일 가입
  • 카카오/네이버 소셜 로그인 제공
• 필수 정보 입력
  • 이메일
  • 비밀번호
  • 닉네임
  • 약관 동의 (이용약관, 개인정보 수집 및 이용, 마케팅 수신 선택적 동의)
• 비밀번호 조건
  • 최소 8자 이상
  • 영문/숫자/특수문자 포함
• 이메일 인증 절차
  • 가입 후 이메일 인증 완료 시 서비스 이용 가능
  • 미인증 계정은 7일 후 자동 삭제 처리

---

5. 챕터3-4: 에러 케이스 정의

 

1. 에러케이스

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

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

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

서비스 오류: 서비스의 기능을 이용할 때 발생(로그인, 결제 등)

시스템 오류: 서비스 내부에서 발생하는 예외적인 문제(서버 장애, DB연결 실패 등)

 

2. 에러 케이스 작성하는 방법

❗에러 케이스 정의

❗에러 발생 조건 명시

❗에러 메시지 작성

에러 케이스	에러 발생 조건	에러 메시지	에러 코드
결제 시 카드 정보 오류	사용자가 입력한 카드 정보가 유효하지 않거나, 만료된 카드로 결제를 시도할 때	"입력하신 카드 정보에 오류가 있습니다. 카드 번호와 만료일을 다시 확인해 주세요."	PAY102
결제 시 결제 서버 오류	결제 서버와의 연결 실패 또는 응답 지연으로 결제가 처리되지 않을 때	"결제 서버에 문제가 발생했습니다. 잠시 후 다시 시도해 주세요."	PAY500
파일 업로드 실패	파일 크기가 업로드 제한을 초과하거나 파일 형식이 지원되지 않을 때	"업로드 가능한 최대 파일 크기를 초과하거나 지원되지 않는 파일 형식입니다. 파일을 확인 후 다시 시도해 주세요."	UPLOAD400

 

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

 

챕터 3-4 숙제 설명(완료)

 📖 회원가입 시에 발생할 수 있는 서비스 에러 케이스를 작성해보세요.

에러케이스	에러 발생 조건	에러 메시지	에러 코드
이메일 형식 오류	사용자가 잘못된 이메일 형식으로 입력했을 때	"올바른 이메일 형식을 입력해 주세요."	SIGN001
이메일 중복	이미 가입된 이메일을 입력했을 때	"이미 가입된 이메일입니다. 로그인 또는 비밀번호 찾기를 이용해 주세요."	SIGN002
비밀번호 조건 미충족	비밀번호가 최소 조건(8자 이상, 영문/숫자/특수문자 포함)을 충족하지 못할 때	"비밀번호는 8자 이상이며, 영문/숫자/특수문자를 포함해야 합니다."	SIGN003
비밀번호 불일치	비밀번호와 비밀번호 확인란의 값이 일치하지 않을 때	"비밀번호가 서로 일치하지 않습니다."	SIGN004
약관 미동의	필수 약관에 동의하지 않고 가입 버튼을 눌렀을 때	"이용약관과 개인정보 수집 및 이용에 동의해 주세요."	SIGN005
이메일 인증 미완료	이메일 인증을 하지 않고 로그인 또는 서비스 접근 시도 시	"이메일 인증이 완료되지 않았습니다. 이메일을 확인해 주세요."	SIGN006
서버 오류	서버 문제로 인해 회원가입 요청이 정상 처리되지 않을 때	"회원가입 처리 중 오류가 발생했습니다. 잠시 후 다시 시도해 주세요."	SIGN007

---

6. 챕터3-5: 상세 기획(스토리보드)

 

1. 상세 기획

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

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

⚠️ 기능 명세, 스토리 보드, 화면 설계서, 상세 기획안 등 다 비슷한 의미로 사용되는 용어

 

2. 상세 기획 하는법

 

1️⃣ 기능 개요 작성

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

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

2️⃣ 서비스 흐름 설계 (User Flow)

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

 

❗ 서비스 흐름 설계의 목적

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

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

 

3️⃣ 상세 기능 명세 

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

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

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

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

 

예시

• 회원가입:
  • 이메일: 유효한 이메일 형식, 예: user@example.com
  • 비밀번호: 최소 8자 이상, 대문자, 소문자, 숫자, 특수문자 포함
• 비밀번호 변경:
  • 현재 비밀번호: 사용자가 기존에 설정한 비밀번호
  • 새 비밀번호: 최소 8자 이상, 대소문자 및 숫자, 특수문자 포함
• 결제 처리:
  • 카드 번호: 유효한 카드 번호
  • 유효 기간: 카드의 만료 날짜 (MM/YY)
  • CVC: 카드 뒷면의 보안 코드 

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

예시

• 회원가입 :
  • 성공 시 : 회원가입이 완료되었습니다. 자동으로 로그인됩니다.
  • 실패 시 : 이메일이 이미 등록되어 있습니다.
• 비밀번호 변경 :
  • 성공 시 : 비밀번호가 성공적으로 변경되었습니다.
  • 실패 시 : 현재 비밀번호가 올바르지 않습니다.
• 결제 처리 :
  • 성공 시 : 결제가 완료되었습니다. 상품을 곧 배송합니다.
  • 실패 시 : 결제 처리 중 오류가 발생했습니다. 다시 시도해 주세요. 

 

챕터 3-5 숙제 설명(완료)

📖 앞서 작성한 서비스의 회원 가입 or 회원 탈퇴 정책서를 가지고 해당 기획안을 작성해 보세요.

📄 EcoBuy – 회원가입 기능 상세 기획안

 

✅ 1. 기능 개요

• 기능 이름: 회원가입
• 기능 목적: 사용자가 EcoBuy 쇼핑 플랫폼을 이용하기 위해 계정을 생성하는 절차
• 기대 효과: 사용자의 정보 기반으로 개인화된 서비스 제공, 마일리지 적립, 주문/결제 등 기능 이용 가능

✅ 2. 서비스 흐름 설계 (User Flow)

[홈 화면]  
   ↓  
[회원가입 클릭]  
   ↓  
[회원가입 양식 입력] → 이메일 형식 및 중복 확인  
   ↓  
[약관 동의 체크]  
   ↓  
[회원가입 완료 클릭]  
   ↓  
[이메일 인증 요청 발송]  
   ↓  
[이메일 인증 완료 후 첫 로그인]

 

✅ 3. 상세 기능 명세

항목	내용
기능 설명	사용자가 이메일, 비밀번호, 닉네임 등을 입력하고 약관에 동의하여 회원으로 가입하는 기능
입력값
이메일	유효한 이메일 형식 (예: user@example.com), 중복 불가
비밀번호	8자 이상, 영문/숫자/특수문자 포함
비밀번호 확인	비밀번호와 일치해야 함
닉네임	중복 불가, 최대 20자까지
약관 동의	이용약관 및 개인정보 수집 필수 동의
출력값
성공 시	"회원가입이 완료되었습니다. 인증 메일을 확인해 주세요." 메시지, 인증 후 자동 로그인 유도
실패 시	상황별 에러 메시지 표시 (이메일 중복, 비밀번호 조건 미달 등)

✅ 4. 예외 처리 및 에러 케이스

발생 조건	출력 메시지
이메일 형식 오류	"올바른 이메일 형식을 입력해 주세요."
이메일 중복	"이미 가입된 이메일입니다. 로그인 또는 비밀번호 찾기를 이용해 주세요."
비밀번호 불일치	"비밀번호가 서로 일치하지 않습니다."
약관 미동의	"필수 약관에 동의해 주세요."
서버 오류	"회원가입 처리 중 문제가 발생했습니다. 잠시 후 다시 시도해 주세요."

---

 

🎯 결론

7. 마치며

내가 'Detox Trip' 개인 프로젝트를 기획할 때 가장 어려웠던 부분은 정책 설계였다. 법적 규제도 고려해야 했고, 그로 인해 정책을 세우는 데 많은 시간이 걸렸다. 또한 화면 설계서도 가장 많이 수정했던 부분이었으며, 실제로 여러 번의 수정 작업을 거쳐 최적화했다. 

이번 챕터에서는 제품 개발의 핵심 문서인 요구사항 분석(PRD), 정보 구조도(IA), 서비스 정책서, 에러 케이스 정의, 그리고 상세 기획(스토리보드)의 중요성과 작성 방법에 대해 배웠다. 각 문서는 서비스의 기획과 개발 과정에서 명확한 방향성을 제시하고, 팀원 간의 효과적인 협업을 가능하게 한다.🚀