44 lines
2.5 KiB
Markdown
44 lines
2.5 KiB
Markdown
|
# 현재 모바일 웹 총평
|
||
|
|
|
||
|
|
## 리뷰 범위
|
||
|
|
- 대상: 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, 운영 문서와 같이 갱신한다.
|