프로덕트 관리 및 산출물
프로젝트 프로세스
✔️현황분석
- 시장 분석, 경쟁사 분석, 자사 분석, 고객 분석
✔️포지셔닝
- 고객 세그먼트, 타겟 고객 선정, 사이트 포지셔닝
→시장분석이나 기회비용 등의 측면을 조사하는 분석 단계
✔️기획 및 디자인
- 서비스 컨셉 및 전략, IA 설계, 화면 설계, 콘텐츠 제작, 디자인, 테스트
✔️구현 및 검증
- 서버 개발, UI 개발, 프론트 개발, QA
→ 실제 구현 단계
프로젝트 기간 수립
- 요건 정의가 작성되었을 때 개발 담당자들과 협의해서 목표 일정을 수립한다.
- 정해진 목표 일자가 있다면 우선 순위를 정하고 프로젝트를 진행할 수 있도록 하는 것이 PM의 역할
일정관리 - WBS (Work Breakdown Structure), JIRA
- 전체 일정 진행상황 파악, 업무 할당 및 진척도 확인
- 요즘은 엑셀에 WBS를 작성하는 대신 JIRA 툴을 사용해서 일정 관리를 더 간편하게 함
- JIRA를 이용하면 요구사항 정의나 WBS도 실시간으로 그 진척도를 관리할 수 있음
프로덕트를 배포할 때 유의사항
- 배포 일정은 개발 조직이 정한 배포 일정이나 절차가 있는지 먼저 확인한다.
- 미리 배포 일정과 변경사항을 협업팀(법무팀, 마케팅, 고객센터)과 공유, 협의한다.
- 저녁 늦게 또는 금요일에는 배포하지 않는다. 배포 수 이슈를 대응하기 위해 누군가는 늦게까지 자리를 지켜야 된다.
- 사용률이나 매출이 급증하는 기간(설날, 추석 연휴 등)에는 배포를 지양하자. 사용자들이 많이 몰릴 때 배포를 해서 에러가 발생하게 되면 끔찍한 상황이 초래될 수도 있다.
프로덕트 배포 일정을 정할 때 플랫폼을 고려하라.
- iOS와 안드로이드는 특정 기관의 검토/승인이 필요하다.
- iOS는 새로운 버전을 배포하려면 애플 앱스토어의 승인을 받아야 다운로드 업데이트가 가능하다. 안드로이드는 구글의 승인을 받아야 하지만 애플보다 상대적으로 덜 보수적이다.
(iOS 앱에 안드로이드적인 UI 요소가 들어가면 Reject이 되는 경우가 있으므로, 기획자는 반드시 iOS 가이드라인과 안드로이드 가이드라인을 숙지하고 있어야 한다.)
- 플랫폼 배포 순서와 일정을 다르게 진행한다.
- 국내에서는 안드로이드 앱을 먼저 업데이트 한 후 몇 주 후에 iOS 앱을 업데이트 한다.
배포 주기를 정해서 배포해야 하는 이유
- 여러 팀에서 동시 다발적으로 배포를 시도할 경우 기술적인 문제가 발생할 가능성이 높아진다. 이는 서비스의 안정성, 신뢰도에 영향을 미친다.
- 버젼 관리의 어려움이 발생한다.
- 수시로 업데이트 될 경우, 고객 경험의 일관성을 유지하기 어렵다.
산출물 : RFP (Request For Proposal)
✔️제안 요청서 – 발주자가 특정 과제의 수행에 필요한 요구사항을 체계적으로 정리하여 제시함으로써 제안자가 제안서를 작성하는데 도움을 주기 위한 문서이다.
- 가장 적합한 파트너사를 선정하기 위해 정해진 일자까지 제안서 제출을 요청한다.
- 제안사가 작성한 제안서를 기준으로 질문하고, 테스트하고, 검증하는 미팅을 진행한다.
- 원활하고 의미있는 미팅을 위해서는 먼저 자신의 기획 의도와 사업 방향성을 분명히 인지하고 이를 아웃소싱 개발 업체에 전달할 내용을 RFP에 담아야 한다.
RFP 작성 내용


이 모든 내용들이 전부 다 들어가야 하는 것은 아님. 프로젝트 특성에 따라 들어갈 내용이 조금 달라질 수 있음
메뉴 구조도(Menu Tree)
- Main Structure를 파악할 수 있는 계층적 구조의 '메뉴 구조도'
- 웹/앱 서비스가 어떻게 구성되는지(depth 구조) 보여주는 도구
- Web 에서는 그대로 Site map이 되기도 함
정보 구조도(I.A., Information Architecture) - 정보 구조 설계도
- 특정 화면들이 어떤 뎁스에 속하고 어떤 기능을 하며 어떤 내용인지 자세하게 기술한 문서
- 개발자들과 소통할 때 가장 많이 사용하는 문서 중 하나

와이어프레임(Wireframe) - 화면 단위의 구조(레이아웃)을 설계하는 작업
- 이해관계자들과 빠르게 레이아웃, 기능, 콘텐츠들을 협의하기 위해 설계한다.
- 설계된 정보 구조를 기반으로 화면을 구성함
- 빠른 구성요소, 구조 검토와 의사결정을 위한 도구
[와이어프레임 작성 Tip]
- 페이지 목적에 집중
- 요소만 정의 (디자인은 디자이너에게)
- Text는 텍스트 속성으로 작성하거나 하나만 예시로 작성해도 됨
(ex. 날짜 - YYYY.MM.DD / 시간 - HH:MM)

유저플로우(User Flow) - 실제 사용자들이 이용하는 순서에 따라 화면들 구체적으로 정의
✔️User Flow의 활용 목적
- 앱의 실행부터 기능이 동작하는 순서, 화면 간 흐름을 제공
- 일관된 사용자 경험을 제공
- 복잡한 흐름을 쉽게 파악할 수 있음
- 발생할 수 있는 모든 case와 error 체크
✔️UI 디자인 Digital tool
Sketch, AXURE, InVision, Figma, Adobe XD
Prototype을 활용한 Small test
✔️처음 접하는 기능 또는 디자인을 어떻게 사용하는 지 관찰하는 목적
- 2차 시안을 완성한 후 거의 최종안에 가까운 디자인으로 UT를 진행한다.
[준비]
- 조건을 명확하게 정의한 후, 테스트 대상자를 섭외해야 한다.
- 테스트 도중 검증해야 할 사항들을 미리 정리해 놓는다.
- 참여자는 5명 이상 (UT는 5명만 테스트해도 무방)
[장점]
- 고객의 의견을 빠르게 확인할 수 있음
- PO나 디자이너가 간과했던 사실들을 효과적으로 확인할 수 있음
- 사용자가 불편함을 느끼거나 예상치 못한 돌발 행동을 하는 곳에서 개선사항을 발견할 수 있음
Usability 휴리스틱
- Jacob Nielsen’s 10 Usability Heuristics for User Interface Design
- 사용성을 평가하기 위한 척도로 사용되는 10가지 기준, 신규 서비스를 출시하기 전에 체크 리스트 기준으로 활용
- 설계를 할 때부터 이 기준들을 고려해서 설계 해야지만 좋은 Interface와 좋은 사용환경을 만들 수 있음
- 시스템 상태의 시각화, 시스템과 실제 세계의 일치, 제어의 자유, 일치와 표준, 에러 방지, 기억보다 인식, 유연성과 효율성, 심플하고 아름다운 디자인, 에러 인식/진단/복구, 도움말과 문서화
Heuristic: 시스템 상태의 시각화
- 시스템의 상태를 사용자들이 인지할 수 있게끔 시각화한다. (장바구니가 비어있는 화면, 네트워크가 끊겼을 때의 화면)
Heuristic: 시스템과 실제 세계의 일치(Metaphor)
- 사람들은 본인의 경험을 기반으로 새로운 시스템의 동작을 이해하려고 합니다. 실제 세계와 일치하는 모델을 차용하면 사용자의 인지에 도움을 줍니다. (실제 존재하는 사물의 모양을 차용해서 아이콘 등 UI 요소를 디자인한다.)

(우측 카드 모양을 보여줘 사용자가 직관적으로 무엇을 해야 하는지 알게 됨)
Heuristic: 사용자 제어와 자유
- 사용자들이 무의식중으로 기능을 수행하거나 의도하지 않았던 경로로 이동하는 경우가 있다. 의도하지 않았던 상황을 취소하거나 빠져 나올 수 있도록 기능을 제공해야 한다. (undo, 최근 삭제된 파일 다시 복구시키는 것)
Heuristic: 일관성과 표준(Consistency)
- 디자인 표준을 준수하고 일관성을 유지하면 빠르게 기능을 예측하고 학습하는데 도움을 준다.
- 다른 어플리케이션에서도 따르고 있는 익숙한 플랫폼 가이드라인을 따르면 사용자들의 새로운 서비스일지라도 길을 잃지 않고 친숙하게 기능을 사용할 수 있다.
- 안드로이드 - Material Design 가이드라인 / iOS - Human Interface 가이드라인
Heuristic: 에러 방지
- 사용자가 에러를 발생할 수 있는 상황을 미연에 방지해라


필수 값들이 입력 되면 그때 CTA 버튼을 활성화해서 에러를 방지한다.
Heuristic: 에러 인식, 진단, 복구
- 에러를 사용자들이 인식하고 복구할 수 있도록 디자인 되어야 한다.


에러를 맞닥뜨렸지만 어떤 에러인지 알 수 없음 (좌) → 같은 에러를 재밌게 표현한 레고 (우)
🔥기획 단계부터 몇 가지 Heuristics만 고려해도 사용하기 편한 환경(UI)과 좋은 UX를 제공할 수 있음!
'PM 학습일지 > 7주차' 카테고리의 다른 글
| 제로베이스 PM 스쿨 10기 7주차 - 6 (0) | 2023.02.17 |
|---|---|
| 제로베이스 PM 스쿨 10기 7주차 - 5 (1) | 2023.02.17 |
| 제로베이스 PM 스쿨 10기 7주차 - 4 (0) | 2023.02.17 |
| 제로베이스 PM 스쿨 10기 7주차 - 3 (0) | 2023.02.16 |
| 제로베이스 PM 스쿨 10기 7주차 - 1 (1) | 2023.02.15 |