PM은 정답이 없다. 정답을 찾아가는 사람들인 것 !
상황에 맞게 필요한 내용을 가져다가 써보자
요구사항 분석 PRD
요구사항 분석이란
요구사항분석은 개발팀이 어떤 제품을 만들 것인지 명확히 정의하는 단계
- 요구사항 구체적 파악
- 문서화
- 공유
필요한 내용을 목적에 맞게 효과적으로 작성하는 것이 중요 ! 요소는 추가될 수도 있고, 합쳐질 수도 있다.
작성방법
요구사항
구체적인 기능 나열
- 기능 이름
- 기능 설명
- 우선 순위
- 구현 기준
기능 설명은 원활한 커뮤니케이션에 도움이 됨
구현 기준은 상세한 기능과 구현 범위에 대한 작성
프로젝트 개요
프로젝트 목적, 목표, 주요 기능, 타겟 사용자를 간단히 설명
서비스 / 제품의 배경
있다면 추가하도록 한다
우선 순위 및 릴리즈 계획
역산 계산으로 진행!
각 기능이 언제까지 개발될 것인지를 정의한다.
MVP를 고려해 우선 순위를 설정한다.
기대되는 결과물 및 성과
서로 생각하는 것을 일치시키기 위해 필요한 경우 작성한다.
PRD 참고 아티클
https://helloworld.kurly.com/blog/how-to-work-da/
작성 시 주의사항
명확하고 구체적인 요구사항 작성
- 나와 같은 생각을 가지고 있는 사람은 없다 !
- 차근차근 명확한 언어를 사용해 작성하자
앱은 빠르게 로딩되어야 한다 vs 사용자가 홈 화면을 열고 3초 이내에 로딩이 완료되어야 한다
우선순위 설정과 범위 관리
어떤 부분이 필수적이고, 선택이고, 권장인지 판단하기.
정해진 기간 안에 반드시 구현해야 하는 기능에 대한 우선순위를 추리기.
정보구조도 IA
목적을 파악하고 목적에 맞게 작성하는 것이 중요 (모든 문서)
정보구조도란
웹사이트나 앱에서 어떤 정보를 어디에 배치하고 연결할지 설계하는 작업
좋은 IA : 사용자가 원하는 정보를 빠르고 쉽게 찾을 수 있게 함
작성 이유
사용자 경험을 개선하기 위해서
사용자가 원하는 정보를 빠르고 쉽게 찾을 수 있도록 돕는 구조를 만드는 것이 IA의 핵심
효율적인 협업을 위한 명확한 소통
- 정보의 흐름을 정리해서 각 정보의 위치와 중요성을 명확히 구분 가능
- 어떤 정보가 중요한지에 대한 체계적인 분류 필요
서비스 확장 시 유연한 대응
서비스가 확장되거나 새로운 정보가 추가될 때, 유연하게 수정하고 추가 가능
작성 방법
기능 목록 작성
모든 기능을 목록화 한다
카테고리 및 메뉴 구조 설계
기능을 논리적으로 분류하고 계층화한다
- 카테고리화 : 관련 있는 그룹으로 기능을 묶는다
- 계층 구조 : 세부 항목들을 각 카테고리 내에서 어떻게 배치할지 정한다.
원 뎁스 : 가장 중요하고 핵심적인 정보와 기능
메뉴를 잡을 때 기준을 명확하게 잡아야함
서비스 정책서
서비스 정책서란
서비스 개발이나 개선 과정에서 기능에 대한 명확한 정의와 구현 기준을 설정해, 관련 팀이 일관되게 작업할 수 있도록 하는 문서
필요성
일관성 있는 방향 설정
기준에 대한 정의 ! 기준을 정해놓는 것
효율적인 협업과 커뮤니케이션 촉진
일관된 문서화를 통해 불필요한 논의나 혼선을 줄일 수 있음
법적 및 규제 준수
제공하는 서비스가 법적 요구사항을 충족하도록 정보를 제공한다
작성 방법
목적 정의
목적을 통해 문서의 핵심 방향성을 정의할 수 있음
왜 필요한지, 어떤 문제를 해결하려고 하는지를 구체적으로 고민한다
정책의 범위 설정
어떤 기능이 있어 어떻게 운영하는지에 따라 적용할 정책 범위를 정리한다
예시
계정 관리, 개인정보 보호, 결제 처리, 고객 지원, 서비스 보안 등 모든 운영과 관련된 부분에 적용된다 (디테일하게 !)
정책의 주요 항목 및 세부사항 작성
구체적인 정책 항목을 정의하고 세부사항을 나열해 구체적으로 작성
모든 팀이 일관되게 적용할 수 있도록 작성하는 것이 중요
정책 문서화 및 공유
모든 팀원과 관련 담당자가 확인하고 이해할 수 있도록 문서화하고 공유함 (모호한 표현은 피하자 !)
정기적인 검토 및 업데이트
서비스 업데이트 / 새로운 법적 요구사항이 생길 때마다 서비스 정책서를 정기적으로 검토 및 업데이트
에러케이스 정의
에러케이스란
서비스나 시스템에서 발생할 수 있는 예외 상황을 정의하고, 이를 어떻게 처리할지를 명확히 기술하는 문서
필요성
- 서비스의 안정성과 UX 향상을 위해
- 서비스에서 문제가 발생했을 때 어떻게 처리할 지 명확히 하기 위해
서비스 오류
사용자가 서비스의 기능을 이용할 때 발생하는 오류
서비스가 제공하는 기능이 제대로 동작하지 않는 오류
시스템 오류
서비스 내부에서 발생하는 예외적 문제
서버 장애, DB연결 실패 등 시스템이 정상적으로 작동하지 않는 상황
예시
카카오에 불났을 때 ...
어떤 영역에 어떤 메시지를 띄울지 !
작성 방법
에러 케이스 정의
미리 오류 상황을 예측하고 정의한다
에러 발생 조건 명시
각 에러가 발생하는 조건을 정의해야 협업하는 팀이 조건을 이해하고 테스트할 수 있다
에러 메시지 작성
사용자에게 보여줄 오류 메시지를 작성한다.
사용자가 취할 수 있는 행동을 구체적으로 안내해야함
- 비밀번호가 틀렸습니다 (X)
- 비밀번호가 일치하지 않으니 다시 입력해주세요 (O)
에러코드? 시스템이나 개발팀이 문제를 더 빠르게 파악할 수 있음 !
상세 기획 (스토리보드)
상세 기획이란
프로젝트의 구체적이고 실행 가능한 계획
요구사항, 목표, 일정, 기능 설계를 정의함
기능 명세서란
각 기능을 상세히 설명하는 문서
목적, 동작 방식, UI요소, 제약사항을 구체적으로 작성해야함
기능 명세, 스토리보드, 화면 설계서, 상세 기획안 다 비슷한 용어임을 이해하자!
작성 방법
기능 개요
- 프로젝트 개요
- 기대 효과 및 목표
서비스 흐름 설계 (user flow)
사용자의 전체적인 경로와 단계별 상호작용을 정의
목적
- 행동경로 명확히, 흐름 최적화
- 어떤 단계를 거쳐 사용하는지 이해하기 쉽도록
- 필요없는 단계, 불필요한 선택 제거
- 기능 명세서와 연결하여 각 기능이 어떤 상황에서 어떻게 동작해야하는지
순서
1. 목표 정의
2. 시작점 설정
3. 단계 나열
4. 결정 노드와 분기점 추가
5. 시각적으로 표현
상세 기능 명세
기능에 대한 입력값, 출력값, 상호작용을 구체적으로 정의
- 기능 이름
- 기능 설명
- 입력값 - 기능이 처리해야 하는 값을 구체적으로 설명
- 출력값 - 성공 / 실패 모두 입력
