우리가 알아야할것
CRM, CDP 개념(이것이 무얼 뜻하는가)
CRM
https://blog.flarelane.co.kr/what-is-crm-marketing-concepts-strategies-and-common-mistakes/
CDP, CDPvsCRM 차이
https://www.oracle.com/kr/cx/customer-data-platform/what-is-cdp/#link11
단순 문의 방지 (후순위 아이디어)
단순 문의 방지 → 유플러스 고객페이지 → 자주 하는 질문, 스스로 해결 가이드
한줄 답변을 보기위해서 자주하는 질문 페이지 들어가는건 번거롭다
스스로 해결 가이드 → ex) 해결 방법 정확히 검색 안하면 잘 안나옴
개선안
- 상담 → 고객 질문 → 질문도 카테고리화 크게 2가지 나머지 세부적
- 단발성 질문 ex) ~서비스가 뭔지 몰라요
- 말만 다르고 같은 질문들 → 횟수 기록해서 일정 횟수 넘어가면 자주하는 질문으로 옮기기
- 반복성 질문
- 자주 문의하는 유형
- 사용자가 즐겨찾기 하거나 해당 고객 상단에 띄워주기
- 단발성 질문 ex) ~서비스가 뭔지 몰라요
상담 관련
- 전화, 키워드 상담, 채팅 상담, 더미데이터
→ 1차 MVP는 더미데이터로
구글 로그인 → 신규 가입자?
어떻게 할지 정해야함
관리자는 세션 로그인
1차 mvp때는 일반 고객도 세션 로그인
mvp 끝나면 OAuth 붙이기 1.5순위
일단 로그인할 때 개인인지 사업자인지 체크
군필인지 체크
전화번호 입력
3가지 메인 기능
- 분석
- 추천
- 배치 (알림, sms)
생일 유저
- 어떤 쿠폰?
- 생일 축하합니다~ 알림
1차 MVP 언제까지?
2월 25일까지!!!
녹음 요약
0) 회의 메타
- 기록: 도연 휴대폰으로 클로바 AI 노트 녹음 사용
- 이슈: 발화가 작으면 녹음이 잘려서 크게 말하기 필요 새로운 노트 4
1) 프로젝트 컨셉/방향
- 기본 방향: LG유플러스에서 진행 중인 서비스 성격을 참고하되, 1차는 CRM 성격(고객관리/이탈방지 중심) 으로 잡고 진행
- 확장 방향: 여력이 있으면 CDP(마케팅/세그먼트 확장)까지 고려 가능
- 액션: CRM/CDP 개념은 팀원이 블로그/자료로 리서치 해서 공통 이해 맞추기 새로운 노트 4
2) 협업/개발 셋업(인프라/레포 정책)
- 도연이 셋업한 것(요지)
- AI 코드리뷰 + Jira/PR 템플릿 등 자동화 셋업 완료
- 중앙 인프라 레포에서 액션이 돌고, 각 레포는 중앙 정책을 따라감
- 커밋 메시지 규칙이 안 맞으면 PR 자체가 막히도록 걸어둠(허스키 등) 새로운 노트 4
- 프론트 셋업 관련
- 디렉토리 구조 받으면 Next 기반으로 상태관리(예: zustand) 포함해 프로젝트 셋업을 미리 해두려는 흐름 새로운 노트 4
- 패키지 매니저: 팀은 pnpm 사용, 기존 문구/스크립트가 npm 기반이면 혼선 → pnpm 기준으로 맞추는 논의 새로운 노트 4
3) 디자인/와이어프레임 진행 상황
- 와이어프레임은 피그마에서 “예시/레퍼런스” 수준으로 먼저 올려두고, 코멘트로 계속 보완 새로운 노트 4
- 컬러 톤
- 메인 톤: 보라색 계열 선호(참고: U+ 앱 내에도 보라색 톤 존재 언급)
- 핑크/노랑은 “기존 프로젝트에서 과다 사용” 경험 때문에 의도적으로 배제 새로운 노트 4
- 캐릭터/브랜딩
- 과거에 문어 캐릭터(홀맨 등)를 많이 써서 이번에는 다른 캐릭터/스타일을 의도적으로 탐색 새로운 노트 4
- 일정 압박
- “1차 와이어프레임이 이번 주 안에 나와야 다음 주 디자인 가능” 취지 새로운 노트 4
4) 기능명세/ERD/설계 산출물(우선순위)
- 공감대: 기능 명세서가 먼저 있어야 ERD/API 설계가 안정적으로 진행됨 새로운 노트 4
- 즉시 실행 합의(흐름)
- 오늘: 요구사항 “딱 정리”
- 월요일까지: 기능 명세서 바로 뽑기(월요일 회의 + 월요일 작업)
- 설계 단계에서는 “설 전까지는 다 끝나 있어야” 한다는 강한 일정 압박 언급 새로운 노트 4
- 마일스톤(언급 기반)
- MVP: “늦어도 2월 말”
- “3월 19일” 언급(프로그램 마감/일정으로 추정되나 맥락이 잘려 불확실) 새로운 노트 4
5) Jira 운영 방식(에픽/스프린트/이슈 타입)
- Jira 타임라인/백로그/캘린더 중심으로 일정 확인 및 관리 새로운 노트 4
- 에픽/스토리/테스크 구분
- 스토리: 사용자에게 노출되는 기능 개발(유저 가치 중심)
- 테스크: 사용자 노출과 직접 관련 없는 작업(설정/인프라/API 설계 성격 등) 새로운 노트 4
- 스프린트 운영
- 스프린트는 보통 1~2주 단위로 생성, 에픽→스토리 생성 후 백로그에서 스프린트로 운영 새로운 노트 4
- 우선순위
- P0가 최상위, 이후 내려가는 방식 새로운 노트 4
- GitHub ↔ Jira 연동 방향
- “Jira에서 GitHub로 가는 것”이 아니라 GitHub 이슈/PR 이벤트가 Jira로 연동되는 흐름 중심 새로운 노트 4
- 브랜치/권한 전략(초안)
- develop(또는 dev)로 통합하고, main은 릴리즈/배포 브랜치 + 병합 권한은 제한(도연만) 방향 새로운 노트 4
6) “추천/고객지원” 아이디어(단순문의 해소 방향)
- 문제 인식
- 자주 하는 질문/자가 해결 가이드가 있어도 “검색이 잘 안 되거나, 답이 짧고 접근이 번거로움” 새로운 노트 4
- 제안된 접근(핵심)
- 상담 질문을 카테고리화 (단발성 vs 반복/빈발)
- 유사한 질문을 하나의 대표 질문으로 묶고 빈도 누적
- 임계치 이상이면 “FAQ 상단 노출” 또는 고객 개인화(상단 고정/즐겨찾기 등) 새로운 노트 4
- 기술 난이도 논의
- “유사 질문 묶기”는 유사도 처리/검색(예: Elasticsearch 가중치, 벡터 기반 유사도 등) 성격이라 구현 난이도/범위 리스크가 큼
- 아이디어는 좋지만 1차 MVP에선 보수적으로(시간 남으면 2차) 새로운 노트 4
7) CRM 기능 구현 시 필요한 백엔드 요소(배치/발송)
- CRM 예시로 나온 것들
- 생일 쿠폰/푸시, 약정 만료 임박 고객 대상 안내, 이탈 위험 고객 타겟 메시지 등
- 구현 관점
- “새벽 배치로 대상 추출 → 메시지 큐/발송 파이프라인으로 전달” 같은 구조가 필요하다는 논의 새로운 노트 4
8) 상담 범위(MVP) 스코프 절삭 논의
- 상담 데이터를 직접 만들지/더미로 갈지 불확실(질의는 있었으나 답변 미확인) 새로운 노트 4
- 상담 방식 후보(논의 중)
- 전화 상담(가능성 낮음)
- 키보드 기반 상담
- AI 채팅 상담
- 상담 기능 자체를 MVP에서 제외하고 더미데이터 적재 + 추천에 집중 새로운 노트 4
- 1차 결론 흐름(톤)
- “상담 페이지를 빼고, 고객센터 느낌 + 추천/분석에 집중” 쪽으로 기울어짐 새로운 노트 4
9) 인프라/비용 리스크(스코프 절삭의 근거)
- 기능이 늘어날수록 구성요소가 폭증(예: 발송/배치/카프카/벡터DB/DB 다중화/캐시 등)
- 운영 단위(인스턴스/DB) 증가 → 비용 급증 우려(“너무 많다”는 공감대) 새로운 노트 4
- 구체 언급(예시 나열 성격)
- RDS 2개 + 벡터DB + 배치 저장소 + Redis(인증/인가) + Kafka(발송 이벤트) 등으로 “MVP부터는 과하다”는 분위기 새로운 노트 4
10) 액션 아이템(바로 실행 리스트)
- 오늘(요구사항 정리)
- 요구사항을 “MVP/2차”로 나누는 기준 확정(특히 상담 범위) 새로운 노트 4
- 월요일까지(필수 산출물)
- 기능 명세서 작성(프론트/백/DB가 공통으로 보는 단일 문서)
- 기능 명세 기반 ERD 1차 드래프트 새로운 노트 4
- 셋업 정리(도연 중심)
- 커밋 메시지 컨벤션/PR 정책 문서 위치 명확화(혼선 제거)
- pnpm 기준으로 스크립트/가이드 정리 새로운 노트 4
- 디자인/기획(팀)
- 와이어프레임 “이번 주 1차” 확보 → 다음 주 디자인 진행 새로운 노트 4
- 컬러/브랜딩 톤(보라 계열) 유지, 핑크/노랑 과다 사용 지양 새로운 노트 4
- 추천/고객지원(리서치)
- “질문 카테고리화 + 빈도 기반 FAQ/개인화”는 MVP 가능 수준으로 절삭(유사도/벡터는 2차 후보) 새로운 노트 4