프로젝트 배경
1) 문제점 - 생산성 기능과 웰니스 기능을 하나의 서비스로 운영하면 사용자 목적이 달라 핵심 가치가 흐려질 수 있었습니다. - App Store 메타데이터, 스크린샷, 심사 설명도 앱별로 분리하지 않으면 메시지 충돌과 운영 리스크가 커졌습니다. - 브랜드는 하나로 유지하면서도 사용 목적에 따라 다른 경험을 제공할 수 있는 제품 구조가 필요했습니다. 2) 프로젝트 목표 - 하나의 공통 코드베이스를
프로젝트 성과
1개 코드베이스로 3개 런타임 variant 운영
unified, Productivity, Wellness 구조를 하나의 모노레포에서 관리하도록 아키텍처를 정리했습니다.
2개 앱을 별도 제품처럼 분리 운영
PRD, 마케팅, 스토어 메타데이터를 앱별로 분리해 제품 메시지 충돌과 운영 리스크를 줄였습니다.
공개 랜딩 페이지와 기술 블로그 구축
앱 소개, 다운로드 CTA, 정책 페이지, 프로덕트 노트를 연결하는 공개 웹을 구축했습니다.
Productivity·Wellness iOS 배포 및 심사 대응
두 앱의 iOS 빌드 제출과 리젝 대응을 진행하며 출시 운영 프로세스를 정리했습니다.
Productivity macOS Electron/MAS 파이프라인 구축
Electron 빌드, 서명·공증, Mac App Store 제출까지 이어지는 데스크톱 배포 흐름을 정리했습니다.
핵심 기능
진행 단계
서비스 구조 재정의
2026.02.
하나의 통합 앱이 아닌 Productivity와 Wellness 분리 전략을 정의했습니다.
프로젝트 상세
1) 프로젝트 소개 - AIM 앱 패밀리는 하나의 브랜드 아래에서 Productivity 앱, Wellness 앱, 공개 랜딩 페이지를 함께 운영하는 멀티 제품 구조입니다. - 생산성 관리와 건강 관리의 사용 목적이 다르다는 점에 주목해, 하나의 통합 앱이 아니라 목적별로 분리된 두 개의 앱과 이를 연결하는 공개 웹을 설계했습니다. 2) 담당 범위 - 서비스 전략 수립, 정보 구조 설계, UI/UX







