공개: KoTalk 최신 기준선
This commit is contained in:
commit
debf62f76e
572 changed files with 41689 additions and 0 deletions
43
문서/atlas/05-desktop-productivity/01-resizable-shell.md
Normal file
43
문서/atlas/05-desktop-productivity/01-resizable-shell.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/02-multiwindow-rules.md
Normal file
43
문서/atlas/05-desktop-productivity/02-multiwindow-rules.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/03-split-panels.md
Normal file
43
문서/atlas/05-desktop-productivity/03-split-panels.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/04-popout-chat.md
Normal file
43
문서/atlas/05-desktop-productivity/04-popout-chat.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/05-keyboard-first.md
Normal file
43
문서/atlas/05-desktop-productivity/05-keyboard-first.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/06-command-surface.md
Normal file
43
문서/atlas/05-desktop-productivity/06-command-surface.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/07-search-overlay.md
Normal file
43
문서/atlas/05-desktop-productivity/07-search-overlay.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/08-context-rail.md
Normal file
43
문서/atlas/05-desktop-productivity/08-context-rail.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/09-attachment-sidepanel.md
Normal file
43
문서/atlas/05-desktop-productivity/09-attachment-sidepanel.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/10-notes-column.md
Normal file
43
문서/atlas/05-desktop-productivity/10-notes-column.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/11-compact-density.md
Normal file
43
문서/atlas/05-desktop-productivity/11-compact-density.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/12-window-memory.md
Normal file
43
문서/atlas/05-desktop-productivity/12-window-memory.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/13-monitor-aware-layout.md
Normal file
43
문서/atlas/05-desktop-productivity/13-monitor-aware-layout.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/14-desktop-notifications.md
Normal file
43
문서/atlas/05-desktop-productivity/14-desktop-notifications.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/16-desktop-offline-cues.md
Normal file
43
문서/atlas/05-desktop-productivity/16-desktop-offline-cues.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/17-window-reentry.md
Normal file
43
문서/atlas/05-desktop-productivity/17-window-reentry.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/18-presentation-quiet.md
Normal file
43
문서/atlas/05-desktop-productivity/18-presentation-quiet.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/05-desktop-productivity/19-admin-power-user.md
Normal file
43
문서/atlas/05-desktop-productivity/19-admin-power-user.md
Normal file
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
|
|
@ -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, 운영 문서와 같이 갱신한다.
|
||||
34
문서/atlas/05-desktop-productivity/README.md
Normal file
34
문서/atlas/05-desktop-productivity/README.md
Normal file
|
|
@ -0,0 +1,34 @@
|
|||
# 데스크톱 생산성 표면
|
||||
|
||||
이 묶음은 데스크톱 생산성 표면 관점에서 사용자 체감 간편함을 세부 주제로 분해한 아틀라스다.
|
||||
|
||||
## 범위
|
||||
- 주요 목적: Windows에서 다중 창과 키보드 흐름으로 체감 시간을 줄이는 구조
|
||||
- 우선 사용자: 업무형 파워유저
|
||||
- 우선 채널: Windows
|
||||
|
||||
## 현재 산출물에 대한 비판적 요약
|
||||
- 현재 데스크톱은 화이트 컴팩트 톤은 잡혔지만 다중 창과 키보드 우선 흐름은 아직 초입이다.
|
||||
- 업무형 사용자 기준으로는 창 기억, 팝아웃, 검색 오버레이가 더 있어야 대체재처럼 느껴진다.
|
||||
|
||||
## 문서 목록
|
||||
- [가변 셸 레이아웃](./01-resizable-shell.md)
|
||||
- [다중 창 규칙](./02-multiwindow-rules.md)
|
||||
- [패널 분할](./03-split-panels.md)
|
||||
- [팝아웃 대화창](./04-popout-chat.md)
|
||||
- [키보드 우선 흐름](./05-keyboard-first.md)
|
||||
- [명령 표면](./06-command-surface.md)
|
||||
- [검색 오버레이](./07-search-overlay.md)
|
||||
- [컨텍스트 레일](./08-context-rail.md)
|
||||
- [첨부 사이드패널](./09-attachment-sidepanel.md)
|
||||
- [노트 칼럼](./10-notes-column.md)
|
||||
- [컴팩트 밀도](./11-compact-density.md)
|
||||
- [창 상태 기억](./12-window-memory.md)
|
||||
- [멀티모니터 대응](./13-monitor-aware-layout.md)
|
||||
- [데스크톱 알림 표면](./14-desktop-notifications.md)
|
||||
- [클립보드 가속](./15-clipboard-accelerators.md)
|
||||
- [데스크톱 오프라인 신호](./16-desktop-offline-cues.md)
|
||||
- [창 복귀 동선](./17-window-reentry.md)
|
||||
- [발표 집중 모드](./18-presentation-quiet.md)
|
||||
- [파워유저 도구 노출](./19-admin-power-user.md)
|
||||
- [데스크톱 릴리즈 체크](./20-desktop-release-checks.md)
|
||||
Loading…
Add table
Add a link
Reference in a new issue