PM/PM 지식

[서비스 기획 숙련] 실무 문서 작성

9191 2026. 6. 5. 14:27

요구사항 분석(PRD)

개발팀이 어떤 제품을 만들 것인지를 명확히 정의하는 단계.

요구사항을 구체적으로 파악해 문서화하여 각 팀이 동일한 목표를 가지고 작업할 수 있도록 공유한다.

 

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

 

작성 방법

요구사항

흔한 기능이라도, 어떤 것이 필요한지, 구체적인 내용 등은 생각이 다를 수도 있기 때문에 구체적으로 적는 것이 좋을 것이다.

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

 

프로젝트 개요

프로젝트의 목적, 목표, 주요 기능, 타겟 사용자, 핵심 가치 등

 

서비스/제품 배경

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

현황 및 문제 정의, 해결책 등

 

우선순위 및 릴리즈 계획

모든 기능에 대한 우선순위를 설정하고, 각 기능이 언제까지 개발될지 정의.

이때, MVP를 고려하여 주요 기능부터 개발하도록 한다.

1단계→2단계→3단계 등

 

기대되는 결과물 및 성과

완성 시 기대되는 효과나 성과를 정의(수치로)

 

 

작성 시 주의 사항

  • 명확하고 구체적인 요구사항 작성
    • 빨리 로딩 X  사용자가 홈 화면을 열 시 3초 이내 로딩 완료 O
  • 우선순위 설정과 범위 관리

 

 

정보 구조도(IA)

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

 

사용자가 원하는 기능을 쉽고 빠르게 이용할 수 있도록 설계해야 한다.

 

  • UX 개선을 위해
  • 효율적인 협업을 위한 명확한 소통
  • 서비스 확장 시 유연한 대응

 

작성 방법

https://brunch.co.kr/@kiwon4321/27 https://brunch.co.kr/@pek1578/20

  • 기능 목록 작성
  • 카테고리 및 메뉴 구조 설계

 

서비스 정책서

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

 

비밀번호는 6개월마다 1번씩 바꾸도록.
아이디 변경 불가

등등

 

필요한 이유

  • 일관성 있는 방향 설정
  • 효율적인 협업과 커뮤니케이션 촉진
  • 법적 및 규제 준수

 

작성 방법

  • 서비스 정책서의 목적 정의
  • 정책의 범위 설정
  • 정책의 주요 항목 및 세부사항 작성
  • 정책 문서화 및 공유
  • 정기적인 검토 및 업데이트

 

에러 케이스 정의

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

 

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

 

서비스 오류

서비스 기능을 이용할 때 발생하는 오류

서비스가 제공하는 기능이 제대로 동작하지 않는 경우

 

 

시스템 오류

서비스 내부에서 발생하는 예외적인 문제

서버 장애, DB 연결 실패, API 응답 오류 등 시스템이 정상적으로 작동하지 않는 상황

 

작성하는 방법

  • 에러 케이스 정의: 기능마다 예상 가능한 오류 상황을 예측하고 정의
  • 에러 발생 조건 명시: 각 에러가 발생하는 조건을 명확히 정의
  • 에러 메시지 작성: 각 에러가 발생했을 때, 사용자에게 보여줄 오류를 작성(사용자가 취할 수 있는 행동을 구체적으로 안내)

 

상세 기획(스토리보드)

프로젝트의 구체적이고 실행 가능한 계획.

프로젝트의 목표, 요구사항, 일정, 기능 서례(명세) 등을 정의하는 과정이다.

 

기능 명세서란?

 

각 기능을 상세히 설명하는 문서

 

 

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

 

기능 명세, 스토리 보드, 화면 설계서, 상세 기획안 등은 전부 비슷한 의미로 사용되는 용어이다.
커뮤니케이션에서 헷갈린다면 단어의 의미와 목적에 대해 생각해보도록 하자.

 

상세 기획 하는법

1. 기능 개요 작성

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

  • 프로젝트의 개요: 어떤 서비스나 기능을 다루는지 간략히.
  • 기대효과 및 목표: 완료 후 얻을 수 있는 성과

 

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

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

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

 

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

 

3. 상세 기능 명세

각 기능이 어떻게 동작해야 하는지.

입력값, 출력값, 상호작용을 구체적으로 정의

  • 기능 이름: 해당 기능이 뭔지 간결하고 명확하게
  • 기능 설명: 기능이 무엇을 하는지, 어떤 작업을 수행하는지 간략히
  • 입력값: 해당 기능이 처리해야 하는 입력값을 구체적으로 설명
  • 출력값: 이 기능이 실행한 후 시스템에서 사용자에게 보여줄 출력값을 설명. 성공적 실행, 실패 시 처리 방식에 관한 출력 포함