48 lines
2.9 KiB
Markdown
48 lines
2.9 KiB
Markdown
|
# 세션 신뢰 카피 리뷰
|
||
|
|
|
||
|
|
## 문서 목표
|
||
|
|
- 범주: 비판적 리뷰와 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, 운영 문서와 같이 갱신한다.
|