공개: KoTalk 최신 기준선
This commit is contained in:
commit
debf62f76e
572 changed files with 41689 additions and 0 deletions
43
문서/atlas/02-search-knowledge/01-global-search-home.md
Normal file
43
문서/atlas/02-search-knowledge/01-global-search-home.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 통합 검색 홈
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 통합 검색 홈을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 통합 검색 홈은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 통합 검색 홈이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 통합 검색 홈은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 통합 검색 홈 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/02-query-grammar.md
Normal file
43
문서/atlas/02-search-knowledge/02-query-grammar.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 쿼리 문법 최소화
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 쿼리 문법 최소화을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 쿼리 문법 최소화은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 쿼리 문법 최소화이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 쿼리 문법 최소화은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 쿼리 문법 최소화 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/03-recents-and-history.md
Normal file
43
문서/atlas/02-search-knowledge/03-recents-and-history.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 최근 검색과 기록
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 최근 검색과 기록을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 최근 검색과 기록은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 최근 검색과 기록이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 최근 검색과 기록은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 최근 검색과 기록 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/04-work-rediscovery.md
Normal file
43
문서/atlas/02-search-knowledge/04-work-rediscovery.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 업무 재발견 검색
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 업무 재발견 검색을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 업무 재발견 검색은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 업무 재발견 검색이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 업무 재발견 검색은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 업무 재발견 검색 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/05-friendly-rediscovery.md
Normal file
43
문서/atlas/02-search-knowledge/05-friendly-rediscovery.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 친근 대화 재탐색
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 친근 대화 재탐색을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 친근 대화 재탐색은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 친근 대화 재탐색이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 친근 대화 재탐색은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 친근 대화 재탐색 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/06-people-rooms-files.md
Normal file
43
문서/atlas/02-search-knowledge/06-people-rooms-files.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 사람 대화 파일 통합 결과
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 사람 대화 파일 통합 결과을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 사람 대화 파일 통합 결과은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 사람 대화 파일 통합 결과이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 사람 대화 파일 통합 결과은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 사람 대화 파일 통합 결과 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/07-zero-result-recovery.md
Normal file
43
문서/atlas/02-search-knowledge/07-zero-result-recovery.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 무결과 복구 설계
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 무결과 복구 설계을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 무결과 복구 설계은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 무결과 복구 설계이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 무결과 복구 설계은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 무결과 복구 설계 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/08-saved-searches.md
Normal file
43
문서/atlas/02-search-knowledge/08-saved-searches.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 저장 검색
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 저장 검색을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 저장 검색은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 저장 검색이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 저장 검색은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 저장 검색 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/09-search-filters.md
Normal file
43
문서/atlas/02-search-knowledge/09-search-filters.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 검색 필터 밀도
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 검색 필터 밀도을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 검색 필터 밀도은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 검색 필터 밀도이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 검색 필터 밀도은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 검색 필터 밀도 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/10-ranking-explainability.md
Normal file
43
문서/atlas/02-search-knowledge/10-ranking-explainability.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 검색 결과 설명 가능성
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 검색 결과 설명 가능성을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 검색 결과 설명 가능성은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 검색 결과 설명 가능성이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 검색 결과 설명 가능성은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 검색 결과 설명 가능성 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/11-link-and-file-recall.md
Normal file
43
문서/atlas/02-search-knowledge/11-link-and-file-recall.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 링크 파일 재호출
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 링크 파일 재호출을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 링크 파일 재호출은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 링크 파일 재호출이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 링크 파일 재호출은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 링크 파일 재호출 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/12-search-from-message.md
Normal file
43
문서/atlas/02-search-knowledge/12-search-from-message.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 메시지에서 검색 이어가기
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 메시지에서 검색 이어가기을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 메시지에서 검색 이어가기은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 메시지에서 검색 이어가기이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 메시지에서 검색 이어가기은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 메시지에서 검색 이어가기 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/13-keyword-suggestions.md
Normal file
43
문서/atlas/02-search-knowledge/13-keyword-suggestions.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 키워드 제안
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 키워드 제안을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 키워드 제안은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 키워드 제안이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 키워드 제안은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 키워드 제안 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/14-time-range-pivots.md
Normal file
43
문서/atlas/02-search-knowledge/14-time-range-pivots.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 기간 축 전환
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 기간 축 전환을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 기간 축 전환은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 기간 축 전환이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 기간 축 전환은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 기간 축 전환 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/15-search-shortcuts.md
Normal file
43
문서/atlas/02-search-knowledge/15-search-shortcuts.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 검색 단축 동선
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 검색 단축 동선을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 검색 단축 동선은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 검색 단축 동선이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 검색 단축 동선은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 검색 단축 동선 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/16-search-quality-signals.md
Normal file
43
문서/atlas/02-search-knowledge/16-search-quality-signals.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 검색 품질 신호
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 검색 품질 신호을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 검색 품질 신호은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 검색 품질 신호이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 검색 품질 신호은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 검색 품질 신호 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/17-knowledge-panels.md
Normal file
43
문서/atlas/02-search-knowledge/17-knowledge-panels.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 지식 패널
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 지식 패널을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 지식 패널은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 지식 패널이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 지식 패널은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 지식 패널 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/18-search-empty-states.md
Normal file
43
문서/atlas/02-search-knowledge/18-search-empty-states.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 검색 빈 상태
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 검색 빈 상태을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 검색 빈 상태은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 검색 빈 상태이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 검색 빈 상태은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 검색 빈 상태 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/19-search-privacy.md
Normal file
43
문서/atlas/02-search-knowledge/19-search-privacy.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 검색 프라이버시
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 검색 프라이버시을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 검색 프라이버시은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 검색 프라이버시이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 검색 프라이버시은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 검색 프라이버시 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/02-search-knowledge/20-search-release-gates.md
Normal file
43
문서/atlas/02-search-knowledge/20-search-release-gates.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 검색 릴리즈 게이트
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 검색과 재발견
|
||||
- 우선 사용자: 업무형 사용자 + 자료 재탐색이 잦은 사용자
|
||||
- 우선 채널: Windows + Mobile Web + Android
|
||||
- 다루는 장면: 검색 릴리즈 게이트을 통해 검색을 단순 재검색이 아니라 업무 재발견 도구로 바꾸는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 검색 릴리즈 게이트은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 검색 릴리즈 게이트이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 검색은 대화 재호출에는 도움이 되지만 업무 문맥을 복원하는 허브로는 아직 얕다.
|
||||
- 무결과, 필터, 재진입 설계가 부족해 검색이 실패했을 때 사용자가 금방 포기할 수 있다.
|
||||
- 따라서 검색 릴리즈 게이트은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 검색 릴리즈 게이트 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
34
문서/atlas/02-search-knowledge/README.md
Normal file
34
문서/atlas/02-search-knowledge/README.md
Normal file
|
|
@ -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)
|
||||
Loading…
Add table
Add a link
Reference in a new issue