Vidding 기능 스펙 문서
기능별 스펙 문서 목록. 각 문서는 기능명 · 기능 목적 · 동작 방식 · 예외 처리 · 완료 조건 5개 항목으로 구성된다.
문서 목록
| # | 문서 | 기능 | 비고 |
|---|---|---|---|
| 00 | 관계 판정 | 모든 기능의 권한을 결정하는 공통 기반 | 선행 필수 |
| F1 | 경매 등록 | 경매 등록·수정·삭제 | |
| F2 | 경매 탐색 | 홈·목록·검색·정렬 | |
| F3 | 사연 작성·입찰 | 사연 작성 + 포인트 입찰 | 핵심 |
| F4 | 공감(좋아요) | 사연 공감 및 가중치 반영 | 핵심 |
| F5 | 낙찰 | 마감 처리 및 낙찰자 확정 | |
| F6 | 1:1 채팅 | 주최자–낙찰자 대화 | |
| F7 | 찜하기 | 경매 저장 | |
| F8 | 마이페이지 | 프로필 + 탭 3개 | |
| F9 | 알림 | 서비스 내 알림 | |
| F10 | 인증 | 소셜 로그인·가입·로그아웃 | 유형 제거 착지점 |
| F11 | 온보딩 | 첫 방문자 안내 | |
| F12 | 배송지 관리 | 배송지 등록·수정 (1개) |
F1~F9 는 PRD 5.2의 핵심 기능, F10~F12 는 이를 뒷받침하는 기반 기능이다.
범위 밖
| 기능 | 사유 |
|---|---|
1:1 문의 (/inquiries, /mypage/inquiries, /mypage/contact) | 기존 서비스에서 마이페이지 메뉴가 주석 처리되어 비활성 상태다. 현재 문의는 외부 폼(Google Forms)으로 대체되어 있다. 이번 프로젝트는 구조 정리가 목적이므로 비활성 기능을 되살리지 않는다 |
전제
- 상위 문서: PRD · 데이터 모델 명세
- 모든 권한 판정은
00-관계-판정을 따른다. 개별 스펙은 이를 재정의하지 않는다. - 사용자 유형(
role) 개념은 존재하지 않는다. 스펙 어디에도 등장하지 않아야 한다.
관계 용어
| 관계 | 조건 |
|---|---|
| 주최자 | 내가 등록한 경매 |
| 참여자 | 내가 사연을 쓴 경매 |
| 방문자 | 로그인했지만 위 둘 다 아님 |
| 비회원 | 미로그인 |
확정된 정책
구현 전 결정이 필요했던 6건은 모두 확정되었다. 미결 항목 없음.
| # | 항목 | 결정 | 근거 문서 |
|---|---|---|---|
| 1 | 동점 시 낙찰자 | 총점이 같으면 먼저 작성한 사연 우선 | F5 3.2.1 |
| 2 | 포인트 정산 | 낙찰자 차감 확정 → 주최자에게 이전, 미낙찰자·유찰 시 전액 반환 | F5 3.5 |
| 2-1 | 포인트 경제 | 가입 시 5,000 P 지급. 추가 획득은 경매를 열어 낙찰시키는 것뿐 | 데이터 모델 §10 |
| 3 | 사연 삭제 (마감 전) | 전액 반환 + 재작성 허용 | F3 3.4 |
| 4 | 경매 삭제 | 사연이 1건이라도 있으면 삭제 불가 | F1 3.6 |
| 5 | 사연 삭제 (마감 후) | 낙찰 사연 불가 / 미낙찰 사연 허용 | F3 3.4 |
| 6 | 알림 | 서비스 내 알림 목록 + 헤더 배지. 푸시 알림 없음 | F9 |
결정 간 맞물림
- 1 + 2 — 전액 반환이면 다들 상한(3,000 P)까지 올릴 유인이 생겨 기본 점수가 같아진다. 그러면 공감(F4)이 유일한 변별력이 되고, 공감마저 같으면 작성 시각으로 갈린다. → 마감 전 랭킹 노출이 필수다 (F5 3.2.1)
- 1 + 3 — 재작성하면 작성 시각이 밀려 동점에서 불리해진다. → 별도 제재 없이도 갈아엎기가 억제된다
- 6 — 푸시를 빼면서 신규 기능이 0개가 되어 PRD 7.3 E1이 예외 없이 성립한다
표기 규칙
O 가능 · - 불가