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

공개: KoTalk 최신 기준선

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

44
문서/atlas/11-qa-reviews/01-current-mobile-overall.md Normal file
View file

@ -0,0 +1,44 @@
# 현재 모바일 웹 총평
## 리뷰 범위
- 대상: vstalk.phy.kr 모바일 웹
- 시점: 2026-04-16
- 기준 화면: 390x844
- 관찰 흐름: 첫 방문, 가입, 목록, 검색, 보관, 첫 대화 진입, 새로고침 복귀
## 총평
- 현재 모바일 웹은 빠른 입장, 낮은 시각 소음, 목적지형 하단 내비라는 강점이 있다.
- 반면 첫 대화방의 비어 있음, 검색의 얕음, 보관함의 약한 존재감, 세션 신뢰 카피 부족은 아직 제품 신뢰를 깎는다.
- 즉, 겉모습은 정돈됐지만 계속 쓰는 메신저가 되려면 업무형 재발견과 복구 경험이 더 강해져야 한다.
## 좋았던 점
- 이름과 초대코드만으로 바로 진입하는 흐름이 짧다.
- 하단 목적지가 대화, 검색, 보관, 내 공간으로 나뉘어 이전보다 훨씬 이해하기 쉽다.
- 새로고침 후 최근 맥락으로 복귀하는 기본 흐름은 안정감을 준다.
- 과하게 장식적이지 않은 화이트 톤은 장시간 사용에 유리하다.
## 비판 포인트
- 첫 대화방의 빈 상태가 아직 행동 유도보다 허전함으로 읽힌다.
- 검색은 메시지 재조회는 가능하지만 업무형 자료 재발견 허브로는 깊이가 부족하다.
- 보관함은 이름에 비해 저장, 나중에 답장, 후속조치 허브라는 설득력이 약하다.
- 내 공간은 차분하지만 세션과 기기 상태에 대한 신뢰 카피가 충분히 명확하지 않다.
- 브라우저 점검에서 WebSocket 초기 연결 경고가 한 번 관찰돼 연결 안정성 검증이 필요하다.
## 우선순위
1. 첫 대화방 빈 상태를 실사용 친화적으로 재설계
2. 목록 상단 정보 밀도 축소
3. 검색과 보관을 업무형 재발견 도구로 강화
4. 세션 복구와 재연결 카피 보강
5. 연결 안정성 경고 재현 및 제거
## 한 줄 결론
- 모바일 웹은 보기에는 훨씬 좋아졌지만, 반복 사용의 편의는 아직 검색, 보관, 복구, 첫 대화방 설계에서 더 올라가야 한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

43
문서/atlas/11-qa-reviews/02-mobile-first-three-minutes.md Normal file
View file

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

43
문서/atlas/11-qa-reviews/03-mobile-navigation-clarity.md Normal file
View file

@ -0,0 +1,43 @@
# 모바일 내비 명확성 리뷰
## 문서 목표
- 범주: 비판적 리뷰와 QA 감사
- 우선 사용자: QA + PM + UX + 개발자
- 우선 채널: 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, 운영 문서와 같이 갱신한다.

48
문서/atlas/11-qa-reviews/04-mobile-first-room-emptiness.md Normal file
View file

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

48
문서/atlas/11-qa-reviews/05-mobile-search-depth.md Normal file
View file

@ -0,0 +1,48 @@
# 모바일 검색 깊이 리뷰
## 문서 목표
- 범주: 비판적 리뷰와 QA 감사
- 우선 사용자: QA + PM + UX + 개발자
- 우선 채널: 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, 운영 문서와 같이 갱신한다.

48
문서/atlas/11-qa-reviews/06-mobile-saved-area-credibility.md Normal file
View file

@ -0,0 +1,48 @@
# 보관함 신뢰도 리뷰
## 문서 목표
- 범주: 비판적 리뷰와 QA 감사
- 우선 사용자: QA + PM + UX + 개발자
- 우선 채널: 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, 운영 문서와 같이 갱신한다.

48
문서/atlas/11-qa-reviews/07-mobile-session-trust-copy.md Normal file
View file

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

43
문서/atlas/11-qa-reviews/08-mobile-empty-state-surface.md Normal file
View file

@ -0,0 +1,43 @@
# 표면별 빈 상태 리뷰
## 문서 목표
- 범주: 비판적 리뷰와 QA 감사
- 우선 사용자: QA + PM + UX + 개발자
- 우선 채널: 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/11-qa-reviews/09-windows-alpha-first-impression.md Normal file
View file

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

43
문서/atlas/11-qa-reviews/10-windows-resize-and-density.md Normal file
View file

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

43
문서/atlas/11-qa-reviews/11-windows-multiwindow-priority.md Normal file
View file

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

43
문서/atlas/11-qa-reviews/12-desktop-search-readiness.md Normal file
View file

@ -0,0 +1,43 @@
# 데스크톱 검색 준비도 리뷰
## 문서 목표
- 범주: 비판적 리뷰와 QA 감사
- 우선 사용자: QA + PM + UX + 개발자
- 우선 채널: 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/11-qa-reviews/13-cross-platform-consistency.md Normal file
View file

@ -0,0 +1,43 @@
# 교차 플랫폼 일관성 리뷰
## 문서 목표
- 범주: 비판적 리뷰와 QA 감사
- 우선 사용자: QA + PM + UX + 개발자
- 우선 채널: 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/11-qa-reviews/14-onboarding-failure-taxonomy.md Normal file
View file

@ -0,0 +1,43 @@
# 가입 실패 유형 분류
## 문서 목표
- 범주: 비판적 리뷰와 QA 감사
- 우선 사용자: QA + PM + UX + 개발자
- 우선 채널: 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/11-qa-reviews/15-session-recovery-failure-matrix.md Normal file
View file

@ -0,0 +1,43 @@
# 세션 복구 실패 매트릭스
## 문서 목표
- 범주: 비판적 리뷰와 QA 감사
- 우선 사용자: QA + PM + UX + 개발자
- 우선 채널: 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/11-qa-reviews/16-search-zero-result-qa.md Normal file
View file

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

48
문서/atlas/11-qa-reviews/17-critical-gaps-top10.md Normal file
View file

@ -0,0 +1,48 @@
# 치명적 간극 Top 10
## 현재 치명적 간극 Top 10
1. 첫 대화방 빈 상태가 시작 가능성보다 미완성 인상을 준다.
2. 목록 상단 정보 밀도가 높아 스캔 비용이 남아 있다.
3. 검색이 업무형 자료 재발견 허브로는 아직 얕다.
4. 보관함이 저장과 후속조치 공간으로 충분히 설득되지 않는다.
5. 세션 복구와 재연결 카피가 아직 충분히 안심되지 않는다.
6. 연결 안정성 경고를 제거하지 못했다.
7. Windows 생산성 기능은 디자인 방향에 비해 실제 기능 폭이 아직 좁다.
8. Android는 전략만 있고 실빌드 체감이 없다.
9. 공개 릴리즈 표면과 다운로드 호스트의 자동 정합성이 아직 약하다.
10. 문서가 풍부한 반면 구현과 운영 자동화는 그 속도를 아직 따라오지 못한다.
## 메모
- 이 목록은 보기 좋은 저장소와 실제로 편한 제품 사이의 차이를 줄이기 위한 기준이다.
- 새 기능 추가보다 이 Top 10을 줄이는 쪽이 체감 향상에 더 직접적이다.
## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
## 표준 흐름
1. 사용자는 치명적 간극 Top 10이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
## 현재 산출물 기준 비판적 시각
- 현재 제품은 첫 인상은 좋아졌지만 첫 대화방 비어 있음, 검색 깊이, 보관함 설득력, 세션 신뢰가 아직 약하다.
- 가시적 진전이 있어도 비판적 리뷰 없이 계속 개선하면 결국 저장소 문서만 풍성하고 제품 체감은 뒤처질 위험이 있다.
- 따라서 치명적 간극 Top 10은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 치명적 간극 Top 10 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.

49
문서/atlas/11-qa-reviews/18-skeptical-user-memo.md Normal file
View file

@ -0,0 +1,49 @@
# 회의적인 사용자 메모
## 회의적인 사용자 메모
- 보기에는 깔끔한데, 아직 메신저를 갈아탈 만큼 편하다는 확신은 없다.
- 첫 대화방이 너무 비어 보여서 오래 쓸 도구라기보다 데모처럼 느껴질 수 있다.
- 검색과 보관함이 정말 업무에 도움이 되려면 지금보다 훨씬 실무적이어야 한다.
- 세션과 연결 상태는 좋아지고 있지만, 사용자는 기술 개선보다 안심되는 문장을 먼저 체감한다.
- 저장소 문서가 강한 만큼 제품도 같은 속도로 강해지지 않으면 기대 대비 실망이 커질 수 있다.
## 제품팀 메모
- 이 문서는 부정적 피드백을 방어하기 위한 것이 아니라, 실제 전환 저항을 먼저 적어 두기 위한 문서다.
- 향후 릴리즈 노트와 README 갱신 시 이 관점을 기준으로 과장된 표현을 걸러낸다.
## 왜 중요한가
- 회의적인 사용자 메모은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
## 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/11-qa-reviews/19-release-surface-honesty.md Normal file
View file

@ -0,0 +1,43 @@
# 릴리즈 표면 정직성 리뷰
## 문서 목표
- 범주: 비판적 리뷰와 QA 감사
- 우선 사용자: QA + PM + UX + 개발자
- 우선 채널: 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/11-qa-reviews/20-version-regression-tracker.md Normal file
View file

@ -0,0 +1,43 @@
# 버전 회귀 추적
## 문서 목표
- 범주: 비판적 리뷰와 QA 감사
- 우선 사용자: QA + PM + UX + 개발자
- 우선 채널: 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/11-qa-reviews/README.md Normal file
View file

@ -0,0 +1,34 @@
# 비판적 리뷰와 QA 감사
이 묶음은 비판적 리뷰와 QA 감사 관점에서 사용자 체감 간편함을 세부 주제로 분해한 아틀라스다.
## 범위
- 주요 목적: 실제 산출물을 사용자 관점에서 냉정하게 평가하고 회귀를 추적하는 구조
- 우선 사용자: QA + PM + UX + 개발자
- 우선 채널: Windows + Mobile Web + Android + 공개 저장소
## 현재 산출물에 대한 비판적 요약
- 현재 제품은 첫 인상은 좋아졌지만 첫 대화방 비어 있음, 검색 깊이, 보관함 설득력, 세션 신뢰가 아직 약하다.
- 가시적 진전이 있어도 비판적 리뷰 없이 계속 개선하면 결국 저장소 문서만 풍성하고 제품 체감은 뒤처질 위험이 있다.
## 문서 목록
- [현재 모바일 웹 총평](./01-current-mobile-overall.md)
- [모바일 첫 3분 리뷰](./02-mobile-first-three-minutes.md)
- [모바일 내비 명확성 리뷰](./03-mobile-navigation-clarity.md)
- [첫 대화방 비어 있음 리뷰](./04-mobile-first-room-emptiness.md)
- [모바일 검색 깊이 리뷰](./05-mobile-search-depth.md)
- [보관함 신뢰도 리뷰](./06-mobile-saved-area-credibility.md)
- [세션 신뢰 카피 리뷰](./07-mobile-session-trust-copy.md)
- [표면별 빈 상태 리뷰](./08-mobile-empty-state-surface.md)
- [Windows 알파 첫 인상 리뷰](./09-windows-alpha-first-impression.md)
- [Windows 리사이즈와 밀도 리뷰](./10-windows-resize-and-density.md)
- [Windows 다중 창 우선순위 리뷰](./11-windows-multiwindow-priority.md)
- [데스크톱 검색 준비도 리뷰](./12-desktop-search-readiness.md)
- [교차 플랫폼 일관성 리뷰](./13-cross-platform-consistency.md)
- [가입 실패 유형 분류](./14-onboarding-failure-taxonomy.md)
- [세션 복구 실패 매트릭스](./15-session-recovery-failure-matrix.md)
- [검색 무결과 QA](./16-search-zero-result-qa.md)
- [치명적 간극 Top 10](./17-critical-gaps-top10.md)
- [회의적인 사용자 메모](./18-skeptical-user-memo.md)
- [릴리즈 표면 정직성 리뷰](./19-release-surface-honesty.md)
- [버전 회귀 추적](./20-version-regression-tracker.md)