기획자의 산출물

[제로베이스 PM스쿨] 매일학습일지 #7.2

 

기획자가 만들어내는 산출물에 대해서 지난주에 강의를 통해 배웠었는데 너무 내용이 방대하다보니 확실히 파악하기가 어려웠다.

그런데 오늘 강의를 들으면서 확실히 알 수 있었고 이것에 익숙해지기 위해서 IA와 메뉴구조도를 스스로 많이 짜보는 역할을 해야 겠다고 생각했다.

 

그럼 아래에 산출물에 대한 간단한 정리를 해보겠다.

 

산출물 : RFP(Request For Proposal)

• 제안요청서
• 발주사가 특정 과제의 수행에 필요한 요구사항을 체계적으로 정리하여 제시함으로써 제안사가 제안서를 작성하는데 도움을 주기 위한 문서
• RFP가 필요한 상황
• 프로세스
  • 가장 적합한 파트너사를 선정하기 위해 정해진 일자까지 제안서 제출을 요청
  • 제안사가 작성한 제안서를 기준으로 질문하고 테스트하고 검증하는 미팅을 진행
  • 원활하고 의미있는 미팅을 위해서는 먼저 자신의 기획의도와 사업 방향성을 분명히 인지하고 이를 아웃소싱 개발 업체에 전달할 내용을 담아야 함
• 구성
  1. 개요
     1. Project 개요 : 프로젝트 소개, 목적, 서비스 컨셉 정의, 대상 국가, 타겟 유저
     2. 업무 내용 : 개발 범위, 리서치 포함 여부, 프로젝트 요건, 운영 기획안, 산출물
  2. 일정
     1. 개발 일정 : 예상 일정, F/U 기간 명시
  3. 제안서 내용
     1. 유사 서비스 작업 경험 포트폴리오, 과제 수행 계획, 산출물 리스트, 대략적인 배포 일정, 보유 역량/강점, 투입 인력 프로필, 견적서
     2. 제안서 작성 방법 : 파일 타입, 표준 문서 있을 시 명시
  4. 제안 평가 기준
     1. 제안서 제출 : 응답 시한, 제안서 제출 시한, 제출 방법, 제출처, Contact Point 명시
     2. 평가 형식 : 제안서로만 평가 OR 제안서 발표 평가(발표 날짜), 평가 절차 단계
  5. 결과 발표
     1. 결과 통보 방식, 통보 기한 명시

산출물 : 메뉴 구조도

• Main Structure을 파악할 수 있는 계층적 구조의 ‘메뉴 구조도’
• 웹/앱 서비스가 어떻게 구성되는지 보여주는 도구
• Web에서는 그대로 Site Map이 되기도 함

산출물 : IA(Information Architecture)

• 정보 구조 설계, 어떤 기능을 하는 화면들이 어떤 뎁스
• 화면 타입은 개발자와 상의해서 용어 통일 해주면 되고, 팝업도 바텀업으로 할 것인지 모달로 할 것인지 등등 적어줌

산출물 : WireFrame

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

산출물 : User Flow

• 실제 사용자들이 구체적으로 이용하는 순서에 따라 화면들이 전개되는지 정의
• User Flow의 활용 목적
  • 앱의 실행부터, 기능이 동작하는 순서, 화면 간 흐름을 제공
  • 일관된 사용자 경험을 제공
  • 복잡한 흐름을 쉽게 파악할 수 있다
  • 발생할 수 있는 모든 Case와 Error 체크
• UI 디자인 Digital Tool
  • Sketch
  • Axure
  • Invision
  • Figma
  • Adobe XD

산출물 : UI WorkFlow

• Low Fidelity Prototype
• High Fidelity Prototype

산출물 : Prototype을 활용한 Small Test

• 처음 접하는 기능 or 디자인을 어떻게 사용하는지 관찰하는 목적
• 2차 시안을 완성한 후 거의 최종안에 가까운 디자인으로 UT 진행
• 준비
  • 조건을 명확하게 정의한 후, 테스트 대상자를 섭외
  • 테스트 도중 검증 해야할 사항들을 미리 정하기
  • 참여자는 5명 이상
• 장점
  • 고객의 의견을 빠르게 확인할 수 있다
  • PO나 디자이너가 간과했던 사실들을 효과적으로 확인 가능
  • 사용자가 불편함을 느끼거나 예상치 못한 돌발 행동을 하는 곳에서 개선사항을 발견할 수 있음