35 lines
1.2 KiB
Markdown
35 lines
1.2 KiB
Markdown
# Reply Later And Follow-Up Flow
|
|
|
|
## 목적
|
|
|
|
업무 메신저에서 사용자는 즉시 답장보다 `읽고 나중에 처리`를 더 자주 한다. 이 문서는 그 흐름을 불안 없이 관리하는 후속조치 UX를 정의한다.
|
|
|
|
## 사용자 문제
|
|
|
|
- 읽었지만 지금 바로 답장할 수 없을 때 기억을 놓친다.
|
|
- 별표, 고정, 안읽음 처리의 의미가 서로 겹친다.
|
|
- 나중에 다시 볼 목록이 따로 없으면 중요한 방이 일반 대화에 묻힌다.
|
|
|
|
## 핵심 장치
|
|
|
|
- 나중에 답장
|
|
- 오늘 안에 처리
|
|
- 내일 다시 보기
|
|
- 시간 지정 다시 보기
|
|
- 완료 처리
|
|
|
|
## 화면 원칙
|
|
|
|
- 메시지와 대화방 둘 다 후속조치를 걸 수 있어야 한다.
|
|
- 후속조치는 `기억 보조`지 `새 업무 시스템`이 아니어야 한다.
|
|
- 일정성 기능은 최소한으로 두고, 다시 볼 시점만 명확히 한다.
|
|
|
|
## 성공 기준
|
|
|
|
- 메시지를 읽고 2초 안에 후속조치를 지정할 수 있다.
|
|
- 후속조치 항목은 별도 허브에서 빠르게 모아 본다.
|
|
|
|
## 구현 메모
|
|
|
|
- 서버는 follow-up 상태를 대화 단위와 메시지 단위로 모두 가질 수 있다.
|
|
- 모바일은 롱프레스 메뉴, 데스크톱은 컨텍스트 메뉴와 단축키를 함께 둔다.
|