2026 W2 주간회고
공지
- 서비스팀 (오후 2시 50분)
전체
- 주차별 기능 정리 일정에 따른 업무 진행 진행 상황
- 주차별 기능 정리 일정에 따른 업무 진행 결과
- 각 인원의 1월 업무 배정 현황 및 목표 결과물
관리자 - 홈페이지 네이버/구글 노출 여부
- 관리자 페이지 내 이용권 QA 상황 및 배포 일정
- 관리자 페이지 예약 관리 디자인 진행 상황 및 일정
- 예약 관리 디자인 방향성 작성 및 논의
앱 - spotlight 테스트 시연 및 QA 결과 보고
- 1월 주차별 업데이트에 따른 UIUX 및 기능적 개선 목표점 작성 (결과물 이미지 함께 docs에 작성)
공통
금요일 보고는 지난 월요일에 보고되었던 계획을 잘 이행했는지를 확인하고 논의하는 자리입니다.
그리고 다음주에 이어질 업무의 연속성을 위해 계획을 검통하고 방향성을 정하는 자리입니다.
이 부분을 모두 고려하여 각 파트는 보고 자료 상세히 작성해서 보고에 참여해주세요. (단순 글자 X -> 주간 업무 내역과 성과를 상세히 작성)
주간보고일지 remind
- 현재 업무 (업무명/목표/마감일)
- 임용규테니스아카데미 엑셀 업로드 진행 / today
- 예약 중복 검색,탐지,알림 기능 86evc4axm / 26-1-9
- 수강회원관리 V2 / 1월 중
임용규테니스아카데미 레슨 일괄 엑셀 업로드 진행
매장 컨펌 연락 받는대로 7건의 엑셀파일 업로드 진행예정
예약 중복 검색,탐지,알림기능 (conflict-detector.spec)~1/13
| 항목명 | 설명 | 검증 방법 | 🔲✅❌ |
|---|---|---|---|
| UC001 | 시스템은 시작시간과 끝시간이 주어지면 그 안에 중복된 예약들을 모두 검색할 수 있습니다 | ConflictDetectReportDto의 timeSlots 및 issues 배열에 중복 예약, 코트 휴무 시간, 가예약 충돌 건이 정확하게 포함되는지 확인합니다. |
🏃 |
| UC002 | 업주는 특정한 기간 안에 그룹레슨을 제외한 예약이 중복되었는지 여부를 검색할 수 있습니다. 업주는 검색된 중복예약의 상태를 올바르게 고칠 수 있습니다. (Capacity 수정) |
API 응답으로 기간별 중복 예약 조회 기능이 정상적으로 작동하며, 결과에 중복 일시, 코트, 회원 명단이 정확히 표시되는지 확인합니다. 또한 충돌한 타임슬롯들을 수정한 뒤에 다시 중복된 예약을 검색했을 때 해당 슬롯이 더 이상 나타나지 않는 것을 확인합니다. |
🔲 |
| UC003 | 시스템은 주기적으로 업주마다 주간 중복예약을 검색하여 만약 발생할 시 업주에게 알림을 보내야 합니다. | 배치 작업이 활성 아카데미를 대상으로 주간 충돌을 감지하고, 해당 아카데미 업주에게 정확한 알림 메시지가 발송되는지 확인합니다. | 🔲 |
| UC004 | UC004 시스템은 일관적이지 않은 타임슬롯을 탐지하고 고칠 수 있습니다 | Time 슬롯의 enrolledCnt 값이 올바른지 검사합니다. | ✅ |
수강회원관리V2 업주의 고객여정관리 (customer-journey.spec)~1/30
WHY: 업주는 본인 매장에 찾아온 고객들의 여정을 추적하고 이들의 행동패턴을 분석하여 매장의 업무효율화, 고객유치전략 등을 세울 수 있어야 합니다.
WHERE: 관리자 페이지
WHAT: 사용자 목록의 통합
- 이용권 사용자 목록 (일일 / 다회 / 쿠폰)
- 결제 사용자 목록
- 사용자 목록
- 임시 회원 목록 (가등록)
- 수강 회원 목록 (정등록)
- 만료 회원 목록
- 분할 결제
IN-SCOPE
- 고객여정이라는 데이터 자체는 자주 변할지라도 데이터를 담는 그릇 자체는 변하지 않아야 합니다. 와이어프레임과 시나리오를 통하여 구조를 정의해야 합니다.
- 이벤트 발생주체 (업주/코치/유저/시스템)
- 맥락 (시간, 트리거가 된 기능)
- 이벤트로 인해 서비스에 전파된 파급효과 (알림, 정산 등)
- 업주들이 해당 회원에 대한 추가적인 정보를 수기로 입력
- 고객이 라켓타임 서비스 안에서 수행하는 다양한 행위들 (회원가입, 결제, 예약, 예약변경 등)의 결과는 이벤트입니다. 따라서 어떤 이벤트들을 추적할지에 따라 고객여정이 표현할 수 있는 정보가 달라집니다.
- 다양한 관점에서의 고객의 현재 상태와 상태전이, 트리거 등을 정의합니다. 이러면 고객이 현재 가등록 상태인지, 혹은 미래에 예약이 잡혀있는지 등의 다양한 관심사를 한 눈에 파악할 수 있습니다.
- 고객 여정은 많은 정보를 가지고 있기 때문에 필터링과 검색, 열(column) 노출 여부 설정을 통해 관리자가 가장 관심있어 할 정보를 스스로 간추려 볼 수 있도록 해야합니다.
OUT-SCOPE
- 스태프를 위한 고객여정은 업주가 추적할 이벤트의 종류보다 훨씬 방대합니다. 이에 별도의 업무로 관리하는 것이 옳습니다.
DEPENDENCY
- 업주가 업무를 더 편하게 하기 위해 추적해야만 하는 관심사에 대한 리서치가 필요합니다. 예시:
- 이 고객은 현재 회원가입이 되어있는가? 만약 했다면 언제 했는가? 만약 안되어있다면 언제 초대가 되었는가?
- 이 고객의 가장 마지막 결제는 언제 이루어졌는가? 무엇을 결제했는가?
- 이 고객이 현재 예약이 잡혀있는가? 만약 그렇다면 언제인가?
- 이 고객이 현재 보유하고 있는 쿠폰/다회이용권은 무엇이 있는가?
- 이 고객은 라켓타임에 등록되기 전 + 후 지금까지 총 몇 시즌의 레슨을 수강했는가?
- 이 고객은 가등록이 된 적이 있는가? (엑셀 업로드)
- 이 고객은 가등록 이후 레슨 연장을 위한 비용을 지불하여 정등록이 되었는가?
- 전체 가등록 경험 고객 중 정등록 전환 비율은?
RISK
- 이벤트를 단순히 나열하는 것이 아닌, 각 이벤트의 의미/상태전이/표현방식이 더 중요합니다.
- 이벤트를 스트리밍하는 카프카 같은 기술에 집착하지 말고 고객의 상태를 일관되게 표현하는 데에 집착합시다.
TIME-ESTIMATED
- 구조 정의 5hr
- 고객여정 상태 모델 정의 5hr
- 이벤트 카탈로그 작성 4hr
- 고객여정 조회를 위한 API 설계 32hr
대리예약 마스터 플랜~ 1/20
[2025.12.15] 서비스팀 내부회의 (마스터플랜)회의 참고, 문제정의서 작성예정
레슨 클래스 타입~ 1/30
예) 다음주 수요일 1/14 오후 3시 정도 킥오프 회의 필요할듯