251117 기획·AI팀 기획회의
1. 개요
- 일자: 2025-11-17
- 참석: 기획팀, AI팀
- 키워드: 질문지 시스템, 광고 연동, 아이템 구조, 골드/레벨 보상, 상점 기능, 협동 플레이, LLM 캐싱, 개별/전체 튜터
2. 논의 요약
2.1. 서비스·광고·질문지 설계
- 입국 전 사용자 질문지 시스템 도입
- 로그인 후 로비 진입 전에 질문지(텍스트 타이핑)를 서버로 제출
- 국적/이름 등 기본 정보 + 관심사 1~2개 수집
- 관심사는 광고 추천, 개인화 학습, 향후 시나리오 분기 등에 활용됨
- 광고 구조 논의
- 유저 관심사 기반 이미지·영상 광고 제공 가능
- 광고는 질문지 정보 또는 LLM 기반 실시간 추천으로 제공 가능
- “돈벌이 구조(BM) 세팅” 관점에서 필수 요소로 간주됨
- 질문지 생성 정책
- 접속 시마다 생성할지, 일정 주기로 갱신할지 선택 필요
- 서버는 “없으면 생성 → 채워지면 다음 질문 생성” 방식으로 관리 제안
- 쿠키·디바이스 기반 추적은 불가 → 서버 세션/DB 관리 중심
2.2. 아이템·상점·보상 구조
- 아이템 해금 구조
- 서버는 “해금정보(Unlock)”와 “장착정보(Equip)” 두 개로 관리
- 슬롯 구성: 머리/몸/다리(3개 고정)
- 아이템 ID는 서버 인덱스 기반, 클라이언트는 데이터시트로 표현
- 획득 방식
- 기본은 업적형(퀘스트 달성) 또는 골드 구매 방식
- 프로토 단계에서는 상점 기능 제외, 이후 버전에서 상점/구매 API 적용
- 골드·레벨 보상
- 종합 성적표(S, A, C 등)에 따라 골드 지급
- 최고 등급(Min-Max) 누적 방식
- 예: 첫 플레이 F → 0골드 / 두 번째 C → 3골드 지급
- 이후 A(5골드) 달성 시 기존 C(3) 대비 +2 지급
- 듀오링고식 “매일 접속·프로그레션 기반 동기부여” 모델 참고
2.3. 기술 구조 (AI/서버/클라 협업)
- 단어 설명 기능(LLM 기반)
- 클릭 시 “단어 뜻/발음/예시” 제공
- 백엔드 DB 저장 방식은 비효율 → LLM API 호출 + 캐싱 구조 제안
- 동일 질문 반복 시 캐싱된 설명 반환하여 비용 절감
- 개별 튜터 / 전체 가이드 튜터
- 개별 튜터: 유저가 단어·개념을 직접 묻는 Ask 기능
- 전체 튜터: 플레이 흐름 안내(NPC 역할, 길찾기 가이드 등)
- 전체 튜터는 호스트 기준으로 서버에 요청 → 클라에게 방송
- 협동 플레이 구조
- 협동 흐름은 “클라-클라 직통 소통” 가능
- 서버 참여 포인트:
- 퀘스트 시작/종료 이벤트 전달(호스트가 서버에 통합 전달)
- 단어·설명 등 의미 기반 데이터 반환(LLM API)
- 플로우 차트 기반 시나리오
- 주황색: 게임 플레이 단계(유저 체험)
- 파란색: 위젯/팝업(UI)
- 핑크색: 서버 처리 영역
- 현재 드로우아이오 기준 전체 플로우 완성됨 (가급적 변경 없음)
2.4. 만장일치로 정리된 요구사항
- 질문지는 “서비스 설계의 정체성” → 꼭 필요
- 광고는 프로토 이후 확장 기능, 하지만 설계엔 포함
- 상점/면세점 기능은 향후 버전에서 언리얼 포트폴리오 강화를 위해 포함 가능
- LLM 캐싱 및 API 구성을 통한 효율적 백엔드 설계 필요
- 시나리오 구조는 확정 수준 → 변경 최소화
3. Action Items
기획팀
- [ ] 접속 시 질문지 질문 리스트(관심사 포함) 확정 (기한: 11/18)
- [ ] 광고 추천 기준 정교화(관심사 분류 체계) (기한: 11/19)
- [ ] 시나리오 플로우 차트 공유 및 설명 가이드 보완 (기한: 11/18)
AI 팀
- [ ] LLM 기반 단어설명 API 스펙 초안 작성 (응답 구조·캐싱 전략 포함) (기한: 11/19)
- [ ] 질문지 생성 로직(없으면 생성, 있으면 갱신) 설계안 제출 (기한: 11/19)
- [ ] 아이템 해금·장비 구조에 맞는 서버 스키마 임시 정의 (기한: 11/20)
공통
- [ ] 협동 플레이 시 호스트-게스트 요청 흐름 명세 작성 (기한: 11/21)
- [ ] 상점/면세점 기능은 프로토 이후 단계로 문서에 명확히 표기
4. 회고
4.1. 잘된 점 (Keep)
- 질문지·광고·아이템·보상 등 핵심 BM 요소가 명확히 정리됨
- 기획/AI 간 경계가 정리되어 API/LLM 구조 방식이 확정됨
- 플로우 차트 기준 협동 플레이 구조가 모호함 없이 잡힘
4.2. 미진한 점 (Problem)
- 질문지 종류·개수·주기 설정이 구체적이지 않음
- 상점/면세점 기능의 범위가 아직 불명확
- LLM 캐싱/비용 구조는 별도 검증 필요
4.3. 다음 단계 (Try)
- 질문지 리스트를 빠르게 확정하여 서버 스키마와 동기화
- 플로우 차트 기반 API 레이어 문서를 조기 작성
- LLM 캐싱 방식 검토 및 간단한 POC 진행
- 보상·레벨 설계를 UI/UX 흐름과 함께 시각화