공개: KoTalk 최신 기준선
This commit is contained in:
commit
debf62f76e
572 changed files with 41689 additions and 0 deletions
43
문서/atlas/04-friendly-conversation/01-light-entry.md
Normal file
43
문서/atlas/04-friendly-conversation/01-light-entry.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 가벼운 진입
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 가벼운 진입을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 가벼운 진입은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 가벼운 진입이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 가벼운 진입은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 가벼운 진입 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/02-low-pressure-reply.md
Normal file
43
문서/atlas/04-friendly-conversation/02-low-pressure-reply.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 부담 적은 답장
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 부담 적은 답장을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 부담 적은 답장은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 부담 적은 답장이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 부담 적은 답장은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 부담 적은 답장 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/03-reaction-rhythm.md
Normal file
43
문서/atlas/04-friendly-conversation/03-reaction-rhythm.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 리액션 리듬
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 리액션 리듬을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 리액션 리듬은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 리액션 리듬이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 리액션 리듬은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 리액션 리듬 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/04-sticker-gap-policy.md
Normal file
43
문서/atlas/04-friendly-conversation/04-sticker-gap-policy.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 이모지 스티커 빈자리 정책
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 이모지 스티커 빈자리 정책을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 이모지 스티커 빈자리 정책은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 이모지 스티커 빈자리 정책이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 이모지 스티커 빈자리 정책은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 이모지 스티커 빈자리 정책 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/05-friend-group-noise.md
Normal file
43
문서/atlas/04-friendly-conversation/05-friend-group-noise.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 친구 그룹 소음 제어
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 친구 그룹 소음 제어을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 친구 그룹 소음 제어은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 친구 그룹 소음 제어이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 친구 그룹 소음 제어은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 친구 그룹 소음 제어 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/06-private-boundaries.md
Normal file
43
문서/atlas/04-friendly-conversation/06-private-boundaries.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 친근 대화 경계선
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 친근 대화 경계선을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 친근 대화 경계선은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 친근 대화 경계선이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 친근 대화 경계선은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 친근 대화 경계선 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/07-birthdays-events.md
Normal file
43
문서/atlas/04-friendly-conversation/07-birthdays-events.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 이벤트와 기념일
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 이벤트와 기념일을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 이벤트와 기념일은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 이벤트와 기념일이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 이벤트와 기념일은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 이벤트와 기념일 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/08-photo-first-sharing.md
Normal file
43
문서/atlas/04-friendly-conversation/08-photo-first-sharing.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 사진 중심 공유
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 사진 중심 공유을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 사진 중심 공유은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 사진 중심 공유이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 사진 중심 공유은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 사진 중심 공유 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/09-casual-plans.md
Normal file
43
문서/atlas/04-friendly-conversation/09-casual-plans.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 가벼운 약속 잡기
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 가벼운 약속 잡기을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 가벼운 약속 잡기은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 가벼운 약속 잡기이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 가벼운 약속 잡기은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 가벼운 약속 잡기 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/10-voice-note-future.md
Normal file
43
문서/atlas/04-friendly-conversation/10-voice-note-future.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 음성 노트 확장 기준
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 음성 노트 확장 기준을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 음성 노트 확장 기준은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 음성 노트 확장 기준이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 음성 노트 확장 기준은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 음성 노트 확장 기준 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/11-mood-status.md
Normal file
43
문서/atlas/04-friendly-conversation/11-mood-status.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 기분 상태
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 기분 상태을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 기분 상태은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 기분 상태이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 기분 상태은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 기분 상태 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/12-lightbookmarks.md
Normal file
43
문서/atlas/04-friendly-conversation/12-lightbookmarks.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 가벼운 저장
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 가벼운 저장을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 가벼운 저장은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 가벼운 저장이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 가벼운 저장은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 가벼운 저장 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/13-context-memory.md
Normal file
43
문서/atlas/04-friendly-conversation/13-context-memory.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 대화 맥락 기억
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 대화 맥락 기억을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 대화 맥락 기억은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 대화 맥락 기억이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 대화 맥락 기억은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 대화 맥락 기억 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/14-warm-empty-states.md
Normal file
43
문서/atlas/04-friendly-conversation/14-warm-empty-states.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 따뜻한 빈 상태
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 따뜻한 빈 상태을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 따뜻한 빈 상태은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 따뜻한 빈 상태이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 따뜻한 빈 상태은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 따뜻한 빈 상태 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/15-social-reentry.md
Normal file
43
문서/atlas/04-friendly-conversation/15-social-reentry.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 오랜만 복귀
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 오랜만 복귀을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 오랜만 복귀은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 오랜만 복귀이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 오랜만 복귀은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 오랜만 복귀 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/16-soft-notifications.md
Normal file
43
문서/atlas/04-friendly-conversation/16-soft-notifications.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 부드러운 알림
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 부드러운 알림을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 부드러운 알림은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 부드러운 알림이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 부드러운 알림은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 부드러운 알림 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
|
|
@ -0,0 +1,43 @@
|
|||
# 친한 사람 표면
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 친한 사람 표면을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 친한 사람 표면은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 친한 사람 표면이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 친한 사람 표면은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 친한 사람 표면 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
43
문서/atlas/04-friendly-conversation/18-fun-without-noise.md
Normal file
43
문서/atlas/04-friendly-conversation/18-fun-without-noise.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# 가벼움과 소음 억제
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 가벼움과 소음 억제을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 가벼움과 소음 억제은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 가벼움과 소음 억제이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 가벼움과 소음 억제은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 가벼움과 소음 억제 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
|
|
@ -0,0 +1,43 @@
|
|||
# 친근 대화 프라이버시
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 친근 대화 프라이버시을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 친근 대화 프라이버시은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 친근 대화 프라이버시이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 친근 대화 프라이버시은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 친근 대화 프라이버시 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
|
|
@ -0,0 +1,43 @@
|
|||
# 친근 대화 리뷰 기준
|
||||
|
||||
## 문서 목표
|
||||
- 범주: 친근한 대화 저부담 UX
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
- 다루는 장면: 친근 대화 리뷰 기준을 통해 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
|
||||
## 왜 중요한가
|
||||
- 친근 대화 리뷰 기준은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
|
||||
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
|
||||
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.
|
||||
|
||||
## UX 원칙
|
||||
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
|
||||
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
|
||||
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
|
||||
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.
|
||||
|
||||
## 표준 흐름
|
||||
1. 사용자는 친근 대화 리뷰 기준이 필요한 순간에 가장 가까운 표면에서 진입한다.
|
||||
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
|
||||
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
|
||||
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.
|
||||
|
||||
## 현재 산출물 기준 비판적 시각
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
- 따라서 친근 대화 리뷰 기준은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.
|
||||
|
||||
## 측정과 릴리즈 게이트
|
||||
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
|
||||
- 사용자가 친근 대화 리뷰 기준 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
|
||||
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.
|
||||
|
||||
## 금지 패턴
|
||||
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
|
||||
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
|
||||
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피
|
||||
|
||||
## 구현 연결 메모
|
||||
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
|
||||
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
|
||||
34
문서/atlas/04-friendly-conversation/README.md
Normal file
34
문서/atlas/04-friendly-conversation/README.md
Normal file
|
|
@ -0,0 +1,34 @@
|
|||
# 친근한 대화 저부담 UX
|
||||
|
||||
이 묶음은 친근한 대화 저부담 UX 관점에서 사용자 체감 간편함을 세부 주제로 분해한 아틀라스다.
|
||||
|
||||
## 범위
|
||||
- 주요 목적: 친근한 소통에서 피로와 부담을 낮추는 구조
|
||||
- 우선 사용자: 친구, 가족, 친한 동료
|
||||
- 우선 채널: Mobile Web + Android + Windows
|
||||
|
||||
## 현재 산출물에 대한 비판적 요약
|
||||
- 현재 제품은 단정하고 조용하지만 친근한 대화에서 느껴지는 따뜻한 재진입 장치가 아직 적다.
|
||||
- 친근한 대화 특유의 가벼움과 소셜 리듬을 살리는 장치가 부족해 다소 업무용처럼 느껴질 수 있다.
|
||||
|
||||
## 문서 목록
|
||||
- [가벼운 진입](./01-light-entry.md)
|
||||
- [부담 적은 답장](./02-low-pressure-reply.md)
|
||||
- [리액션 리듬](./03-reaction-rhythm.md)
|
||||
- [이모지 스티커 빈자리 정책](./04-sticker-gap-policy.md)
|
||||
- [친구 그룹 소음 제어](./05-friend-group-noise.md)
|
||||
- [친근 대화 경계선](./06-private-boundaries.md)
|
||||
- [이벤트와 기념일](./07-birthdays-events.md)
|
||||
- [사진 중심 공유](./08-photo-first-sharing.md)
|
||||
- [가벼운 약속 잡기](./09-casual-plans.md)
|
||||
- [음성 노트 확장 기준](./10-voice-note-future.md)
|
||||
- [기분 상태](./11-mood-status.md)
|
||||
- [가벼운 저장](./12-lightbookmarks.md)
|
||||
- [대화 맥락 기억](./13-context-memory.md)
|
||||
- [따뜻한 빈 상태](./14-warm-empty-states.md)
|
||||
- [오랜만 복귀](./15-social-reentry.md)
|
||||
- [부드러운 알림](./16-soft-notifications.md)
|
||||
- [친한 사람 표면](./17-close-friends-surface.md)
|
||||
- [가벼움과 소음 억제](./18-fun-without-noise.md)
|
||||
- [친근 대화 프라이버시](./19-privacy-in-friend-chat.md)
|
||||
- [친근 대화 리뷰 기준](./20-friendly-review-rubric.md)
|
||||
Loading…
Add table
Add a link
Reference in a new issue