UXUI 디자인 입문 3주차

wndnjs__·2024년 3월 3일

명의 제품관리자 (PO나 PM), 1명의 디자이너, 2명의 엔지니어가 제품팀을 구성하는 최소 조건이다.
회사에 따라 데이터 애널리스트, 마케터. BO등이 있다.

  • 목적조직
    * 일반적인 제품팀을 뜻함.특정한 목적을 달성하기 위해 여러 직무의 사람들이 모인 팀으로 주로 스쿼드, 사일로 라고 불린다. 속도가 빠르고 효율적인 장점이 있다.
  • 기능조직
    * 유사한 직무끼리 구성된 팀으로 챕터라고 불림
    비슷한 일을 하는 사람들끼리 모였기 때무에 전문 분야에 대해 깊게 공부하고 서로 발전을 도모할 수 있다.

  • 매트릭스 조직
    * 구성원이 기능조직과 목적조직이 교차된 형태로 구성됨
    ex) 프로덕트 디자이너는 기능조직인 팀에 속하면서 동시에 목적조직인 스쿼드에 속할 수 있다.

제품이 일하는 방식

  • 린스타트업
    낭비를 줄이기위해 적은 리소스로 제품을 만들어서 빠르게 시장에 검증해 나가면서 기능을 고도화시키는 방법.
    만들기, 측정, 학습을 반복하면서 피드백 받고 사용자 중심으로 제품을 만든다.

  • 애자일
    일정한 주기로 뻐르게 제품을 배포해 피드백을 받고 요구사항을 수정해 나가는 과정을 반복한다.1~4주의 스프린트 단위로 개발, 피드백, 테스트를 반복

애자일 관련용어

  • 스프린트(업무 주기)
    짧은 거리를 전속력으로 달리는 것으로 제품팀에서 말하는 스프린트는 여러 태스크를 완료하는 1~4주의 기간. 스타트업에서 사용
  • 스크럼
    스프린트 안에서 목표를 정하고 우선순위에 따라 제품을 개발함
  • 이터레이션
    짧은 주기로 스프린트를 이어나가는 것.

실무 프로세스

  • 문제 정의
    PO/PM과 함께 우선순위가 높은 문제를 정함

  • 아이데이션
    문제를 해결한 아이디어를 내고 적절한 솔루션을 선택

  • 프로덕트 스펙 문서 작성
    디자인에 들어가기 전, 솔루션의 상세 내용을 글로 먼저 적어본다.
    미리 상상하고 준비할 수 있다는 장점이 있다.

  • 디자인

  1. 초안 디자인
    전반적인 사용자의 여정과 UX에 집중해 보면서 프로덕트 스펙 문서에서 놓친 엣지 케이스(소수의 특정 상황) 확인
  2. 피드백
    솔루션 성격에 따라 프로토티이핑,트로토타입 툴 사용
  3. 최종 디자인 확정 및 핸드오프
    최종 디자인 확정. 필요에 따라 가이드를 함께 작성해 전달한다.

핸드오프

디자인을 개발할 수 있도록 엔지니어에게 전달하는 것
핸드오프 전달 내용

  1. 유저 플로우
    처음 시작하는 화면부터 시작해 어떻게 연결되는지와 같은
    기능의 전체 흐름이 잘 보이도록 구성한다.

  2. 유즈 케이스
    시스템 동작을 사용자의 입장에서 표현한 시나리오.
    회원가입 화면에서는 정상 입력, 입력값 오류, 입력 가능 시간 초과 등 다양한 상황이 생긴다. 모든 케이스에 달라지는 화면을 놓치지 않고 정의해 주어야 한다.
    https://blog.naver.com/vinylx/20207250669

  1. 반응형 레이아웃
    대부분의 회사는 스크린 크기를 하나 정해 디자인을 하고 반응형으로 대응한다. 스크린 크기에 디자인이 어떻게 표현되어야 하는지 가이드를 줘야한다.

개발

  1. 디자인 QA
    최대한 사용자와 비슷한 환경으로 테스트하기
  2. 프로덕트 스펙 문서
    제품을 만들거나 개선시 사용하는 문서.
    기능의 사양을 정의한 가이드.
    PRD(product requirements document,제품 요구사항 정의서)라고도 부른다.
    팀원 모두가 같은 생각을 가지고 제을 만들 수 있도록 가이드한다.

    프로덕트 스펙 문서 내용
  • 예상 일정
  • 솔루션 설명(디자이너 역할)
  1. 페르소나
  2. 사용자 시나리오
  3. 기능별 주요 특징. 요구사항
  4. 예외 사항 및 엣지 케이스
  5. 최종 시안

디자인 피드백 요청 시 포함할 것
1. 기획배경
2. 솔루션의 의도
3. 필수 리뷰어
4. 참고 문서
5. 피드백 기한

  • 프론트엔드 엔지니어
    앱, 웹 페이지, 화면 안의 각종 컴포넌트,UI를 코드로 구현
  • 백엔드 엔지니어
    =서버 엔지니어,제품의 정보를 관리함
  • QA엔지니어
    배포전 제품 퀄리티를 테스트하는 사람
  • 데이터 애널리스트
    수집하고 분석해서 인사이트를 제공하는 사람
  • BX 디자이너
    브랜드 경험과 관련된 전반적인 디자인을 한다
    로고부터 앱/웹에 들어가는 그래픽, 대외에 노출되는 이미지, 각종 인쇄물 등 브랜드를 나타내는 모든 부분 담당
  • UX writer
    제품 내 문구를 담당한다
    단순히 글을 잘 쓰는 사람이 아닌, 브랜드의 보이스앤톤을 문구로 전달하고, 명확한 메세지를 통해 제품의 사용성을 높인다.

실험을 위한 제품 분석 도구

  • 앰플리튜드
    제품 안에서 일어나는 특정 행동에 이벤트를 심어두면 해당 행동이 일어났을 때를 기록해 데이터를 쌓는다.
    이벤트별 분석, 화면별 퍼널 분석, 리텐션 그래프, 유저 구성 등
  • 구글 애널리틱스(GA4)
    무료 분석툴, 대중적으로 인지도 높다.

디자인QA

제품이 출시되기 전에 기능을 테스트 하는 것
기능을 만든 담당자라면 대부분 직접 QA한다.

QA문서

  • 체크리스트
    예/아니요 같은 확인 성격의 항목

  • 테트리스 시나리오
    사용가자 기능을 사용하면서 경험하게 되는 과정을 상세하게 적음

  • 테트리스 케이스

  • 디자인 QA
    잘못된 부분을 엔지니어가 정확하게 알 수 있도록 작성해야 한다.
    지라나 트렐로 같은 프로젝트 관리 툴을 사용한다면 관리하기 좋게 발견한 이슈를 업무 티켓으로 전달하는 것을 추천.

0개의 댓글