public/kotalk
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions 1

공개: KoTalk 최신 기준선

Browse source
This commit is contained in:
Ian 2026-04-16 09:24:26 +09:00
commit debf62f76e
572 changed files with 41689 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

43
문서/atlas/12-android-parallel/01-android-ia.md Normal file
View file

@ -0,0 +1,43 @@
# Android 정보구조
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 정보구조을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 정보구조은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 정보구조이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 정보구조은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 정보구조 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/02-android-nav.md Normal file
View file

@ -0,0 +1,43 @@
# Android 내비게이션
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 내비게이션을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 내비게이션은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 내비게이션이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 내비게이션은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 내비게이션 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/03-android-density.md Normal file
View file

@ -0,0 +1,43 @@
# Android 밀도
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 밀도을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 밀도은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 밀도이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 밀도은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 밀도 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/04-android-composer.md Normal file
View file

@ -0,0 +1,43 @@
# Android 입력기
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 입력기을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 입력기은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 입력기이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 입력기은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 입력기 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/05-android-notification-bridge.md Normal file
View file

@ -0,0 +1,43 @@
# Android 알림 브리지
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 알림 브리지을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 알림 브리지은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 알림 브리지이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 알림 브리지은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 알림 브리지 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/06-android-work-profile.md Normal file
View file

@ -0,0 +1,43 @@
# Android 업무 프로필
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 업무 프로필을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 업무 프로필은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 업무 프로필이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 업무 프로필은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 업무 프로필 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/07-android-storage.md Normal file
View file

@ -0,0 +1,43 @@
# Android 저장소
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 저장소을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 저장소은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 저장소이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 저장소은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 저장소 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/08-android-apk-policy.md Normal file
View file

@ -0,0 +1,43 @@
# APK 배포 정책
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: APK 배포 정책을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- APK 배포 정책은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 APK 배포 정책이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 APK 배포 정책은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 APK 배포 정책 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/09-android-install-onboarding.md Normal file
View file

@ -0,0 +1,43 @@
# 설치 온보딩
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: 설치 온보딩을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- 설치 온보딩은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 설치 온보딩이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 설치 온보딩은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 설치 온보딩 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/10-android-handoff.md Normal file
View file

@ -0,0 +1,43 @@
# Android 핸드오프
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 핸드오프을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 핸드오프은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 핸드오프이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 핸드오프은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 핸드오프 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/11-android-material3.md Normal file
View file

@ -0,0 +1,43 @@
# Material 3 번역
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Material 3 번역을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Material 3 번역은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Material 3 번역이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Material 3 번역은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Material 3 번역 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/12-android-tablet.md Normal file
View file

@ -0,0 +1,43 @@
# 태블릿 대응
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: 태블릿 대응을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- 태블릿 대응은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 태블릿 대응이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 태블릿 대응은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 태블릿 대응 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/13-android-attachments.md Normal file
View file

@ -0,0 +1,43 @@
# 첨부 확장
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: 첨부 확장을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- 첨부 확장은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 첨부 확장이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 첨부 확장은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 첨부 확장 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/14-android-permissions.md Normal file
View file

@ -0,0 +1,43 @@
# 권한 설계
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: 권한 설계을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- 권한 설계은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 권한 설계이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 권한 설계은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 권한 설계 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/15-android-battery-data.md Normal file
View file

@ -0,0 +1,43 @@
# 배터리와 데이터
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: 배터리와 데이터을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- 배터리와 데이터은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 배터리와 데이터이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 배터리와 데이터은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 배터리와 데이터 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/16-android-search.md Normal file
View file

@ -0,0 +1,43 @@
# Android 검색
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 검색을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 검색은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 검색이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 검색은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 검색 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/17-android-saved-area.md Normal file
View file

@ -0,0 +1,43 @@
# Android 보관함
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 보관함을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 보관함은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 보관함이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 보관함은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 보관함 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/18-android-offline.md Normal file
View file

@ -0,0 +1,43 @@
# Android 오프라인
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 오프라인을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 오프라인은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 오프라인이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 오프라인은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 오프라인 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/19-android-trust-privacy.md Normal file
View file

@ -0,0 +1,43 @@
# Android 신뢰와 프라이버시
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 신뢰와 프라이버시을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 신뢰와 프라이버시은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 신뢰와 프라이버시이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 신뢰와 프라이버시은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 신뢰와 프라이버시 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/12-android-parallel/20-android-parity-roadmap.md Normal file
View file

@ -0,0 +1,43 @@
# Android 패리티 로드맵
## 문서 목표
- 범주: Android 병렬 채널
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
- 다루는 장면: Android 패리티 로드맵을 통해 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
## 왜 중요한가
- Android 패리티 로드맵은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 Android 패리티 로드맵이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
- 따라서 Android 패리티 로드맵은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 Android 패리티 로드맵 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

34
문서/atlas/12-android-parallel/README.md Normal file
View file

@ -0,0 +1,34 @@
# Android 병렬 채널
이 묶음은 Android 병렬 채널 관점에서 사용자 체감 간편함을 세부 주제로 분해한 아틀라스다.
## 범위
- 주요 목적: 웹과 독립적으로 Android 채널을 설계하고 병렬 배포하는 구조
- 우선 사용자: 모바일 일상 사용자 + 업무형 사용자
- 우선 채널: Android
## 현재 산출물에 대한 비판적 요약
- Android는 전략과 릴리즈 표면 문서만 있고 실제 사용자 체감은 아직 검증되지 않았다.
- 모바일 웹을 그대로 옮기면 안 되고, Material과 알림, 권한, 백그라운드 제약에 맞춘 재설계가 필요하다.
## 문서 목록
- [Android 정보구조](./01-android-ia.md)
- [Android 내비게이션](./02-android-nav.md)
- [Android 밀도](./03-android-density.md)
- [Android 입력기](./04-android-composer.md)
- [Android 알림 브리지](./05-android-notification-bridge.md)
- [Android 업무 프로필](./06-android-work-profile.md)
- [Android 저장소](./07-android-storage.md)
- [APK 배포 정책](./08-android-apk-policy.md)
- [설치 온보딩](./09-android-install-onboarding.md)
- [Android 핸드오프](./10-android-handoff.md)
- [Material 3 번역](./11-android-material3.md)
- [태블릿 대응](./12-android-tablet.md)
- [첨부 확장](./13-android-attachments.md)
- [권한 설계](./14-android-permissions.md)
- [배터리와 데이터](./15-android-battery-data.md)
- [Android 검색](./16-android-search.md)
- [Android 보관함](./17-android-saved-area.md)
- [Android 오프라인](./18-android-offline.md)
- [Android 신뢰와 프라이버시](./19-android-trust-privacy.md)
- [Android 패리티 로드맵](./20-android-parity-roadmap.md)