wiki: 회의록 2026-06-08 추가, 구 회의록 정리, caliverse 벤치마크 스크린샷 추가

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-06-08 19:26:17 +09:00
parent 95cd8bb891
commit 9674e84700
7 changed files with 113 additions and 150 deletions
Binary file not shown.

After

Width:  |  Height:  |  Size: 1.3 MiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 910 KiB

-49
View File
@@ -1,49 +0,0 @@
# [회의 제목] 롯데월드 신규 어트랙션 홍보를 위한 이머시브 커머스 제안 검토 회의
- **날짜**: 2026년 05월 08일 금요일
- **참석자**: 한예성, 참석자 1, 참석자 2, 참석자 3, 참석자 4, 참석자 5, 참석자 6, 참석자 7, 참석자 8, 참석자 9
- **주제 요약**: 롯데월드 신규 어트랙션 홍보를 위한 3D 파노라마 기반의 이머시브 커머스 콘텐츠 기획안 및 개발 구현 방안 논의
## 🔹 요약 보고
* **콘텐츠 컨셉**: 3D 파노라마 탐험(70~80%)과 미니 게임(10~20%)을 결합하여 신규 어트랙션의 세계관을 체험하고 홍보하는 방식.
* **개발 방향성**: 모바일 우선(Mobile First) 환경에 최적화된 UI/UX 구현 및 웹 기반의 가벼운 기능 중심 설계.
* **핵심 과제**: 롯데월드 측으로부터 신규 어트랙션 관련 리소스(영상, 이미지 등)를 적기에 확보하는 것과 미니 게임의 난이도 조절 및 개발 공수 관리.
* **비즈니스 전략**: 단순 정보 전달을 넘어 세계관 체험을 통한 방문 유도 및 이벤트(쿠폰, 하이패스 권한 등) 연계 제안.
## 1. 주요 논의 사항
### [신규 어트랙션 홍보 콘텐츠 기획]
- **현황**: 롯데월드 측에서 신규 어트랙션 홍보를 목적으로 하는 이머시브 커머스 제안을 검토 중임. 현재 아틀란티스를 예시로 한 샘플 구현 상태.
- **핵ess 논의**:
- 3D 파노라마 공간 내에서 미션을 수행하고, 간단한 미니 게임(타이밍 맞추기 등)을 통해 어트랙션 정보를 전달하는 플로우 구성.
- 사용자가 체험 후 실제 예매 페이지로 연결될 수 있도록 랜딩 구조 설계.
- 롯데월드 홈페이지의 배너 형태를 활용하여 자연스러운 진입 유도 필요.
- **결론**: 결정됨 (기획안 기반 제안 진행)
### [개발 구현 및 기술적 검토]
- **현황**: 웹 환경에서 3D 파노라마와 미니 게임을 구동하기 위한 기술적 검토 중.
- **핵심 논의**:
- 모바일 사용 비중이 높으므로(약 95%) 모바일 최적화 및 UI/UX 구현이 필수적임.
- 미니 게임이 너무 복잡해지면 웹 환경에서 무거워질 수 있으므로, 단순하고 가벼운 형태의 게임을 유지해야 함.
- 유니티(Unity)를 활용한 웹 포팅 시 발생할 수 있는 개발 공수 및 성능 이슈 고려 필요.
- **결론**: 논의 중 (미니 게임 수준에 따라 개발 범위 변동 가능성 있음)
## 2. 리스크 및 이슈
* **리소스 확보 문제**: 신규 어트랙션의 구체적인 정보나 영상, 이미지 등 개발에 필요한 리소스가 사전에 제공되지 않을 경우 구현이 불가능함.
* **개발 일정 및 공수**: 미니 게임의 난이도가 높아지거나 기능이 복잡해질 경우, 약 2개월~2개월 반의 예상 개발 기간 내 완수가 어려울 수 있음.
* **유출 리스크**: 신규 어트랙션 정보가 사전에 노출되는 것에 대한 롯데월드 측의 우려 존재.
## 3. 결정 사항
* **개발 방향**: 모바일 우선(Mobile First) 원칙을 준수하여 개발 진행.
* **콘텐츠 구성**: 파노라마 탐험을 메인으로 하되, 이벤트성 미니 게임을 포함하는 구조로 유지.
* **제안 전략**: 단순한 기능 제공보다는 세계관을 체험할 수 있는 '경험' 중심의 가치 전달에 집중.
## 4. 오픈 이슈
* **미니 게임 범위 확정**: 상대방(롯데월드)이 요구하는 새로운 형태의 게임이나 높은 난이도의 게임 요청 시 대응 방안 필요.
* **연동 기술 검토**: 쿠폰 발급 또는 하이패스 권한 부여를 위해 롯데월드 계정 연동 및 IT 시스템과의 연계 가능 여부 확인 필요.
## 5. 액션 아이템
| 담당 | 작업 내용 | 기한 |
| --- | --- | --- |
| 개발팀 | 스포티 니치(속도 개선 버전) PC/노트북 테스트 및 피드백 제공 | 즉시 |
| 제안팀 | 롯데월드 측과 미팅을 통한 상세 요구사항 확인 및 추가 제안 진행 | 차기 미팅 시 |
| 기획팀 | 신규 어트랙션 리소스 확보를 위한 일정 관리 및 현업 소통 | 프로젝트 착수 시 |
-53
View File
@@ -1,53 +0,0 @@
# [회의 제목] 스포티앤리치 피드백 대응 및 서비스 개선 회의
- **날짜**: 확인 불가
- **참참석자**: 오상무, 김준호(발표자), 김태현팀장, 김원일 이사, 송병준팀장, 안현제팀장, 오경득팀장, PM 한예성
- **주제 요약**: 롯데온 피드백에 따른 서비스 수정 사항 검토 및 향후 개발/운영 가이드라인 수립
## 🔹 요약 보고
* 롯데온 측 피드백을 바탕으로 '오픈 전 필수 수정'과 '이후 개선 사항'으로 구분하여 대응 전략 수립.
* 상품 가격 표기 방식 변경 및 UI(구매하기 버튼 위치) 조정 결정.
* iOS 기기 속도 저하 문제에 대한 기술적 가이드라인(최소 스펙 안내) 마련.
* 3D 아바타 기능 및 오프라인 스토어 구현 등 중장기적 요구사항에 대한 기술적 한계 및 정책적 방향성 확인.
## 1. 주요 논의 사항
### [롯데온 피드백 대응: 가격 및 UI]
- **현황**: 롯데온 측에서 할인 가능 여부 표기를 요청함. 현재 정가로 표시되어 있음.
- **핵심 논의**: 텍스트 수정(정가 기준, 할인가는 구매 페이지 확인)과 함께 기존 박스 내에 위치한 '구매하기' 버튼을 상단으로 이동시켜 텍상 겹침 방지 필요.
- **결론**: 결정됨 (버튼 위치 상단 이동 및 문구 수정 완료 예정)
### [iOS 기기 성능 이슈]
- **현황**: 특정 iOS 기기에서 매장 진입 속도가 갤럭시 대비 느림(약 0.5~1초).
- **핵심 논의**: 현업 사용 기기의 스펙 한계를 명시하여 가이드라인을 제공함으로써 기술적 책임 소재를 명확히 함.
- **결론**: 결정됨 (최소 사양 가이드라인 제공)
### [모델 신체 스펙 옵션 추가]
- **현황**: 키, 몸무게, 체형 등 선택 기능에 대한 요구사항 존재.
- **핵심 논의**: 기능 구현 시 이미지 렌더링 속도 및 제작 시간 이슈 발생 가능성.
- **결론**: 보류 (향후 적용 검토)
### [이머시브 스토어 내 기능 개선]
- **현항**: 마네킹 상품 정보 보기 활성화 시 줌 인/아웃 불편 및 터치 영역 문제.
- **핵심 논고**: '피팅룸' 터치 시 AI 스타일링 샵으로 연결되는 범위를 넓혀 사용자 편의성 증대. 브랜딩 컨셉(공간 탐험)에 집중하여 개발 범위 조정.
- **결론**: 결정됨 (터치 영역 확대 및 가이드라인 작성)
## 2. 리스크 및 이슈
* **데이터 휘발성 문제**: 롯데온으로 이동 후 뒤로가기 시 이전 상태(스타일링 숍 세팅값) 유지가 어려움. 쿠키 값 저장 등 기술적 협의 필요.
* **개발 부하**: 3D 모델링 기반의 360도 회전 및 오프라인 매장 구현은 비용 및 개발 부하가 매우 높음 (현재는 AI 이미지 샷 기준으로 대응 중).
## 3. 결정 사항
* **UI 수정**: 구매하기 버튼 위치 상단 이동 및 가격 안내 문구 변경.
* **개발 정책**: 3D 아바타 이동 기능 제공 등은 브랜드 탐험 컨셉에 따라 제외하거나 스타일링 샵 위주로 추진.
* **오픈 일정**: 6월 8일 프로모션 혜택 시작을 목표로 함.
## 4. 오픈 이슈
* **채널 ID 확보**: 광고/마케팅용 채널 코드가 다음 주 중으로 확보되어야 테스트 및 QA 가능.
* **롯데온 협업**: 뒤로가기 시 데이터 유지 기능을 위해 롯데온 개발자와의 기술적 규격(쿠키 값 등) 협의 필요.
## 5. 액션 아이템
| 담당 | 작업 내용 | 기한 |
| --- | --- | --- |
| 개발팀 | 구매하기 버튼 위치 이동 및 UI 수정 | 차주 초 |
| 개발팀 | 가격 안내 문구 수정 (정가 기준, 할인 확인 문구) | 차주 초 |
| 기획/운영 | 롯데온 측에 전달할 기술 가이드라인(최소 스펙 등) 작성 | 완료 시까지 |
| 개발팀 | 채널 코드 확보 및 테스트/QA 진행 | 다음 주 중 |
-48
View File
@@ -1,48 +0,0 @@
# [.Net 이슈 관련 업데이트 및 운영 프로세스 점검 회의]
- **날짜**: 2026년 5월 27일 | 오전 11시
- **참석자**: 김원일 이사, 김상엽, 박준범, 최성연, 한예성
- **주제 요약**: .Net 이슈 해결을 위한 라이브 빌드 QA 진행 현황 점검 및 운영 툴 관리/패치 노트 작성 프로세스 확립
## 🔹 요약 보고
* **라이브 빌드 QA 및 업데이트**: 현재 전달받은 라이브 빌드에 대해 오늘 중 QA를 완료하고, 문제 없을 시 내일 중 업데이트 반영을 목표로 함.
* **일본 법인 대응**: 로그인 후 칼리브레이션 오류 이슈 해결을 위해 일본 측(홍 실장)에 테스트 플라이트 등록 및 확인 요청 예정.
* **운영 프로세스 정립**: 운영 툴 관리 및 강제 업데이트 판단 주체를 기획 담당자(성혜)로 지정하고, 패치 노트 작성 시 개발팀의 기술적 지원을 포함하기로 함.
* **보안 및 기타**: 운영 툴 사용 권한 및 비밀번호 보안 관리 필요성 언급과 함께, 테스트용 단말기(S25 등) 활용 계획 논의.
## 1. 주요 논의 사항
### [.Net 이슈 대응 및 업데이트 계획]
- **현황**: .Net 적용 건은 라이브 확인을 마쳤으나, 현재 최신 라이브 빌드를 전달받기 위해 대기 중임. 일본 지역에서 발생하는 로그인 후 칼리브레이션 미인식 이슈를 해결하기 위한 코드 수정이 진행됨.
- **핵심 논의**:
- 오늘 중 QA를 마무리하고 문제없으면 즉시 업데이트 요청을 진행할 것.
- 내일 중 업데이트 반영을 목표로 함.
- **결론**: 결정됨
### [운영 툴 관리 및 패치 노트 작성 프로세스]
- **현황**: 강제 업데이트 버전 설정 및 운영 툴 관리에 대한 책임 소재가 불분명함.
- **핵심 논의**:
- 운영 툴 관리는 기획 담당자(성혜)가 수행하며, 일본 법인장 확인 결과에 따라 강제 전환 여부를 판단함.
- 패치 노트는 개발 측에서 1차 정리(서버/클라 개발자)하여 예성이 및 성혜에게 전달하고, 이를 바탕으로 유저용 언어로 수정함.
- **결론**: 결정됨
## 2. 리스크 및 이슈
* **일본 지역 이슈**: 일본 법인장 및 홍 실장이 겪고 있는 로그인/칼리브레이션 오류가 지속적으로 발생하고 있어, 코드 수정 후 재검증이 필요함.
* **보안 위험**: 서버 팀장의 비밀번호 관리 방식(주기적 교체 등)에 대한 보안 취약점 우려 및 AI 해킹 시대의 보안 강화 필요성 제기.
## 3. 결정 사항
* **운영 툴 관리 주체**: 기획 담당자(성혜)로 지정.
* **패치 노트 작성 절차**: 개발자(1차 정리) $\rightarrow$ 예성이/성혜(2차 정리 및 유저용 언어 변환).
* **업데이트 방식**: 일본 법인장이 확인한 후, 문제가 해결된 시점에 강제 업데이트 전환 여부를 결정함.
## 4. 오픈 이슈
* **테스트 플라이트 등록**: 홍 실장에게 테스트 플라이트를 등록하여 QA를 동시에 진행할 수 있는 환경 구축 필요.
* **단말기 테스트**: S25 등 최신 단말기를 활용한 퀄리티 체크 및 카메라 위치에 따른 필름형 테스트 버전 검증.
## 5. 액션 아이템
| 담당 | 작업 내용 | 기한 |
| --- | --- | --- |
| 개발팀 | 라이브 빌드 QA 완료 및 업데이트 요청 | 오늘 중 |
| 개발팀 | 패치 노트 초안 작성 (서버/클라 개발자) | 업데이트 전 |
| 김원일 이사 | 홍 실장에게 테스트 플라이트 등록 지원 및 안내 | 완료 시 즉시 |
| 성혜 | 운영 툴 관리 및 강제 업데이트 여부 판단 | 상시 |
| 개발팀 | QA 결과값 정리 및 전달 (24 버전 관련) | 확인 후 즉시 |
+61
View File
@@ -0,0 +1,61 @@
# [회의록] 프로젝트 진행 현황 및 신규 과제 검토
- **날짜**: 2026년 06월 08일 | 15:00
- **참석자**: 김원일PD(개발실), 한예성 PM(개발실), 김태현 팀장(사업실), 김준호(사업실), 정현욱(사업실)
- **주제 요약**: 스포티앤니치/하이마트 피드백 일정, 자이언츠 UI 개발 계획, DRM 도입 및 기술적 검토, CC0 프로젝트 진행 방향 논의
## 🔹 요약 보고
* **스포티앤니치/하이마트 건**: 하이마트 측 피드백 대기 중이며, 피드백 수령 후 수정 및 테스트 일정이 유동적임.
* **자이언츠 개발 현황**: 6월 23일 QA 직전 버전 공유 예정이며, 중간에 UI 시안을 먼저 공유하여 피드백을 받기로 함.
* **DRM 도입 검토**: 도브러너(Doverunner) 업체 피드백 대기 중이며, 보안 및 비용(유저당 비용) 문제를 고려한 기술적 구조 검토 필요.
* **CC0 프로젝트**: 7월 말 완료 목표로 진행 중이나, 유니티 기반 웹 변환에 따른 퍼포먼스 저하 및 개발 인력 확보 이슈가 존재함.
## 1. 주요 논의 사항
### [안건 1: 스포티앤니치 및 하이마트 피드백 일정]
- **현황**: 스포티앤니치는 완료되었으나, 하이마트 측의 피드백이 아직 도착하지 않은 상태임.
- **핵심 논의**:
- 참석자 2: 하이마트 담당자에게 요청은 해두었으나 현재 묵묵부답이며, 피드백 수령 후 수정 및 재테스트 일정이 필요함.
- 참석자 3: 6월 5일에 받기로 했던 피드백이 아직 전달되지 않음.
- **결론**: 논의 중 (피드백 수령 시점에 따라 일정 변동 가능)
### [안건 2: 자이언츠 프로젝트 개발 및 공유 계획]
- **현황**: 기획안 UI 작업 진행 중이며, 6월 23일 QA 직전 버전 공유 예정임.
- **핵심 논논의**:
- 참석자 1: 6월 23일에 내부 개발 1차 완료 버전을 공유하고, 그전에 UI 시안을 먼저 보여줄 수 있음.
- 참석자 2: 중간에 한 번 더서 확인하여 피드백을 주고받는 과정이 필요함.
- **결론**: 결정됨 (6월 23일 QA 전 버전 공유 및 중간 UI 시안 공유)
### [안건 3: DRM 도입 관련 기술적 검토]
- **현황**: 도브러너(Doverunner) 업체로부터 피드백을 기다리는 중임.
- **핵심 논의**:
- 참석자 1: 영상 변환 시 보안을 위해 DRM 키 발급 및 인코딩/업로드 자동화 과정에서 발생하는 기술적 이슈(키 관리, 비용 문제 등) 검토 필요.
- 참석/참석자 2: 유저당 비용 발생 여부와 우리 쪽에서 DRM을 적용하여 CDN 경로를 제어하는 방식에 대해 논의함.
- **결론**: 논의 중 (업체 피드백 확인 후 결정 예정)
### [안건 4: CC0 프로젝트 및 개발 환경]
- **현황**: 7월 말 완료를 목표로 하고 있으며, 현재 데모 버전 기반으로 진행 중임.
- **핵심 논의**:
- 참석자 1: 유니티(Unity)로 제작된 결과물을 웹(Web)으로 변환할 때 발생하는 퍼포먼스 저하 및 개발 인력(웹 개발자) 부족 이슈가 있음.
- 참석자 2: 백화점 측 팀장과 만나서라도 일정을 확정 짓고 실본 개발에 들어가야 함.
- **결론**: 논의 중 (7월 말 목표로 하되, 기술적/인력적 리스크 존재)
## 2. 리스크 및 이슈
* **일정 불확실성**: 하이마트 피드백 지연 및 DRM 업체 피드백 대기로 인해 전체적인 개발 일정 변동 가능성 높음.
* **기술적 리스크**: 유니티 웹 변환 시 iOS 등 특정 환경에서의 퍼포먼스 저하 문제 및 웹 개발 인력 부족.
* **비용 리스크**: DRM 도입 시 발생할 수 있는 유저당 비용 및 라이선스 관련 경제적 부담.
## 3. 결정 사항
* **자이언츠 프로젝트**: 6월 23일 QA 직전 버전 공유 및 중간 UI 시안 선공유 결정.
* **상태 표기 변경**: 일정 지연 가능성이 있는 항목은 붉은색으로, 완료된 항목은 회색으로 표기하여 관리하기로 함.
## 4. 오픈 이슈
* **DRM 업체 피드백**: 도브러너(Doverunner) 업체의 기술 지원 가능 여부 및 비용 확인 필요.
* **CC0 일정 확정**: 백화점 측 담당자와의 미팅을 통한 개발 범위 및 최종 일정 확정 필요.
## 5. 액션 아이템
| 담당 | 작업 내용 | 작업 상세 | 기한 |
| --- | --- | --- | --- |
| 김원일PD | 자이언츠 UI 시안 공유 | 현재 진행 중인 UI 작업을 완료하여 개발 중간 점검을 위해 시안을 먼저 공유함. | 금주 중 |
| 김원일PD | DRM 업체 피드백 확인 | 도브러너(Doverrunner) 업체의 피드백 내용을 확인하여 향후 기술적 방향성을 결정함. | 6월 9일 이내 |
| 한예성PM | 프로젝트 상태 관리 표 업데이트 | 지연되는 항목은 붉은색으로, 완료된 항목은 회색으로 색상 표기를 변경하여 관리함. | 즉시 |
| 김태현 팀장 | CC0 관련 미팅 추진 | 백화점 측 담당자와 오프라인 미팅을 통해 기획안을 확정하고 개발 범위를 결정함. | 차주 중 |
+52
View File
@@ -0,0 +1,52 @@
# [도브러너(Doverunner) 기술 검토 및 DRM 대응 전략 회의]
- **날짜**: 확인 불가
- **참석자**: 김원일 PD, 박준범, 김준수, 김도건, 한예성
- **주제 요약**: 도브러너의 HLS 지원 불가 이슈에 따른 기술적 대안(자체 구현 및 타 DRM 업체) 검토
## 🔹 요약 보고
* **도브러너 기술 한계 확인**: 도브러너 측에서 NCG iOS SDK를 통해 MP4 기반 Progressive Download는 지원하나, HLS 방식은 지원이 불가능하다는 답변을 수신함.
* **기술적 쟁점**: 영상 프레임의 픽셀 버퍼(Pixel Buffer) 추출 및 Metal 기반 Video Processing 요구사항을 충족하기 위한 기술적 방안 논의.
* **대안 전략 수립**: iOS는 자체 구현(자체 DRM/보안 정책)을 고려하고, Android(AOS)는 기존 도브러너 방식을 사용하는 분리 전략 검토.
* **국내외 DRM 업체 조사**: Clear Key 지원 여부 및 국내외 DRM 업체(EG DRM, DRM Today 등)에 대한 추가 조사 계획 수립.
## 1. 주요 논의 사항
### [도브러너(Doverunner) 기술 지원 현황 분석]
- **현황**: 도브러너 측 이메일 결과, HLS 기반 스트리밍 및 iOS Pixel Buffer Access/Metal 기반 Video Processing 요구사항 대응이 불가능한 상태임.
- **핵심 논의**:
- 참여자 1: MP4 Progressive Download/Playback 방식은 사용 가능한지 확인 필요.
- 참여자 2: 패키징된 영상을 다운로드하여 재생하는 것은 가능할 것으로 보이나, 현재 목적은 CDN 스트리밍임.
- **결론**: 논의 중 (도브러너 기술로 구현 가능한지 테스트 필요)
### [iOS 보안 정책 및 자체 구현 방안]
- **현황**: 애플의 보안 정책으로 인해 암호화된 HLS 스트림에서 픽셀 버퍼를 얻기 어려운 상황임.
- **핵심 논의**:
- 참여자 1: 앱 자체 암호화나 서버 사이드 프록시(Server-side Proxy) 등을 통한 대안 검토.
- 참여자 2: iOS는 자체적으로 구현하고, AOS(Android)는 도브러너를 사용하는 분리 전략 제안.
- **결론**: 논의 중 (보안 리스크 및 구현 난이도 고려 필요)
### [국내외 DRM 업체 조사]
- **현황**: 도브러너 외에 국내외 다른 DRM 솔루션(EG DRM, DRM Today 등)을 검토할 필요가 있음.
- **핵심 논의**:
- 참여자 2: Clear Key 지원 여부 및 해외 업체들의 글로벌 대응 현황 확인 필요.
- 참여자 1: 국내 업체 중 AS128 관련하여 확인할 수 있는 곳이 있는지 파악 요청.
- **결론**: 결정됨 (EG DRM, DRM Today 등 추가 조사 진행)
## 2. 리스크 및 이슈
* **기술적 제약**: 도브러너의 NCG iOS SDK가 HLS(m3u8 기반 스트리밍) 방식을 지원하지 않음.
* **보안 정책 충돌**: 애플의 보안 정책으로 인해 암호화된 영상에서 픽셀 버퍼 접근이 제한될 수 있는 문제 발생.
* **자체 구현 리스크**: 자체적인 DRM/보안 로직 구현 시 보안 리스크가 커질 우려가 있음.
## 3. 결정 사항
* **플랫폼별 전략 분리**: Android(AOS)는 기존 도브러너 방식을 유지하되, iOS는 자체적인 기술 구현을 검토함.
## 4. 오픈 이슈
* **도브러너 테스트 가능 여부**: 도브러너의 방식이 실제 서비스 가능한 수준인지, 혹은서버에서 내려받는 방식 등으로 우회 가능한지 확인 필요.
* **Clear Key 지원 여부**: 국내 환경에서 Clear Key를 통한 구현 가능성 및 업체별 지원 범위 확인 필요.
## 5. 액션 아이템
| 담당 | 작업 내용 | 작업 상세 | 기한 |
| --- | --- | --- | --- |
| 김도건 | AS128 관련 업체 조사 | 국내외 DRM 업체 중 AS128 규격 및 기술 대응이 가능한 업체를 파악하기 위해 자료를 조사함. | 미정 |
| 김도건 | DRM 업체 추가 확인 | EG DRM 및 DRM Today 등 특정 업체들의 기술 지원 범위와 특징을 확인하여 보고함. | 미정 |
| 참여자 1 | 도브러너 문의 및 의견 수렴 | 도브러너 측에 현재 기술적 요구사항(픽셀 버퍼 접근 등)을 전달하고, 이에 대한 대응 가능 여부에 대해 의견을 요청함. | 미정 |