[0407 TIL] 서비스 기획 숙련 2

1. 시작 단계 (킥오프)

프로젝트의 첫 단계로, 프로젝트가 공식적으로 시작되는 순간

킥오프 미팅에서 다루어야 할 핵심 요소들

• 프로젝트 목표 : 무엇을 (어떻게) 달성할 것인지
• 프로젝트 범위 : 프로젝트에서 다룰 작업과 다루지 않을 작업
• 일정 : 주요 마일스톤과 기한
• 팀 구성 : 각 팀원의 역할과 책임
• 커뮤니케이션 방법 : 프로젝트 진행 중 정보 교환 방법
• 리스크 및 이슈 : 잠재적인 리스크와 해결 방안
• 기대 사항 : 이해관계자의 요구 사항과 프로젝트 결과물에 대한 기대

킥오프의 중요성

1. 명확한 목표 설정 → 성공적인 결과물을 구체적으로 인식할 수 있음
2. 예상되는 리스크 및 문제 예방
3. 팀(원) 간의 협업 촉진
4. 이해관계자와의 기대 일치

2. 진행 중 단계 (공유)

• 필요한 정보를 필요한 사람에게 정확하게 전달
• 공유 왜 중요하지? → 프로젝트가 제대로 진행되고 있는지 확인하고 발생할 수 있는 문제를 미리 파악, 팀원 간 협력을 촉진하는 중요한 역할
• 리스크 관리에서 중요함 → 프로젝트 진행 중 문제를 조기에 감지할 수 있고 빠른 대처가 가능함
• 의사결정의 효율화
• 기대 일치
• 문서화 및 추적

공유를 잘하기 위한 방법

1. 명확한 커뮤니케이션 채널 설정

• 정보를 공유할 때 어떤 채널을 사용할지 명확하게 정해두어야함
• 각 채널의 특성에 맞게 정보를 정리하고 전달해야함

2. 주기적인 미팅 및 업데이트

• 팀원들이 프로젝트 진행 상황을 이해하고 각자의 진행 상황을 공유할 수 있음

 

3. 필요한 정보만 공유하기

• 정보를 너무 많이 공유하는 것도 문제를 일으킬 수 있음

3. 마무리 단계 (회고)

• 팀의 작업 과정, 의사소통, 도전 과제, 성공적인 점 등을 되돌아보고 어떻게 더 나아갈 수 있을지에 대한 아이디어를 나누는 시간
• 단순히 결과를 평가하는 활동을 넘어 무엇이 잘되었고 어떤 부분이 부족했는지, 왜 그랬는지 근본적으로 분석하는 기회를 제공함

회고가 중요한 이유

• 학습과 개선
  • 실패에서 배우기
  • 성공을 반복하기
  [방법]
  • 잘된 점
  • 개선할 점
  • 원인 분석
  • 개선 방안
• 협업의 질 향상 및 동기 부여
• 효율성 향상

회고 하는 법 (정답이라던지 정해진 방법이 있는 것은 아님)

• 진행과정 돌아보기 : 무엇이 잘되었고 무엇이 문제였는가?
• 구체적인 문제점 분석 : 왜 그렇게 되었을까?
• 개선을 위한 액션 아이템 도출
• 회고 내용 정리 및 공유 → 핵심적인 피드백, 개선 사항을 정리해서 팀과 이해관계자들에게 공유함

 

 

 

1. 요구사항 분석 (PRD)

• 요구사항 분석은 프로젝트나 제품 개발의 핵심 과정으로 개발팀이 어떤 제품을 만들 것인지를 명확히 정의하는 단계
  • 요구사항을 구체적으로 파악 → 문서화 → 각 팀이 동일한 목표로 작업할 수 있도록 공유

요구사항 정의서 작성 방법

• 요구사항 : 제품이나 서비스에서 제공해야 할 구체적인 기능들을 나열
  • 기능 이름 : 기능의 이름
  • 기능 설명 : 해당 기능이 어떤 역할을 수행하는지 설명
  • 우선 순위 : 해당 기능의 중요도
  • 구현 기준 : 기능이 어떻게 작동해야하는지에 대한 세부적인 설명

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

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

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

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

2. 정보구조도 (IA)

• 어떤 문서를 작성할 때 문서를 작성하는 목적에 맞게 작성해야함
• 정답은 없다!

Information Architecture

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

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

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

• IA는 사용자 경험을 향상시키는데 가장 중요한 역할

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

• 정보 구조를 시각적으로 명확히 정의해줌
• 어떤 정보가 중요한지에 대한 체계적인 분류가 중요함

3. 서비스 확장 시 유연한 대응

• 서비스가 확장되거나 새로운 기능이 추가될 때 IA가 잘 설계되어있으면 유연하게 수정 및 추가가 가능

 

정보 구조도 작성하는 방법

• 기능 목록 작성
  • 시스템 내에서 제공할 모든 기능을 목록화
• 카테고리 및 메뉴 구조 설계
  • 정보 구조도를 그리기 위해서는 기능을 논리적으로 분류하고 계층화하는 작업이 필요함
  • 카테고리화 : 각 기능을 관련 있는 그룹으로 묶기
  • 계층 구조 : 각 카테고리 내에서 세부 항목들을 어떻게 배치할지 정하기
  • 가장 중요한 정보는 상위 카테고리, 덜 중요한 정보는 하위 카테고리에 배치

👉 쇼핑몰 카테고리를 보면서 어떻게 카테고라이징 되었는지 한 번 봐보기

 

 

3. 서비스 정책서

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

왜 필요하지?

1. 일관성 있는 방향 설정 : 정책서는 서비스나 제품이 어떻게 개발되고 운영되어야하는지에 대한 명확한 기준과 방향 제시
2. 효율적인 협업과 커뮤니케이션 촉진 : 기준이 있으면 불필요한 논의나 혼선을 줄일 수 있음
3. 법적 및 규제 준수

 

어떻게 작성해야하지?

• 서비스 정책서의 목적 정의 : 왜 필요하며 어떤 문제를 해결하려고 하는지 구체적으로 고민, PM은 이 목적을 통해 문서의 핵심 방향성을 정리할 수 있음
• 정책의 범위 설정 : 해당 서비스가 어떤 기능과 운영을 하고 있는지에 따라 적용할 정책 범위를 정리
• 정책의 주요 항목 및 세부 사항 작성 : 구체적인 정책 항목 정의 후 세부 사항을 나열해서 구체적으로 작성, 정책은 모든 팀이 일관되게 적용할 수 있도록 구체적이고 명확하게 작성
• 정책 문서화 및 공유
• 정기적인 검토 및 업데이트

 

에러 케이스 정의

• 서비스나 시스템에서 발생할 수 있는 예외 상황을 정의하고 어떻게 처리할지 명확하게 기술하는 문서
• 작성 이유 : 서비스의 안정성과 사용자 경험을 향상시키기 위해, 문제가 발생했을 때 어떻게 처리할지 명확히 하기 위해

[서비스 오류]

• 사용자가 서비스의 기능을 이용할 때 발생하는 오류
• 주로 서비스가 제공하는 기능이 제대로 동작하지 않는 경우

[시스템 오류]

• 서비스 내부에서 발생하는 예외적인 문제 (개발 단)
• 서버 장애, API 응답 오류 등 시스템이 정상적으로 작동하지 않는 상황

에러 케이스 작성 방법

1. 에러 케이스 정의 : 예상 가능한 오류 상황을 미리 예측하고 정의
2. 에러 발생 조건 명시 : 에러가 발생하는 조건을 명확히 정의
3. 에러 메세지 작성 : 사용자에게 보여줄 오류 메세지 작성 → 사용자가 취할 수 있는 행동에 대해 안내
4. *에러코드 : 시스템이나 개발팀이 문제를 더 빠르게 파악할 수 있도록 작성하기도 함

 

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

• 상세 기획 : 프로젝트의 구체적이고 실행 가능한 계획 (프로젝트의 목표, 요구 사항, 일정, 명세 등을 정의하는 과정)
• 기능 명세서 : 각 기능을 상세하게 설명하는 (문서 기능의 목적, 동작 방식, UI 요소, 제약 사항 등)

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

 

상세 기획 하는 법 (정답이 있는 건 아님, 목적에 맞게 필요한 내용을 가져다 쓰면 됨)

1. 기능 개요 작성 : 프로젝트나 서비스의 핵심 정보를 간략하고 명확하게 전달하는 부분
   1. 프로젝트 개요 : 프로젝트가 어떤 서비스나 기능을 다루고 있는지 그 내용을 간략히 설명
   2. 기대효과 및 목표 : 프로젝트 완료 후 얻을 수 있는 성과 작성
2. 서비스 흐름 설계 (유저플로우) : 서비스 이용 시 전체적인 경로와 단계별 상호작용 정의서비스 흐름 설계의 목적
   • 사용자의 행동 경로를 명확히 하여 서비스의 흐름 최적화
   • 사용자가 어떤 단계를 거쳐 서비스를 사용하는지 이해하기 쉽게 시각화
   • 필요 없는 단계나 불필요한 선택 제거
   • 기능 명세서와 연결해 각 기능이 어떤 상황에서 어떻게 동작하는지 정의 </aside>

*Admin (= 운영툴, 백오피스)

• 목표 정의
• 시작점 설정
• 단계 나열
• 결정 노드와 분기점 추가

3. 상세 기능 명세

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