아티클카타 : 사용자 스토리 설명: 팁, 템플릿, 예시
1. 사용자 스토리의 개념과 목적
- 정의: 최종 사용자(고객)의 관점에서 소프트웨어 기능에 대해 간략하게 기술한 설명입니다.
- 기본 형식: "[페르소나]로서 [결과/이점]를 위해 [소프트웨어 목표]를 원한다."
- 목적: 소프트웨어 기능이 사용자에게 어떤 가치를 주는지 명확히 파악하고, 개발 팀이 사용자 중심의 원활한 경험을 만드는 데 집중하도록 돕습니다.
2. 사용자 스토리의 4가지 핵심 요소
- 역할 (Role): 소프트웨어를 사용하는 사용자 유형(예: 프로젝트 매니저, 일반 고객).
- 목표 (Goal): 사용자가 이 기능을 통해 달성하고자 하는 워크플로나 작업.
- 이점 (Benefit): 기능을 사용한 후 얻게 될 최종 결과와 비즈니스 가치.
- 스토리 포인트 (Story Point): 스토리를 완료하는 데 필요한 작업량, 시간, 복잡성을 추정한 수치.
3. 작성 단계 및 효과적인 작성 팁
- 작성 3단계: 페르소나 식별(누구를 위한 것인가) $\rightarrow$ 필요 사항 설명(무엇을 원하는가) $\rightarrow$ 목적 정의(어떤 가치가 있는가).
- 3C 원칙: Card(서면 설명), Conversation(이해관계자 간 대화), Confirmation(수락 기준 확인 및 합의).
- INVEST 기준: 독립적이고(Independent), 협의 가능하며(Negotiable), 가치 있고(Valuable), 예측 가능하고(Estimable), 작은 규모이며(Small), 테스트 가능해야(Testable) 합니다.
4. 관리 도구 및 모범 사례
- 도구 및 기법: 사용자 여정을 시각화하는 '스토리 매핑', 'Asana'나 'Jira' 같은 프로젝트 관리 소프트웨어, 우선순위를 정하는 'MoSCoW 방법'을 활용합니다.
- 모범 사례: 이해관계자와 적극적으로 협업하고, 스프린트 플래닝을 통해 스토리를 구체화하며, 명확한 '수락 기준(Acceptance Criteria)'을 포함하여 완료 여부를 검증해야 합니다.
5. 사용자 스토리의 중요성
- 제품 소유자(PO/PM)가 주로 작성하며, 개발 팀이 스프린트나 칸반 워크플로에서 이를 활용합니다.
- 정확한 사용자 스토리는 고객 중심의 사고를 유도하고, 혁신적인 솔루션을 도출하며, 팀 간의 원활한 협업을 장려하여 궁극적으로 비즈니스 가치를 높입니다.
GA4 > 참여 보고서
| 활성 사용자당 평균 참여 시간 | 한 명의 활성 사용자가 평균적으로 사이트에서 머문 시간 |
| 활성 사용자당 참여 세션 수 | 한 명의 활성 사용자가 일정 기간 동안 평균적으로 몇 개의 참여 세션을 시작했는지를 나타냄 *참여 세션이란? → 사용자가 10초 이상 머물렀거나, 2개 이상의 이벤트를 실행했거나, 전환이 발생한 세션 |
| 세션당 평균 참여 시간 | 한 세션 동안 사용자가 평균적으로 머문 시간 |
| 활성 사용자 | 특정 기간 동안 사이트에서 활동한 고유 사용자 수 *단순 방문자가 아니라, 실제로 참여(이벤트 실행, 페이지 탐색 등)한 사용자를 의미 |
| 조회수 | 웹사이트나 앱의 모든 페이지 또는 화면이 조회된 총 횟수 *사용자가 같은 페이지를 여러 번 방문하면, 각각의 조회가 개별적으로 기록됨 |
| 이벤트 수 | 사용자가 사이트나 앱에서 실행한 모든 이벤트의 총합 *이벤트란? → 클릭, 스크롤, 동영상 재생, 다운로드, 장바구니 추가, 구매 완료 등 사용자의 행동을 의미 |
| 이벤트 이름별 이벤트 수 | 어떤 이벤트가 가장 많이 발생했는지 보여주는 데이터 : 페이지 조회(page_view), 클릭(click), 구매(purchase) 등의 개별 이벤트 수를 확인 가능 |
| 페이지 제목 및 화면 클래스별 조회수 | 어떤 페이지 또는 화면이 가장 많이 조회되었는지 분석하는 데이터 |
| 시간 경과에 따른 사용자 활동 | 특정 기간 동안 사용자의 활동(방문, 이벤트 실행 등)이 어떻게 변화했는지 보여주는 데이터 |
| 사용자 재방문 | 웹사이트나 앱을 다시 방문한 사용자 비율 |
- 이벤트
| 이벤트 수 | 특정 기간 동안 발생한 모든 이벤트의 총 개수 |
| 총 사용자 | 특정 이벤트를 실행한 총 사용자 수 |
| 활성 사용자당 이벤트 수 | 1명의 활성 사용자가 평균적으로 몇 개의 이벤트를 실행했는지 |
| 총 수익 | 특정 이벤트(구매 등)에서 발생한 총 매출 금액 |
- 장바구니 추가는 많지만, 구매 완료는 적다면? → 결제 과정 UX 개선 또는 할인 쿠폰 제공 고려
- 총 수익 데이터와 연결하면 어떤 이벤트가 매출에 기여하는지 확인 가능
*자동으로 수집되는 이벤트 (GA4 기본 이벤트)
| page_view | 사용자가 특정 페이지를 방문할 때 기록됨 |
| scroll | 사용자가 페이지를 90% 이상 스크롤했을 때 기록됨 |
| click | 사용자가 특정 버튼이나 링크를 클릭했을 때 기록됨 |
| video_start | 사용자가 동영상을 재생했을 때 기록됨 |
| file_download | 사용자가 특정 파일을 다운로드했을 때 기록됨 |
- 페이지 및 화면
| 조회수 | 특정 페이지가 조회된 총 횟수 |
| 활성 사용자 | 해당 페이지에서 활동한 고유 사용자 수 |
| 활성 사용자당 조회수 | 1명의 활성 사용자가 평균적으로 해당 페이지를 몇 번 조회했는지 |
| 활성 사용자당 평균 참여 시간 | 활성 사용자가 해당 페이지에서 평균적으로 머문 시간 |
| 이벤트 수 | 해당 페이지에서 실행된 이벤트 총 개수 |
| 주요 이벤트 | 해당 페이지에서 실행된 가장 중요한 이벤트들 |
| 총 수익 | 해당 페이지에서 시작된 세션에서 발생한 총 매출 |
- 방문 페이지
| 세션 수 | 특정 방문 페이지에서 시작된 세션 수 |
| 활성 사용자 | 해당 방문 페이지에서 활동한 고유 사용자 수 |
| 새 사용자 수 | 해당 방문 페이지에서 처음 방문한 사용자 수 |
| 세션당 평균 참여 시간 | 방문자가 해당 페이지에서 평균적으로 머문 시간 |
| 주요 이벤트 | 방문자가 해당 페이지에서 실행한 주요 이벤트 |
| 총 수익 | 해당 방문 페이지에서 시작된 세션에서 발생한 총 매출 |
| 세션 주요 이벤트 비율 | 특정 이벤트가 발생한 세션의 비율 |
블로그에서 체류 시간이 길다면? → 블로그 콘텐츠 활용 마케팅 강화 가능
참고) 방문 페이지 vs 페이지 및 화면
| 비교 항목 | 방문 페이지 | 페이지 및 화면 |
| 목적 | 사용자가 웹사이트를 처음 방문한 페이지를 분석 | 사용자가 방문한 모든 페이지에서의 행동을 분석 |
| 중점 데이터 | 사용자가 어떤 페이지에서 세션을 시작했는지 | 사용자가 어떤 페이지를 얼마나 많이 방문했는지 |
| 사용 예시 | 신규 방문자가 처음 들어오는 페이지를 분석하여 유입 최적화 | 웹사이트에서 가장 인기 있는 페이지를 분석하여 콘텐츠 개선 |
| 주요 지표 | 세션 수, 활성 사용자, 새 사용자 수, 세션당 평균 참여 시간, 주요 이벤트, 총 수익, 세션 주요 이벤트 비율 | 조회수, 활성 사용자, 활성 사용자당 조회수, 평균 참여 시간, 이벤트 수, 주요 이벤트, 총 수익 |
| 활용 방법 | 마케팅 캠페인 분석, 유입 경로 최적화, 랜딩 페이지 최적화 | 인기 페이지 분석, UX/UI 개선, 사용자 행동 데이터 활용 |
리디북스 회사의 방향성 => AI 도서 추천
동일한 디자인과 위치인데도 장르별로 알고리즘에 의한 구매효과가 달랐다.
-> 이는 알고리즘이 서로 다른 장르별 독자의 성향을 커버하지 못하였기 때문
따라서 AI 추천도 먼저 일반과 만화 독자를 대상으로 시작하는게 좋다는 인사이트 도출
-> 데이터를 기반으로 의사결정을 내렸던 리디북스의 사례
킥오프 미팅 : 프로젝트의 첫 단계로, 프로젝트가 공식적으로 시작되는 순간
킥오프 미팅에서 다루어야 할 핵심 요소들
- 프로젝트 목표 : 무엇을 달성할 것인지
- 프로젝트 범위 : 프로젝트에서 다룰 작업과 다루지 않을 작업
- 일정 : 주요 마일스톤과 기한
- 팀 구성 : 각 팀원의 역할과 책임
- 커뮤니케이션 방법 : 프로젝트 진행 중 정보 교환 방법
- 리스크 및 이슈 : 잠재적인 리스크와 해결 방안
- 기대 사항 : 이해관계자의 요구 사항과 프로젝트 결과물에 대한 기대
" 사람은 다 다른 생각과 다른 배경에서 자라와서 상대가 나와 같은 생각을 하고있다는 생각은 거의 안하시는게 좋아요 "
<킥오프의 중요성>
- 예상되는 리스크 및 문제 예방
예시 : 일정 상의 문제나 기술적 난제, 자원 부족 등 미리 파악할 수 있는 위험 요소 공유
- 팀 간 협업 촉진
- 이해관계자와의 기대 일치
<킥오프의 진행 방법>
- 목표 설정
- 참석자 선정
- 자료 준비
- 미팅 목적 정리
<킥오프 미팅 진행>
프로젝트 개요 및 목표 공유
예시 : 이번 프로젝트는 고객의 경험을 개선하기 위한 것입니다. 우리는 새로운 기능을 통해 사용자 만족도를 30% 향상시킬 목표를 가지고 있습니다.
프로젝트 범위 및 일정 소개
예시 : 프로젝트는 6개월간 진행되며, 첫 번째 배포 목표(희망) 일정은 6/7(목) 입니다.
팀 구성 및 역할 설명
예시 : 개발팀은 기능 구현과 코드 리뷰를 담당하고, 디자인팀은 UI/UX 설계를 맡습니다. 마케팅팀은 최종 제품 출시 후 캠페인 계획을 세웁니다.
리스크 관리 및 문제 해결 방안 논의
예시 : 우리 프로젝트에서 가장 큰 리스크는 기술적인 문제입니다. 이를 해결하기 위해 매주 기술 점검 회의를 개최하고, 문제가 발생하면 즉시 해결책을 마련할 것입니다.
커뮤니케이션 계획 및 도구 소개
예시 : 우리는 모든 업무와 일정 관리를 jira로 할 것이며, Slack을 통해 팀 내 빠른 의사소통을 진행할 예정입니다.
" Slack으로는 일상적인 소통을 할 것이고, 이메일로는 주요 의사 결정만 전달합니다 "
질문과 의견 수렴
예시 : 혹시 프로젝트 진행에 대해 추가적인 질문이 있으면 지금 말씀해 주세요.
<킥오프 미팅 후>
- 미팅 기록 공유
- 액션 아이템 정리
회의시작전에 미리 양해를 구하고 Clova Note를 켜놓는다
그리고 회의에 온전히 집중하고나서 (회의록 신경쓸 필요없이) 회의 다 끝나고 나와서
Clova Note에 저장된 회의기록들을 클로드에 옮겨서 클로드한테 명령한다.
" 이 회의록을 참고하여 내가 앞으로 해야될 Action Item을 3가지로 뽑아줘 "
<특강>
PM이 AI를 활용하는법
perplexity로 자료를 수집하고 claude로 자료를 가공하면 데이터분석 시간이 크게 줄어들 수 있음
디자이너가 없는 스타트업 회사들 (혹은 디자인을 PM이 같이 해야되는 스타트업 회사들) 경우에는
Gamma 로 기본적인 시각화 할 수 있으면 유리함
( Gamma 통해서 디자인 시각화 많이하니깐 ㅇㅇ )
-> 같은 힘으로 더 많은 성과를 내기
<프롬프트 체이닝>
