맥락#
ADR-0047은 크레딧을 보류하고, 출석을 제외·미출석·보류·무응답 4칸으로 남기기로 했다. 출석 버튼을 두는 3칸 제안도 나왔다. 프로젝트 오너는 그 상태 기계가 MVP에 과하다고 보고, 만남 이후 좋아요/싫어요와 이유로 러프하게 구현한 뒤 검증부터 진행하기로 했다. [1]
결정#
- 만남 이후 좋아요/싫어요를 받는다.
- 좋으면 좋은 이유, 싫으면 싫은 이유를 받는다. 불참은 싫어요 쪽으로 남긴다.
- 러프하고 MVP에 맞는 간단한 기능이다. 검증부터 한다.
- 출석 4칸과 출석 버튼은 첫 MVP에 넣지 않는다.
- 크레딧 보류는 ADR-0047이 유지한다. [2]
- 카드 인기순 좋아요가 아니다.
- 회원 프로필에는 받은 좋아요·싫어요의 누적 수만 공개한다. 받은 평가 합계가 5개 이상일 때 두 수를 함께 표시하고 이유는 공개하지 않는다. [3]
- 싫어요에서 신고 사유를 선택할 수 있지만 신고 제출·기록·제재는 ADR-0050대로 분리한다.
대체된 결정#
- ADR-0047의 출석 4칸 기록, 해피패스에서 안 묻기,
안 왔어요/나왔어요응답 창은 이력이다. 현재 만남 이후 피드백은 이 문서가 소유한다. - ADR-0047의 크레딧 보류는 유지한다.
최소 구현 규칙#
오너의 핵심 후속 진행 지시를 반영한다. [4]
| 항목 | 규칙 |
|---|---|
| 작성자·대상 | 취소되지 않은 2인 만남의 호스트와 확정 참가자, 서로에게 1회. 과거 다인원 만남은 제외 |
| 기간 | 확정 일정 1시간 뒤부터 14일 이내. 일정이 없으면 호스트가 먼저 저장 |
| 입력 | 함께 식사했는지, 좋아요/싫어요, 비공개 이유1~300자. 후기 작성은 선택, 제출할 때 세 입력은 필수 |
| 미만남 | 싫어요로 기록하되 누구의 잘못·불참 제재인지 자동 판단하지 않음 |
| 공개 | 양쪽 제출 또는 일정14일 뒤부터 누적. 받은 평가5개 이상일 때 수만 표시 |
| 제출 | 최종 확인 뒤 수정 불가. 동일 입력 재시도는 중복 저장하지 않음. 정정·이의는 기존 문의와 ADR-0050 운영 기준 |
| 안전 | 이유·작성자·상대의 제출 여부는 비공개. 신고는 별도 확인·접수 |
| 검증 집계 | 둘 다 식사했다고 답한 만남, 둘 다 미만남, 응답 불일치, 한쪽 응답을 분리 |
마이페이지의 만남 관리 → 남길 후기에서 본인이 지금 작성할 수 있는 만남을 찾는다. 제출한 후기·취소·철회·작성 기간 전후의 만남은 이 목록에서 제외한다. 일정이 없는 확정 식사는 만남 목록에 조율 중으로 표시한다. 확정과 리뷰 버튼은 만남 관리에만 두며 댓글·채팅에는 두지 않는다. 개발 구현·검증 · 장소 필드 보정.
실제 식사 여부는 후기 안에서 받는다. 별도 출석 상태 기계·자동 노쇼 판정·점수 제재·랭킹은 없다. 무응답·시간 경과·좋아요 수로 실제 식사 성사를 대신 계산하지 않는다.
평가 정정·이의 접수와 검토 목표는 기존 문의 운영을 따른다. 자동 수정·별도 평가 분쟁 상태는 추가하지 않는다. [5]
재검토 조건#
- 좋아요/싫어요만으로 불참과 식사 성립을 구분할 수 없어 운영이 막힌다.
- 싫어요(불참)가 억울한 기록을 만든다.
- 2인 만남 뒤 공개 수 변화로 평가자를 추정하거나 보복한다.
- 공개 수가 인기 경쟁이나 호스트의 자동 거절 기준이 된다.
- 검증 뒤에 출석 상태나 크레딧을 다시 연다.