7주차) 02 - 01 - 프로덕트 관리 및 산출물

프로젝트 프로세스

• 현황 분석 - 시장분석, 경쟁사 분석, 자사 분석, 고객 분석
• 포지셔닝 - 고객 세그먼트, 타겟 고객 선정, 사이트 포지셔닝
• 기획 및 디자인 - 서비스 컨셉 및 전략, IA 설계, 화면 설계, 콘텐츠 제작, 디자인, 테스트
• 구현 및 검증 - 서버 개발, UI 개발, 프론트 개발, QA

일정관리

• 예전에는 WBS라는 엑셀 문서를 사용했지만 요즘에는 JIRA라는 툴을 사용한다.
• JIRA를 사용하면 전체 일정 진행 상황 파악, 업무 할당 및 진척도를 확인할 수 있다.

프로덕트 배포

• 배포 일정은 개발 조직이 정한 배포 일정이나 절차가 있는지 먼저 확인한다.
• 미리 배포 일정과 변경사항을 협업팀(법무팀, 마케팅팀, 고객센터)과 공유 협의한다.
• 저녁 늦게 또는 금요일에는 배포하지 않는다. 배포 후 이슈를 대응하기 위해 누군가는 늦게까지 자리를 지켜야 한다.
• 사용률이나 매출이 급증하는 기간에는 배포를 지양해야 한다.
• 배포 일정을 정할 때 플랫폼을 고려해야 한다.
  • IOS와 안드로이드는 특정 기관의 검토/승인이 필요하다. IOS는 새로운 버전을 배포하려면 애플 앱스토어의 승인을 받아야 다운로드 업데이트가 가능하다. 안드로이드는 구글의 승인을 받아야 되지만 상대적으로 덜 보수적이다.
  • 플랫폼 배포 수너와 일정을 다르게 진행한다. 국내에서는 안드로이드 앱을 먼저 업데이트한 후 몇 주후에 IOS앱을 업데이트한다.
• 배포 주기를 정해서 배포해야 한다.
  • 여러 팀에서 동시 다발적으로 배포 시도할 경우 기술적인 문제가 발생할 가능성이 높아진다. 이는 서비스의 안정성, 신뢰도에 영향을 미친다.
  • 버전 관리의 어려움이 발생한다.
  • 수시로 업데이트될 경우, 고객 경험의 일관성을 유지하기 어렵다.

산출물: RFP(Request For Proposal)

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

산출물: 메뉴 구조도

• 중요한 페이지들을 정의하는 뼈대라고 생각하면 된다.
• Main Structure를 파악할 수 있는 계층적 구도의 '메뉴 구조도'. 웹/앱 서비스가 어떻게 구성되는지 보여주는 도구 Web에서는 그대로 Site map이 되기도 한다.

산출물: IA(Information Architecture)

• 정보 구조 설계, 어떤 기능을 하는 화면들이 어떤 뎁스
• 모든 페이지를 다 정리하고 어떤 페이지 하위에 어떤 게 제공이 되고 그것들이 어떤 기능을 하는지 정의하는 문서이다.

산출물: 와이어프레임(Wireframe)

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

산출물: User Flow

• 실제 사용자들이 구체적으로 이요하는 순서에 따라 화면들이 전개되는지 정의
• 앱의 실행부터 기능이 동작하는 순서 화면 간 흐름을 제공
• 일관된 사용자 경험을 제공
• 복잡한 흐름을 쉽게 파악할 수 있다.
• 발생할 수 있는 모든 case와 error 체크
• UX디자인 툴 - Sketch, AXURE, InVision, Figma, Adobe XD

산출물: UI Workflow

 

산출물: Prototype을 활용한 Small test

• 처음 접하는 기능 또는 디자인을 어떻게 사용하는지 관찰하는 목적
• 2차 시안을 완성한 후 거의 최종안에 가까운 디자인으로 UT를 진행한다.
• 조건을 명확하게 정의한 후 테스트 대상자를 섭외해야 한다. 
• 테스트 도중 검증해야 할 사항들을 미리 정리해 놓는다.
• 참여자는 5명 이상으로 한다.
  닐슨 연구소라는 유명 연구소에서 리서치 회사에서 유저빌리티 테스트를 할 때 5명만 테스트해도 85%의 문제를 발견할 수 있다.
  문제점 발견이 반복되므로 새로운 정보를 얻기가 점차 어려워진다.
  남은 15%의 문제를 발견하기 위해 자원을 사용할 필요는 없다.
• 고객의 의견을 빠르게 확인할 수 있다는 장점이 있다. 
• PO나 디자이너가 간과했던 사실들을 효과적으로 확인할 수 있다.
• 사용자가 불편함을 느끼거나 예상치 못한 돌발 행동을 하는 곳에서 개선 사항을 발견할 수 있다.