공개: KoTalk 최신 기준선

문서/atlas/01-work-inbox/01-triage-modes.md

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

문서/atlas/01-work-inbox/02-role-queues.md

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

문서/atlas/01-work-inbox/03-urgent-important.md

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

문서/atlas/01-work-inbox/04-day-start-panel.md

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

문서/atlas/01-work-inbox/05-catch-up-plan.md

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

문서/atlas/01-work-inbox/06-shift-handover.md

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

문서/atlas/01-work-inbox/07-unread-debt.md

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

문서/atlas/01-work-inbox/08-approval-queue.md

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

문서/atlas/01-work-inbox/09-stakeholder-ring.md

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

문서/atlas/01-work-inbox/10-decision-extract.md

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

문서/atlas/01-work-inbox/11-status-followup.md

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

문서/atlas/01-work-inbox/12-quiet-work.md

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

문서/atlas/01-work-inbox/13-work-bookmarks.md

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

문서/atlas/01-work-inbox/14-starred-as-tasks.md

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

문서/atlas/01-work-inbox/15-daily-brief.md

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

문서/atlas/01-work-inbox/16-weekly-digest.md

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

문서/atlas/01-work-inbox/17-archive-recall.md

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

문서/atlas/01-work-inbox/18-sla-hints.md

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

문서/atlas/01-work-inbox/19-ownership-chips.md

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

문서/atlas/01-work-inbox/20-escalation-ladder.md

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

문서/atlas/01-work-inbox/README.md

@@ -0,0 +1,34 @@
+# 업무형 받은함과 응답 운영
+
+이 묶음은 업무형 받은함과 응답 운영 관점에서 사용자 체감 간편함을 세부 주제로 분해한 아틀라스다.
+
+## 범위
+- 주요 목적: 업무 메시지를 빠르게 정리하고 후속조치로 연결하는 구조
+- 우선 사용자: 업무형 사용자
+- 우선 채널: Windows + Mobile Web
+
+## 현재 산출물에 대한 비판적 요약
+- 현재 제품은 빠른 입장은 가능하지만, 받은함을 일처럼 정리하는 장치가 아직 약하다.
+- 읽지 않은 대화와 나중에 처리할 대화를 분리하는 체감 편의가 충분하지 않다.
+
+## 문서 목록
+- [받은함 분류 모드](./01-triage-modes.md)
+- [역할별 응답 큐](./02-role-queues.md)
+- [긴급 중요 분리](./03-urgent-important.md)
+- [업무 시작 패널](./04-day-start-panel.md)
+- [밀린 대화 따라잡기](./05-catch-up-plan.md)
+- [교대 인수인계 요약](./06-shift-handover.md)
+- [안읽음 부채 줄이기](./07-unread-debt.md)
+- [승인 대기 큐](./08-approval-queue.md)
+- [이해관계자 우선 보기](./09-stakeholder-ring.md)
+- [결정 추출 보기](./10-decision-extract.md)
+- [상태 후속조치 루프](./11-status-followup.md)
+- [업무 집중 시간 보호](./12-quiet-work.md)
+- [업무 북마크](./13-work-bookmarks.md)
+- [중요 대화를 작업처럼 보기](./14-starred-as-tasks.md)
+- [일일 브리프 카드](./15-daily-brief.md)
+- [주간 요약 카드](./16-weekly-digest.md)
+- [업무 아카이브 재호출](./17-archive-recall.md)
+- [응답 기준 시간 힌트](./18-sla-hints.md)
+- [담당자 표시 칩](./19-ownership-chips.md)
+- [에스컬레이션 경로](./20-escalation-ladder.md)

문서/atlas/02-search-knowledge/01-global-search-home.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/02-query-grammar.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/03-recents-and-history.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/04-work-rediscovery.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/05-friendly-rediscovery.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/06-people-rooms-files.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/07-zero-result-recovery.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/08-saved-searches.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/09-search-filters.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/10-ranking-explainability.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/11-link-and-file-recall.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/12-search-from-message.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/13-keyword-suggestions.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/14-time-range-pivots.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/15-search-shortcuts.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/16-search-quality-signals.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/17-knowledge-panels.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/18-search-empty-states.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/19-search-privacy.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/20-search-release-gates.md

@@ -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, 운영 문서와 같이 갱신한다.

문서/atlas/02-search-knowledge/README.md

@@ -0,0 +1,34 @@
+# 검색과 재발견
+
+이 묶음은 검색과 재발견 관점에서 사용자 체감 간편함을 세부 주제로 분해한 아틀라스다.
+
+## 범위
+- 주요 목적: 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
+- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
+- 우선 채널: Windows + Mobile Web + Android
+
+## 현재 산출물에 대한 비판적 요약
+- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
+- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
+
+## 문서 목록
+- [통합 검색 홈](./01-global-search-home.md)
+- [쿼리 문법 최소화](./02-query-grammar.md)
+- [최근 검색과 기록](./03-recents-and-history.md)
+- [업무 재발견 검색](./04-work-rediscovery.md)
+- [친근 대화 재탐색](./05-friendly-rediscovery.md)
+- [사람 대화 파일 통합 결과](./06-people-rooms-files.md)
+- [무결과 복구 설계](./07-zero-result-recovery.md)
+- [저장 검색](./08-saved-searches.md)
+- [검색 필터 밀도](./09-search-filters.md)
+- [검색 결과 설명 가능성](./10-ranking-explainability.md)
+- [링크 파일 재호출](./11-link-and-file-recall.md)
+- [메시지에서 검색 이어가기](./12-search-from-message.md)
+- [키워드 제안](./13-keyword-suggestions.md)
+- [기간 축 전환](./14-time-range-pivots.md)
+- [검색 단축 동선](./15-search-shortcuts.md)
+- [검색 품질 신호](./16-search-quality-signals.md)
+- [지식 패널](./17-knowledge-panels.md)
+- [검색 빈 상태](./18-search-empty-states.md)
+- [검색 프라이버시](./19-search-privacy.md)
+- [검색 릴리즈 게이트](./20-search-release-gates.md)

문서/atlas/03-meetings-approvals/01-agenda-room.md

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

문서/atlas/03-meetings-approvals/02-brief-before.md

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

문서/atlas/03-meetings-approvals/03-live-decisions.md

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

문서/atlas/03-meetings-approvals/04-action-items.md

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

문서/atlas/03-meetings-approvals/05-approval-requests.md

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

문서/atlas/03-meetings-approvals/06-summary-after.md

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

문서/atlas/03-meetings-approvals/07-followup-reminders.md

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

문서/atlas/03-meetings-approvals/08-participant-state.md

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

문서/atlas/03-meetings-approvals/09-presenter-mode.md

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

문서/atlas/03-meetings-approvals/10-minute-selfchat.md

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

문서/atlas/03-meetings-approvals/11-quick-votes.md

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

문서/atlas/03-meetings-approvals/12-task-from-message.md

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

문서/atlas/03-meetings-approvals/13-due-date-flow.md

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

문서/atlas/03-meetings-approvals/14-meeting-pin.md

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

문서/atlas/03-meetings-approvals/15-doc-sharing.md

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

문서/atlas/03-meetings-approvals/16-search-presets.md

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

문서/atlas/03-meetings-approvals/17-handoff-after.md

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

문서/atlas/03-meetings-approvals/18-async-board.md

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

문서/atlas/03-meetings-approvals/19-approval-escalation.md

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

문서/atlas/03-meetings-approvals/20-fatigue-controls.md

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

문서/atlas/03-meetings-approvals/README.md

@@ -0,0 +1,34 @@
+# 회의와 승인 흐름
+
+이 묶음은 회의와 승인 흐름 관점에서 사용자 체감 간편함을 세부 주제로 분해한 아틀라스다.
+
+## 범위
+- 주요 목적: 회의 전후 맥락 손실을 줄이고 승인 소통을 빠르게 끝내는 구조
+- 우선 사용자: 리더 + 실무자 + 승인자
+- 우선 채널: Windows 우선 + Mobile Web 보조
+
+## 현재 산출물에 대한 비판적 요약
+- 현재 산출물은 실시간 대화 자체는 되지만 회의 후 남는 결정과 후속조치를 구조화하지 못한다.
+- 업무형 사용자의 승인 요청, 일정, 후속 작업이 아직 채팅 로그에 묻히기 쉽다.
+
+## 문서 목록
+- [아젠다 룸](./01-agenda-room.md)
+- [회의 전 브리프](./02-brief-before.md)
+- [실시간 결정 기록](./03-live-decisions.md)
+- [후속 액션 정리](./04-action-items.md)
+- [승인 요청 흐름](./05-approval-requests.md)
+- [회의 후 요약](./06-summary-after.md)
+- [후속 리마인더](./07-followup-reminders.md)
+- [참여자 상태 보기](./08-participant-state.md)
+- [발표자 모드](./09-presenter-mode.md)
+- [미팅 메모 셀프채팅](./10-minute-selfchat.md)
+- [빠른 투표](./11-quick-votes.md)
+- [메시지에서 할 일 생성](./12-task-from-message.md)
+- [마감일 흐름](./13-due-date-flow.md)
+- [회의 고정 공간](./14-meeting-pin.md)
+- [문서 공유 흐름](./15-doc-sharing.md)
+- [회의 검색 프리셋](./16-search-presets.md)
+- [회의 후 인계](./17-handoff-after.md)
+- [비동기 보드](./18-async-board.md)
+- [승인 에스컬레이션](./19-approval-escalation.md)
+- [회의 피로 제어](./20-fatigue-controls.md)

문서/atlas/04-friendly-conversation/01-light-entry.md

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

문서/atlas/04-friendly-conversation/02-low-pressure-reply.md

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

문서/atlas/04-friendly-conversation/03-reaction-rhythm.md

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

문서/atlas/04-friendly-conversation/04-sticker-gap-policy.md

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

문서/atlas/04-friendly-conversation/05-friend-group-noise.md

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

문서/atlas/04-friendly-conversation/06-private-boundaries.md

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

문서/atlas/04-friendly-conversation/07-birthdays-events.md

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

문서/atlas/04-friendly-conversation/08-photo-first-sharing.md

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

문서/atlas/04-friendly-conversation/09-casual-plans.md

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

문서/atlas/04-friendly-conversation/10-voice-note-future.md

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

문서/atlas/04-friendly-conversation/11-mood-status.md

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

문서/atlas/04-friendly-conversation/12-lightbookmarks.md

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

문서/atlas/04-friendly-conversation/13-context-memory.md

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

문서/atlas/04-friendly-conversation/14-warm-empty-states.md

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

문서/atlas/04-friendly-conversation/15-social-reentry.md

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

문서/atlas/04-friendly-conversation/16-soft-notifications.md

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

문서/atlas/04-friendly-conversation/17-close-friends-surface.md

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

문서/atlas/04-friendly-conversation/18-fun-without-noise.md

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

문서/atlas/04-friendly-conversation/19-privacy-in-friend-chat.md

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

문서/atlas/04-friendly-conversation/20-friendly-review-rubric.md

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

문서/atlas/04-friendly-conversation/README.md

@@ -0,0 +1,34 @@
+# 친근한 대화 저부담 UX
+
+이 묶음은 친근한 대화 저부담 UX 관점에서 사용자 체감 간편함을 세부 주제로 분해한 아틀라스다.
+
+## 범위
+- 주요 목적: 친근한 소통에서 피로와 부담을 낮추는 구조
+- 우선 사용자: 친구, 가족, 친한 동료
+- 우선 채널: Mobile Web + Android + Windows
+
+## 현재 산출물에 대한 비판적 요약
+- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
+- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
+
+## 문서 목록
+- [가벼운 진입](./01-light-entry.md)
+- [부담 적은 답장](./02-low-pressure-reply.md)
+- [리액션 리듬](./03-reaction-rhythm.md)
+- [이모지 스티커 빈자리 정책](./04-sticker-gap-policy.md)
+- [친구 그룹 소음 제어](./05-friend-group-noise.md)
+- [친근 대화 경계선](./06-private-boundaries.md)
+- [이벤트와 기념일](./07-birthdays-events.md)
+- [사진 중심 공유](./08-photo-first-sharing.md)
+- [가벼운 약속 잡기](./09-casual-plans.md)
+- [음성 노트 확장 기준](./10-voice-note-future.md)
+- [기분 상태](./11-mood-status.md)
+- [가벼운 저장](./12-lightbookmarks.md)
+- [대화 맥락 기억](./13-context-memory.md)
+- [따뜻한 빈 상태](./14-warm-empty-states.md)
+- [오랜만 복귀](./15-social-reentry.md)
+- [부드러운 알림](./16-soft-notifications.md)
+- [친한 사람 표면](./17-close-friends-surface.md)
+- [가벼움과 소음 억제](./18-fun-without-noise.md)
+- [친근 대화 프라이버시](./19-privacy-in-friend-chat.md)
+- [친근 대화 리뷰 기준](./20-friendly-review-rubric.md)

문서/atlas/05-desktop-productivity/01-resizable-shell.md

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

문서/atlas/05-desktop-productivity/02-multiwindow-rules.md

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

문서/atlas/05-desktop-productivity/03-split-panels.md

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

문서/atlas/05-desktop-productivity/04-popout-chat.md

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

문서/atlas/05-desktop-productivity/05-keyboard-first.md

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

문서/atlas/05-desktop-productivity/06-command-surface.md

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

문서/atlas/05-desktop-productivity/07-search-overlay.md

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

문서/atlas/05-desktop-productivity/08-context-rail.md

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

문서/atlas/05-desktop-productivity/09-attachment-sidepanel.md

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

문서/atlas/05-desktop-productivity/10-notes-column.md

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

문서/atlas/05-desktop-productivity/11-compact-density.md

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

문서/atlas/05-desktop-productivity/12-window-memory.md

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

문서/atlas/05-desktop-productivity/13-monitor-aware-layout.md

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

문서/atlas/05-desktop-productivity/14-desktop-notifications.md

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

문서/atlas/05-desktop-productivity/15-clipboard-accelerators.md

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

문서/atlas/05-desktop-productivity/16-desktop-offline-cues.md

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