정보 구조도(IA, Information Architecture)
웹사이트나 앱에서 어떤 정보를 어디에 배치하고 연결할지 설계하는 작업
(좋은 IA는 사용자가 원하는 정보를 빠르고 쉽게 찾을 수 있게 도와줌)
- 사용자 경험(UX)을 개선할 수 있음
- 효율적인 협업을 위한 명확한 소통이 가능함
- 서비스 확장 시 유연한 대응이 가능
-참고사항-
depth(깊이)별로 설정한다는게 무슨뜻이지?
- Depth별 설정의 예시: 모바일 앱의 상단 메뉴를 구성할 때, '대분류 메뉴(Depth 1)'에는 메인 카테고리를 노출하고, 해당 메뉴를 눌렀을 때 나오는 '세부 카테고리(Depth 2)'에는 다른 스타일의 탭 디자인이나 리스트 정렬 방식을 다르게 적용하는 것을 말합니다.
<정보 구조도 작성 방법>
1. 기능 목록 작성
시스템 내에서 제공할 모든 기능을 목록화하기
2. 카테고리 및 메뉴 구조 설계
정보 구조도를 그리기 위해서는 기능을 논리적으로 분류하고 계층화하는 작업이 필요하다~~~~~~
- 카테고리화 : 각 기능을 관련 있는 그룹으로 묶습니다.
- 계층 구조 : 각 카테고리 내에서 세부 항목들을 어떻게 배치할지를 정합니다.
가장 중요한 정보는 상위 카테고리에 배치하고, 덜 중요한 정보는 하위 카테고리로 배치!!!!
서비스 정책서
그게뭐야?
-> 서비스 개발이나 개선 과정에서 기능에 대한 명확한 정의와 구현 기준을 설정하여,
관련 팀들이 일관되게 작업할 수 있도록 하는 문서
왜 필요해?
1. 일관성 있는 방향 설정
정책서는 서비스나 제품이 어떻게 개발되고 운영되어야 하는지에 대한 명확한 기준과 방향을 제시
2. 효율적인 협업과 커뮤니케이션을 촉진
정정책에 따라 정해진 기준이 있으면, 불필요한 논의나 혼선을 줄일 수 있음
ex) OOO 서비스 로그인 정책 서비스는 아래의 로그인 방법을 제공
- 이메일 로그인: 사용자가 이메일 주소와 비밀번호를 통해 로그인합니다.
- 구글 로그인: 구글 계정을 이용하여 로그인합니다.
- 페이스북 로그인: 페이스북 계정을 이용하여 로그인합니다.
- 카카오 로그인: 카카오 계정을 이용하여 로그인합니다.
SNS 로그인 방식은 사용자가 본인의 선호에 따라 선택할 수 있으며, 각 방식은 고유의 보안 요구 사항을 준수해야됨
더불어 이메일 로그인 방식은 정의된 비밀번호 변경 정책을 따라감
3. 법적 및 규제 준수
<서비스 정책서 작성 방법>
1. 서비스 정책서의 목적 정의
정책서가 왜 필요하며, 어떤 문제를 해결하려고 하는지를 구체적으로 고민 PM은
이 목적을 통해 문서의 핵심 방향성을 정리할 수 있음
2. 정책의 범위 설정
해당 서비스가 어떤 기능과 운영을 하고 있는지에 따라 적용할 정책 범위를 정리
서비스 사용자의 계정 관리, 개인정보 보호, 결제 처리, 고객 지원, 그리고 서비스 보안 등 모든 운영과 관련된 부분에 적용
3. 정책의 주요 항목 및 세부 사항 작성
구체적인 정책 항목을 정의한 뒤, 각 항목에는 세부 사항을 나열하여 구체적으로 작성
정책은 모든 팀이 일관되게 적용할 수 있도록 명확하고 구체적으로 작성
" 언제나 그렇듯 기획자는 모호한 표현을 피해서 커뮤니케이션의 오류를 줄여야함 -> 최대한 명확하게 작성 "
4. 서비스 이용 정책
회원 가입 및 로그인 : 사용자 가입 시 최소 정보 요구사항(이메일, 비밀번호, 전화번호 등)을 설정
비밀번호 규정 : 비밀번호는 최소 8자 이상, 대소문자, 숫자, 특수문자를 포함해야 하며, 비밀번호 변경은 6개월마다 이루어져야 함
로그인 제한 : 연속된 5회 이상 로그인 실패 시 계정을 잠그고 이메일 인증을 요구
5. 정책 문서화 및 공유
작성한 정책서는 모든 팀원과 관련 담당자가 확인하고 이해할 수 있도록 문서화하여 공유
6. 정기적인 검토 및 업데이트
서비스가 업데이트되거나 새로운 법적 요구 사항이 생길 때마다 서비스 정책서를 정기적으로 검토하고 업데이트
-> 법적인 요구사항이 업데이트 되더라도 제깍제깍 서비스에 업데이트 시켜서 뒤쳐지면 안됨!!!!
에러케이스
서비스나 시스템에서 발생할 수 있는 예외 상황을 정의하고 이를 어떻게 처리할지를 명확하게 기술하는 문서
에러케이스를 작성하는 이유?
- 서비스의 안정성과 사용자 경험을 향상시키기 위해
- 시스템이나 서비스에서 문제가 발생했을 때 어떻게 처리할지 명확히 하기 위해
서비스 오류
- 서비스 오류는 사용자가 서비스의 기능을 이용할 때 발생하는 오류 (사용자가 요청한 작업이나 서비스가 정상적으로 처리되지 않았을 때 발생)
- 주로 서비스가 제공하는 기능(로그인, 결제, 검색 등)이 제대로 동작하지 않는 경우
ex) 사용자가 비밀번호를 잘못 입력한 경우, 결제 진행 중 카드 정보 입력란을 비워두었을 때
시스템 오류
- 시스템 오류는 서비스 내부에서 발생하는 예외적인 문제
- 서버 장애, 데이터베이스 연결 실패, API 응답 오류 등으로 인해 시스템이 정상적으로 작동하지 않는 상황 (사용자에게는 “서비스를 이용할 수 없습니다"와 같은 메시지를 보여줌)
ex) API 서버가 응답을 멈춘 경우 (카카오에서 불이나서 API 서버가 다운됐던 사건)
<에러 케이스 작성하는 방법>
에러 케이스 정의
로그인 시 오류: 아이디/비밀번호 불일치, 계정 잠금, 세션 만료
에러 발생 조건 명시
각 에러가 발생하는 조건을 명확히 정의
이를 통해 협업하는 팀이 동일한 조건을 이해하고 테스트하며, 에러 발생시 대처가능
결제 시 카드 정보 오류 : 유효하지 않은 카드 번호 또는 만료된 카드로 결제를 시도할 때
에러 메시지 작성
각 에러에 대해 사용자에게 보여줄 오류 메시지를 작성
에러가 발생했을 때, 사용자가 취할 수 있는 행동을 구체적으로 안내해야 합니다.
-> 최대한 구체적으로 안내하는 가이드를 줘야함
ex) 로그인 시 비밀번호 불일치했을때 에러메시지 작성하는거
"로그인이 불가능합니다" X -> 로그인이 불가능한건 알겠는데, 그래서 왜 불가능해? 가능하게 하려면 내가 어떤조치를 취해야돼? (사용자가 어떤 액션을 취해야되는지 명확하게 가이드해주지 않음)
" 비밀번호가 올바르지 않습니다. 다시 입력해 주세요 " O -> 이런식으로 "비밀번호"가 올바르지 않으니, 로그인이 실패한거다 그러니 비밀번호를 확인해라~ 라는식으로 가이드를 구체적으로 상세하고 명확하게 안내해야된다는것
| 에러 케이스 | 에러 발생 조건 | 에러 메시지 | 에러 코드 |
| 결제 시 카드 정보 오류 | 사용자가 입력한 카드 정보가 유효하지 않거나, 만료된 카드로 결제를 시도할 때 | "입력하신 카드 정보에 오류가 있습니다. 카드 번호와 만료일을 다시 확인해 주세요." | PAY102 |
| 결제 시 결제 서버 오류 | 결제 서버와의 연결 실패 또는 응답 지연으로 결제가 처리되지 않을 때 | "결제 서버에 문제가 발생했습니다. 잠시 후 다시 시도해 주세요." | PAY500 |
| 파일 업로드 실패 | 파일 크기가 업로드 제한을 초과하거나 파일 형식이 지원되지 않을 때 | "업로드 가능한 최대 파일 크기를 초과하거나 지원되지 않는 파일 형식입니다. 파일을 확인 후 다시 시도해 주세요." | UPLOAD400 |
***에러 코드를 포함시켜, 시스템이나 개발팀이 문제를 더 빠르게 파악할 수 있도록 작성하기도 함
(에러코드를 필수적으로 포함시켜야되는건 아니지만, 요즘은 개발팀이 바로바로 알 수 있도록 에러코드도 함께 적어주는 추세)
상세 기획(스토리보드) : 기획자, PM의 꽃
상세 기획 = 프로젝트의 구체적이고 실행 가능한 계획으로, 프로젝트의 목표, 요구 사항, 일정, 기능 설계(명세) 등을 정의하는 과정
상세 기획시 작성하는 기능 명세서란?
기능명세서는 각 기능을 상세히 설명하는 문서
기능의 목적, 동작 방식, UI 요소, 제약 사항 등을 구체적으로 작성하여 협업자가 정확히 이해하고 구현할 수 있도록 해야함
** 기능 명세, 스토리 보드, 화면 설계서, 상세 기획안 등 다 비슷한 의미로 사용되는 용어
협업자와 커뮤니케이션을 진행할 때 헷갈리면 단어의 의미와 목적에 대해 떠올려보기
(다 비슷비슷하게 쓰이는 용어니깐, 상황에 따라서 문맥에 따라서 알아서 판단하고 단어 자체에 너무 집착하지말자)
어떠한 사물에 집착하는 행위 X
상세 기획 하는법
1. 기능 개요 작성
프로젝트나 서비스의 핵심 정보를 간략하면서도 명확하게 전달하는 부분
- 프로젝트 개요 : 프로젝트가 어떤 서비스나 기능을 다루고 있는지, 그 내용을 간략하게 설명
- 기대 효과 및 목표 : 프로젝트가 완료된 후 얻을 수 있는 성과 작성
2. 서비스 흐름 설계 (User Flow)
사용자가 서비스를 이용할 때의 전체적인 경로와 단계별 상호작용을 명확하게 정의
- 유저플로우 / 서비스플로우가 필수라는 식으로 말하는 이유는
서비스가 복잡해지면 복잡해질수록 유저플로우 / 서비스플로우를 한번에 파악할만한 시각화자료가 필요하기 때문
<서비스 흐름 설계의 목적>
- 사용자의 행동 경로를 명확히 하여 서비스의 흐름을 최적화
- 사용자가 어떤 단계를 거쳐 서비스를 사용하는지 이해하기 쉽게 시각화
- 필요 없는 단계나 불필요한 선택을 제거
- 기능 명세서와 연결하여 각 기능이 어떤 상황에서 어떻게 동작해야 하는지 정의
<순서>
- 목표 정의 : 목표를 달성하기 위한 필수 단계를 정의
- 시작점 설정 : 유저 플로우의 시작점을 사용자가 서비스에 들어오는 지점으로 설정(심사 요청 메일 수신 후 서류 심사 목록으로 진입)
- 단계 나열 : 사용자가 목표를 달성하기 위한 단계별 흐름을 나열
- 결정 노드와 분기점 추가 : 사용자가 선택할 수 있는 여러 경로가 있는 경우, 분기점을 추가
- 시각적으로 표현 : 흐름을 도식화
Admin => 운영툴 / 백오피스 => 백오피스 기획이라고도 말함
프론트기획 => 유저가 사용하는 앞단의 페이지를 기획한다는 의미
3. 상세 기능 명세
각 기능이 어떻게 동작해야 하는지, 입력 값, 출력 값, 상호작용을 구체적으로 정의
**** 모호한표현은 금지!!!!!!
- 기능 이름 : 해당 기능이 무엇을 하는지 간결하고 명확하게 표현
- 기능 설명 : 기능이 무엇을 하는지, 어떤 작업을 수행하는지를 간략하게 설명
입력값 : 해당 기능이 처리해야 하는 입력 값을 구체적으로 설명
(예시)
- 회원가입:
- 이메일: 유효한 이메일 형식, 예: user@example.com
- 비밀번호: 최소 8자 이상, 대문자, 소문자, 숫자, 특수문자 포함
- 비밀번호 변경:
- 현재 비밀번호: 사용자가 기존에 설정한 비밀번호
- 새 비밀번호: 최소 8자 이상, 대소문자 및 숫자, 특수문자 포함
- 결제 처리:
- 카드 번호: 유효한 카드 번호
- 유효 기간: 카드의 만료 날짜 (MM/YY)
- CVC: 카드 뒷면의 보안 코드
출력 값 : 이 기능이 실행된 후 시스템에서 사용자에게 보여줄 출력 값을 설명. 성공적인 실행, 실패 시 처리 방식에 대한 출력도 포함
(예시)
- 회원가입 :
- 성공 시 : 회원가입이 완료되었습니다. 자동으로 로그인됩니다.
- 실패 시 : 이메일이 이미 등록되어 있습니다.
- 비밀번호 변경 :
- 성공 시 : 비밀번호가 성공적으로 변경되었습니다.
- 실패 시 : 현재 비밀번호가 올바르지 않습니다.
- 결제 처리 :
- 성공 시 : 결제가 완료되었습니다. 상품을 곧 배송합니다.
- 실패 시 : 결제 처리 중 오류가 발생했습니다. 다시 시도해 주세요.
그로스 해킹 : 마케팅 방법론
퍼널 분석은 사용자가 특정 목표(예: 가입, 구매 등)에 도달하기까지의 여정을 추적하는 방법
퍼널 분석을 통해 각 단계에서 사용자가 이탈하는 지점을 파악하고, 이탈률을 줄이기 위한 개선점을 찾을 수 있음
1. 목표 정의
2. 단계 정의
3. 이탈률 분석
4. 문제점 식별 및 개선책 제시
AARRR : 사용자의 행동을 5단계로 나누어 분석하고, 각 단계에서의 성과를 측정하는 프레임워크
Acquisition (사용자 유입) -> 사용자 획득!!! (앱설치까지 사용자 획득이라고 본다)
- 사용자가 어떻게 제품이나 서비스를 알게 되었는지. (어플설치까지)
- OO을 이용하기 위해 회원가입을 한다.
- OO 앱을 설치한다.
| - 외부 마케팅툴을 통한 진입 : 네이버쇼핑 등 - 비회원 진입 후 가입으로 전환되는 플로우 - 앱설치 : 하단에 활성화에서 같이 정의 |
Activation (활성화)
- 사용자가 첫 경험에서 긍정적인 반응을 보였는지 (예: 회원가입, 첫 거래).
- 신규가입한 고객이 첫주문 발생시킨다.
- 이탈고객이 주문을 한다.
| 1. 첫주문 온보딩 첫주문유도((100원딜, 첫구매쿠폰) 타게팅 된 이벤트페이지 노출 플로팅 배너 2. 앱설치 - 앱으로의 첫주문 프로모션(예정) - 앱설치유도 적극적인 활동 3. 구매이력이 없는 고객을 위한 추천 - 메인페이지 내 개인화 |
Retention (사용자 유지)
- 사용자가 지속적으로 돌아오는지.
- 재구매빈도 (목표 : 주 1회 사용)
- 할인프로모션으로 인한 재구매 유도
- 고객이 관심있을 만한 정보를 확인하기 위한 방문
ex) 주문배송현황, 입고예정알림, 내관심상품의 가격/할인정보 알림
| 1. 카카오 채널을 통한 Push :프로모션(기획전/ 이벤트페이지/ 특정리스트)로 연결 2. 회원등급제 : 쿠폰발급 3. 기획전페이지 4.. 발주서 : 반복주문을 더욱 쉽게 5. 탐색개선 - 목록에서 내가 주문한 상품 상단 노출 6.. 메인페이지에서의 개인화 - 내가 관심있을 상품을 노출 7. 재고안정성 - 재고를 사전에 관리 - 품절상품에 대한 대체상품 제공 - 품절상품에 대한 재입고예정일 안내 및 재입고 알림 8.. 주문에 대한 좋은 경험 - 사용할 수 있는 쿠폰에 대한 자동적용 - 배송안내는 적절한가? - 반품교환은 적절한가? |
Revenue (수익)
- 사용자가 실제로 결제를 하거나 수익을 창출하는지.
- 구매 빈도
- 식재료와 비품의 구매
Referral (추천 및 공유)
- 사용자가 다른 사람에게 서비스를 추천하는지.
- 친구추천
A : 서비스 누적 가입자 약 434만 명
A : 가입자 중, 콘텐츠 열람을 한 유저 약 387만 명
- 가입 후, 현재까지 어떤 작품이라도 한번 열람했으면 집계
R : 열람 유저 중, 다음 달 재열람 리텐션 61.4%
- 전체 중, 2달 연속 들어온 유저 비율
R : Cash 사용 열람자 수 약 84.4만 명
R : 14일 이탈 후, 한 번이라도 복귀한 유저 수