Pleos 앱 마켓 제출 준비 중
CarFortune
현대자동차그룹 Pleos Connect에서 동작하는 차량 운세 앱
- 기간
- 2026.08 – 진행 중
- 역할
- 기획, 디자인, 개발
- 팀
- 개인 프로젝트
- 기술
- Next.js
- TypeScript
- Kotlin
- Android Automotive
- Pleos Vehicle SDK
개편한 기획을 앱에 반영하는 중이라, 실제 화면은 제출 후 추가할 예정입니다.
배경
차 안의 화면은 스마트폰과 규칙이 다릅니다. 주행 중에는 조작과 움직이는 화면이 제한되고, 화면 크기와 보는 거리도 다릅니다.
CarFortune은 차량이 멈춰 있는 짧은 시간에 가볍게 즐기고, 운세와 연결된 운전 팁으로 다음 주행까지 이어지는 경험을 목표로 합니다.
맡은 일
- 기획안, 앱 플로우, 화면 디자인, 수익 모델 설계
- Next.js 기반 웹 프로토타입으로 차량 화면 규격(Connect-S, 1700×1184dp)에서 흐름 검증
- Kotlin Android Automotive 앱: mock과 Pleos 빌드 분리, Vehicle SDK 2.0.3 의존성, 콜백을 코루틴으로 바꾸는 어댑터
- 운세와 운전 팁 콘텐츠 데이터 설계와 검증
핵심 결정
결정 1
주행 중에는 앱 본문을 아예 그리지 않았습니다
- 상황
- Pleos Connect는 차량이 정차(P단)했을 때만 앱 화면 사용을 허용하는 제약이 있습니다.
- 선택
- 기어가 P가 아니면 운세와 카드 컴포넌트를 마운트하지 않고 정적인 잠금 화면으로 바꿨습니다. 에뮬레이터를 받기 전에는 기어와 속도를 조작하는 개발용 시뮬레이터로 검증했습니다.
- 이유와 결과
- 애니메이션만 멈추면 다른 화면에서 실수로 다시 그릴 수 있어서, 렌더 트리에서 빼는 편이 확실했습니다.
결정 2
AI로 만든 콘텐츠는 생성과 검증을 나눴습니다
- 상황
- 운세 문구와 운전 팁 400건을 AI로 만들면 비슷한 문장이 반복되거나, 과태료나 벌점 같은 법규 수치가 틀릴 수 있습니다.
- 선택
- 항목마다 주제 태그를 달고 문장 유사도(자카드)로 근접 중복을 검사했습니다. 법규 수치는 도로교통공단과 국가법령정보센터 자료로 교차 확인했습니다.
- 이유와 결과
- 초안에서 근접 중복 26건과 면허 정지와 취소 기준을 혼동한 사실 오류 4건이 실제로 걸러졌습니다. 400건을 눈으로만 검수하는 것보다 기준을 먼저 세우는 편이 정확했습니다.
결정 3
플랫폼 준비를 기다리지 않고 웹에서 먼저 검증했습니다
- 상황
- 에뮬레이터 이미지를 받기 전에도 화면과 흐름을 빠르게 반복해야 했습니다.
- 선택
- 화면은 웹으로 먼저 만들어 차량 화면 규격에서 확인하고, Android 앱은 mock 차량 데이터 빌드로 전체 흐름을 검증할 수 있게 구성했습니다.
- 이유와 결과
- 실제 Vehicle SDK를 붙일 때 데이터 소스만 바꾸면 되도록 경계를 나눠, 플랫폼 일정과 UX 반복을 분리할 수 있었습니다.
결과
- 주행 잠금, 차량 화면 규격 대응, 공유 카드와 모아보기까지 웹 프로토타입으로 검증했습니다.
- 기획을 한 차례 개편해 새 콘텐츠 400건을 만들었고, 개편한 흐름을 앱에 반영하고 있습니다.
개발 방식
Claude Code와 Codex를 번갈아 사용하며 공통 규칙은 AGENTS.md에, 세션 간 인수인계는 WORKLOG.md에 남겼습니다.
모든 변경은 타입 검사와 린트, 빌드, 브라우저 확인을 거친 뒤 커밋했습니다.