120 lines
3.9 KiB
Markdown
120 lines
3.9 KiB
Markdown
|
# 17. VSTalk Webapp MVP And Rollout Plan
|
||
|
|
|
||
|
|
## 문서 목적
|
||
|
|
|
||
|
|
이 문서는 `vstalk.phy.kr` 모바일 웹앱의 출시 순서와 범위를 정리한다. 핵심은 `빨리 많이 붙이는 것`이 아니라, 작은 범위에서 실제로 반복 사용 가능한 모바일 웹 루프를 만드는 것이다.
|
||
|
|
|
||
|
|
## 트랙 운영 방식
|
||
|
|
|
||
|
|
- 웹앱은 데스크톱/Android와 분리된 `독립 병렬 트랙`으로 관리한다.
|
||
|
|
- 다만 서버 계약, 계정 체계, 대화 데이터, 릴리즈 노트의 기준 버전은 공유한다.
|
||
|
|
- 제품 판단 기준은 모바일 브라우저 사용성에 둔다.
|
||
|
|
|
||
|
|
## 단계별 목표
|
||
|
|
|
||
|
|
### Phase 0. 전략 확정
|
||
|
|
|
||
|
|
- `vstalk.phy.kr`를 모바일 웹 전용 진입점으로 고정
|
||
|
|
- 업무/친근 소통 공존 원칙 확정
|
||
|
|
- MVP 화면 목록과 비포함 항목 확정
|
||
|
|
|
||
|
|
### Phase 1. 첫 사용 가능 셸
|
||
|
|
|
||
|
|
- 모바일뷰 레이아웃 시스템
|
||
|
|
- 최근 대화 목록
|
||
|
|
- 대화 진입
|
||
|
|
- 텍스트 입력/전송
|
||
|
|
- 링크 기반 진입 플로우
|
||
|
|
|
||
|
|
완료 정의:
|
||
|
|
|
||
|
|
- 모바일 브라우저에서 첫 대화 진입까지 막힘이 없어야 한다
|
||
|
|
- 새로고침 후에도 최근 대화 복귀가 가능해야 한다
|
||
|
|
|
||
|
|
### Phase 2. Alpha 실제 사용
|
||
|
|
|
||
|
|
- 이름 + 초대코드 기반 진입
|
||
|
|
- 읽지 않음/고정/음소거 기본 기능
|
||
|
|
- 기본 검색
|
||
|
|
- 에러/재시도 UX
|
||
|
|
|
||
|
|
완료 정의:
|
||
|
|
|
||
|
|
- 5~10명 규모에서 며칠간 반복 사용 가능
|
||
|
|
- 읽기와 답장만으로는 설치 필요성을 강하게 느끼지 않아야 한다
|
||
|
|
|
||
|
|
### Phase 3. Beta 확장
|
||
|
|
|
||
|
|
- 이미지/파일 업로드
|
||
|
|
- 링크 미리보기
|
||
|
|
- PWA 홈 화면 추가 흐름
|
||
|
|
- 세션 유지/재로그인 경험 개선
|
||
|
|
- 활동 화면 정교화
|
||
|
|
|
||
|
|
완료 정의:
|
||
|
|
|
||
|
|
- 업무 대화에서도 `확인`, `짧은 답장`, `파일 재확인`이 자연스럽다
|
||
|
|
- 친근한 대화에서도 반응 속도와 재진입 피로가 낮다
|
||
|
|
|
||
|
|
## 화면 우선순위
|
||
|
|
|
||
|
|
1. 링크 진입 화면
|
||
|
|
2. 가입/로그인
|
||
|
|
3. 최근 대화 목록
|
||
|
|
4. 대화 화면
|
||
|
|
5. 활동 화면
|
||
|
|
6. 검색
|
||
|
|
7. 더보기/설정
|
||
|
|
|
||
|
|
이 순서를 유지하는 이유는, 메신저의 첫 인상은 설정이 아니라 `들어감`, `읽음`, `답함`, `다시 돌아옴`에서 결정되기 때문이다.
|
||
|
|
|
||
|
|
## 업무/친근 소통 균형 장치
|
||
|
|
|
||
|
|
### 업무 측면
|
||
|
|
|
||
|
|
- 멘션과 읽지 않은 항목을 분리해서 보여 준다
|
||
|
|
- 중요한 대화를 빠르게 고정하고 보관할 수 있게 한다
|
||
|
|
- 긴 입력보다 빠른 확인과 짧은 응답에 강한 구조를 택한다
|
||
|
|
|
||
|
|
### 친근 측면
|
||
|
|
|
||
|
|
- 최근 대화 재진입 속도를 높인다
|
||
|
|
- 메시지 밀도를 과하게 낮추지 않는다
|
||
|
|
- 가벼운 반응과 답장 흐름을 깊게 숨기지 않는다
|
||
|
|
|
||
|
|
## PWA 도입 원칙
|
||
|
|
|
||
|
|
- PWA는 1차 목표가 아니라 `MVP 검증 후 자연스럽게 붙는 확장`으로 본다
|
||
|
|
- 먼저 웹으로 충분히 쓸 만해야 한다
|
||
|
|
- 홈 화면 추가, 아이콘, 스플래시, 오프라인 안내는 Beta 단계부터 다듬는다
|
||
|
|
|
||
|
|
## 도메인과 배포 원칙
|
||
|
|
|
||
|
|
- 루트 도메인: `https://vstalk.phy.kr`
|
||
|
|
- 항상 HTTPS 기준
|
||
|
|
- 모바일 웹 소개와 진입은 같은 도메인 안에서 설명한다
|
||
|
|
- 다운로드를 강요하기보다, 필요할 때 Windows/Android 채널로 자연스럽게 연결한다
|
||
|
|
|
||
|
|
## 성공 지표
|
||
|
|
|
||
|
|
- 링크 진입 후 첫 화면 표시 시간
|
||
|
|
- 첫 대화 진입 완료율
|
||
|
|
- 모바일 웹 재방문율
|
||
|
|
- 읽은 뒤 답장까지 걸리는 시간
|
||
|
|
- `설치 없이도 충분히 된다`는 사용자 응답 비율
|
||
|
|
|
||
|
|
## 이후 확장 판단 기준
|
||
|
|
|
||
|
|
아래 조건이 맞을 때만 웹앱 범위를 더 넓힌다.
|
||
|
|
|
||
|
|
- 모바일 웹 재방문율이 꾸준히 유지된다
|
||
|
|
- 파일/검색/활동 탭 사용이 실제로 반복된다
|
||
|
|
- Android 네이티브와의 역할 충돌보다 상호보완 효과가 크다
|
||
|
|
- 운영 비용 대비 접근성 개선이 분명하다
|
||
|
|
|
||
|
|
## 출시 서술 원칙
|
||
|
|
|
||
|
|
- 웹앱은 `가벼운 입구`이자 `실사용 가능한 보조 채널`로 설명한다
|
||
|
|
- 데스크톱보다 못한 점은 숨기지 않는다
|
||
|
|
- 대신 모바일 브라우저에서 더 강한 장면을 분명히 설명한다
|
||
|
|
- 설득은 과장보다 사용 장면으로 한다
|