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/07-trust-recovery/01-trust-entry-copy.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/02-session-expiry.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/03-last-good-state.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/04-reconnect-language.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/05-auth-error-ownership.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/06-device-list-trust.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/07-remote-signout.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/08-data-safety-phrasing.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/09-empty-vs-error.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/10-loading-honesty.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/11-outbox-recovery.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/12-message-failure.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/13-version-mismatch.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/14-maintenance-notice.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/15-download-integrity.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/16-public-status-surface.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/17-support-route.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/18-privacy-controls.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/19-recovery-metrics.md Normal file
View file

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

43
문서/atlas/07-trust-recovery/20-trust-release-gate.md Normal file
View file

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

34
문서/atlas/07-trust-recovery/README.md Normal file
View file

@ -0,0 +1,34 @@
# 신뢰와 복구 표면
이 묶음은 신뢰와 복구 표면 관점에서 사용자 체감 간편함을 세부 주제로 분해한 아틀라스다.
## 범위
- 주요 목적: 문제가 생겨도 사용자가 불안을 덜 느끼게 만드는 구조
- 우선 사용자: 모든 사용자
- 우선 채널: Windows + Mobile Web + Android
## 현재 산출물에 대한 비판적 요약
- 세션 복구와 마지막 정상 화면 유지가 기술적으로는 좋아졌지만 체감 신뢰는 아직 약하다.
- 재연결, 만료, 오류, 비어 있음의 차이가 충분히 설명되지 않아 사용자가 스스로 문제를 추정해야 한다.
## 문서 목록
- [진입 신뢰 카피](./01-trust-entry-copy.md)
- [세션 만료 안내](./02-session-expiry.md)
- [마지막 정상 화면 유지](./03-last-good-state.md)
- [재연결 언어](./04-reconnect-language.md)
- [인증 오류 책임 배치](./05-auth-error-ownership.md)
- [기기 목록 신뢰](./06-device-list-trust.md)
- [원격 로그아웃](./07-remote-signout.md)
- [데이터 안전 표현](./08-data-safety-phrasing.md)
- [빈 상태와 오류 분리](./09-empty-vs-error.md)
- [로딩 정직성](./10-loading-honesty.md)
- [아웃박스 복구](./11-outbox-recovery.md)
- [메시지 실패 상태](./12-message-failure.md)
- [버전 불일치 안내](./13-version-mismatch.md)
- [점검 공지](./14-maintenance-notice.md)
- [다운로드 무결성](./15-download-integrity.md)
- [공개 상태 표면](./16-public-status-surface.md)
- [지원 경로](./17-support-route.md)
- [프라이버시 제어](./18-privacy-controls.md)
- [복구 지표](./19-recovery-metrics.md)
- [신뢰 릴리즈 게이트](./20-trust-release-gate.md)