{"content_id":"byzp3fenqn","slug":"matching-platform-policy-5-rules","locale":"ko","schema_type":"HowTo","category":"how_to","category_name":"하우투","title":"매칭 플랫폼 오픈 전 정해야 할 5가지 정책: 수수료 누수와 품질 붕괴를 막는 운영 규칙","summary":"매칭 플랫폼은 예약·결제·채팅 기능만으로는 지속되기 어렵고, 수수료를 보호하고 양쪽 이용자를 지키는 장터 규칙이 필요합니다. 오픈 전에는 노출 순서, 매칭 방식, 취소 정책, 직거래 방지, 분쟁·정산 기준을 명확히 정해야 합니다.","author":{"name":"인조이스 편집팀","url":"https://injoys.com/ko/about"},"key_points":["매칭 플랫폼의 핵심 매출은 플랫폼 안에서 성사된 거래 수수료이므로 직거래가 늘어나면 사업 모델이 무너집니다.","노출 순서와 매칭 방식은 단순 UI 문제가 아니라 공급자의 행동 유인과 고객의 신뢰를 결정하는 운영 정책입니다.","취소·환불 기준은 결제 전에 고지하고 동의를 받아야 공급자 손실과 고객 분쟁을 줄일 수 있습니다.","연락처 차단만으로는 직거래를 막기 어렵고, 플랫폼 결제 시 환불·중재·기록 보호를 받을 수 있다는 이익을 설계해야 합니다.","정산을 즉시 지급하지 않고 일정 기간 보류하면 분쟁이 발생했을 때 플랫폼이 중재할 실질적 수단을 확보할 수 있습니다."],"content_markdown":"## 핵심 요약\n\n펫시터, 과외, 인테리어, 청소, 레슨, 돌봄처럼 사람과 사람을 연결하는 매칭 플랫폼은 기능만으로 운영되지 않습니다. 예약, 결제, 프로필, 채팅, 후기 기능을 AI로 빠르게 만들 수는 있지만, 플랫폼의 수익과 신뢰를 지키는 것은 코드가 아니라 **정책**입니다.\n\n특히 매칭 플랫폼의 매출은 대부분 거래 수수료에서 나옵니다. 공급자와 수요자가 플랫폼을 통해 처음 만난 뒤 외부 연락처를 교환하고 직거래를 시작하면, 플랫폼은 고객 획득 비용과 운영 비용만 부담하고 매출은 잃게 됩니다. 따라서 오픈 전에 장터의 규칙을 먼저 정하고, 그 규칙을 기능 요구사항으로 바꿔 AI와 개발팀에 전달해야 합니다.\n\n## 매칭 플랫폼은 왜 일반 웹사이트와 다른가\n\n### 양면 시장의 구조\n\n매칭 플랫폼은 한쪽만 만족시키면 되는 서비스가 아닙니다. 수요자와 공급자 모두가 고객입니다.\n\n| 구분 | 예시 | 플랫폼이 해결해야 할 문제 |\n|---|---|---|\n| 수요자 | 보호자, 학부모, 집주인, 고객 | 믿을 수 있는 사람을 쉽게 찾고, 문제 발생 시 보호받고 싶어 함 |\n| 공급자 | 펫시터, 과외 교사, 시공업체, 프리랜서 | 안정적으로 의뢰를 받고, 취소나 악성 고객으로부터 보호받고 싶어 함 |\n| 플랫폼 | 장터 운영자 | 거래를 성사시키고, 수수료를 회수하며, 분쟁 비용을 관리해야 함 |\n\n이 구조에서는 기능보다 규칙이 중요해지는 순간이 많습니다. 예를 들어 “시터 목록을 보여준다”는 기능은 간단하지만, 누구를 먼저 보여줄지는 사업의 핵심입니다. 응답률이 높고 후기가 좋은 시터를 올릴 것인지, 신규 시터에게도 기회를 줄 것인지, 광고 상품을 넣을 것인지에 따라 장터의 신뢰와 수익 구조가 달라집니다.\n\n## 기능만 있는 플랫폼이 실패하는 3가지 방식\n\n### 1. 노출 순서가 없으면 좋은 공급자가 떠난다\n\n등록된 순서대로만 공급자를 보여주면 열심히 일한 사람과 방치된 계정이 같은 취급을 받습니다. 평점 4.9점, 후기 47개, 빠른 응답률을 가진 시터가 아래로 밀리고, 후기가 없는 계정이 상단에 노출될 수 있습니다.\n\n이런 구조에서는 공급자가 좋은 후기를 쌓고 빠르게 응답할 이유가 약해집니다. 수요자도 “왜 이 사람이 먼저 보이지?”라는 불신을 갖게 됩니다. 노출 정책은 검색 품질, 공급자 동기, 고객 신뢰를 동시에 좌우합니다.\n\n### 2. 연락처가 너무 빨리 공개되면 수수료가 샌다\n\n채팅이 자유롭고 결제 전 연락처가 노출되면 “앱 말고 직접 연락하면 더 싸게 해드릴게요”라는 대화가 쉽게 발생합니다. 이때 플랫폼은 탐색, 추천, 신뢰 형성, 고객 지원 비용을 부담했지만 실제 매출은 얻지 못합니다.\n\n직거래는 단순한 수수료 손실만 만들지 않습니다. 외부에서 거래가 이루어지면 환불, 안전사고, 노쇼, 서비스 품질 문제를 플랫폼이 확인하거나 중재하기 어렵습니다. 결국 수요자와 공급자 모두가 보호 장치 밖으로 나가게 됩니다.\n\n### 3. 취소 정책이 없으면 한쪽이 일방적으로 손해 본다\n\n당일 취소에도 전액 환불이 된다면 공급자는 하루 일정을 비워두고도 보상을 받지 못할 수 있습니다. 반대로 공급자가 갑자기 취소했는데 아무 페널티가 없다면 수요자는 중요한 일정을 망칠 수 있습니다.\n\n취소 정책은 고객 친화와 공급자 보호 사이의 균형입니다. 기준이 없으면 매번 운영자가 감정적으로 판단해야 하고, 같은 사건에 다른 결론이 나와 불공정 논란이 생깁니다.\n\n## 오픈 전에 정해야 할 5가지 필수 정책\n\n### 1. 노출 순서: 누가 상단에 보이는가\n\n노출 순서는 플랫폼의 보상 체계입니다. 상단 노출을 어떤 행동의 결과로 줄 것인지 먼저 정해야 합니다.\n\n#### 권장 기준\n\n- 최근 응답률\n- 평균 응답 시간\n- 후기 평점\n- 후기 수\n- 최근 활동일\n- 예약 완료율\n- 취소율\n- 신고 또는 분쟁 이력\n- 신규 공급자 여부\n\n#### 예시 정책\n\n| 요소 | 정책 예시 | 의도 |\n|---|---|---|\n| 응답률 | 최근 30일 문의 응답률이 높을수록 가점 | 고객이 빠르게 답을 받도록 유도 |\n| 평점 | 일정 후기 수 이상에서 평점이 높을수록 가점 | 검증된 품질을 상단에 반영 |\n| 최근 활동 | 최근 로그인 또는 일정 업데이트가 있으면 가점 | 방치된 계정 노출 방지 |\n| 취소율 | 공급자 귀책 취소가 많으면 감점 | 무책임한 공급자 억제 |\n| 신규 구역 | 후기 없는 신규 공급자를 별도 영역에 노출 | 신규 진입자에게 초기 기회 제공 |\n\n#### 중요한 원칙\n\n노출 기준은 완전히 공개하지 않더라도 주요 요소는 화면에 설명하는 것이 좋습니다. 예를 들어 “응답률, 후기, 최근 활동, 예약 완료율을 종합해 추천 순서가 정해집니다”라고 안내하면 공급자가 어떤 행동을 해야 하는지 이해할 수 있습니다.\n\n### 2. 매칭 방식: 자동 배정인가, 지원과 선택인가\n\n매칭 방식은 고객 경험과 책임 구조를 결정합니다.\n\n| 방식 | 설명 | 장점 | 단점 | 적합한 서비스 |\n|---|---|---|---|---|\n| 자동 배정 | 조건에 맞는 공급자를 플랫폼이 바로 연결 | 빠르고 간단함 | 불만이 플랫폼 책임으로 집중됨 | 긴급 출동, 단순 작업, 표준화된 서비스 |\n| 지원과 선택 | 수요자가 요청을 올리고 공급자가 지원한 뒤 수요자가 선택 | 신뢰 형성에 유리하고 선택 책임이 분산됨 | 시간이 더 걸림 | 펫시터, 아이 돌봄, 과외, 인테리어 상담 |\n| 혼합형 | 추천 후보를 자동으로 보여주되 최종 선택은 고객이 함 | 속도와 신뢰의 균형 | 정책 설계가 복잡함 | 대부분의 초기 매칭 플랫폼 |\n\n신뢰가 중요한 서비스라면 “지원과 선택” 방식이 유리합니다. 보호자나 학부모가 프로필, 후기, 경력, 가능 시간, 가격을 직접 비교하고 선택하면 심리적 안정감이 커집니다. 반면 자동 배정은 빠르지만, 결과가 마음에 들지 않을 때 “플랫폼이 잘못 배정했다”는 불만이 커질 수 있습니다.\n\n### 3. 취소 정책: 언제, 얼마를 환불하는가\n\n취소 정책은 반드시 결제 전에 보여주고 동의를 받아야 합니다. 결제 후에야 환불 제한을 알게 되면 분쟁 가능성이 커집니다.\n\n#### 예시 취소·환불 기준\n\n| 취소 시점 | 고객 환불 예시 | 공급자 보상 예시 | 운영 의도 |\n|---|---:|---:|---|\n| 서비스 3일 전까지 | 100% 환불 | 없음 | 고객의 유연한 변경 허용 |\n| 서비스 1일 전까지 | 50% 환불 | 일부 보상 | 공급자의 일정 손실 보전 |\n| 당일 취소 | 환불 없음 또는 제한 환불 | 일정 비율 보상 | 노쇼와 급작스러운 취소 억제 |\n| 공급자 귀책 취소 | 고객 전액 환불 | 공급자 노출 감점 | 고객 보호 및 무책임한 취소 방지 |\n\n위 숫자는 예시이며, 실제 비율은 서비스 특성, 지역 규정, 결제대행사 정책, 고객 기대 수준에 맞춰 정해야 합니다.\n\n#### 공급자 취소 페널티\n\n공급자에게 무조건 금전 벌칙을 부과하는 방식은 법적·운영상 부담이 생길 수 있습니다. 초기에는 다음과 같은 비금전적 페널티가 더 실용적일 수 있습니다.\n\n- 추천 점수 감점\n- 일정 기간 상단 노출 제외\n- 반복 취소 시 신규 예약 제한\n- 고객에게 자동 사과 쿠폰 제공 여부 검토\n- 운영자 검토 후 계정 경고 또는 정지\n\n### 4. 수수료와 직거래 방지: 막는 것보다 보호 이익을 설계해야 한다\n\n수수료율은 사업 모델에 따라 다릅니다. 예를 들어 10%, 15%, 20% 중 무엇을 선택할지는 고객 획득 비용, 결제 수수료, 고객 지원 비용, 보험 또는 보증 비용, 공급자 마진을 고려해 정해야 합니다.\n\n문제는 수수료율 자체보다 직거래입니다. 직거래 방지는 단순히 전화번호를 숨기는 기능이 아니라 “플랫폼 안에서 거래하는 것이 더 안전하고 유리하다”는 구조를 만드는 일입니다.\n\n#### 필요한 기능과 정책\n\n| 항목 | 정책 예시 | 목적 |\n|---|---|---|\n| 연락처 비공개 | 결제 확정 전 전화번호, 이메일, 메신저 ID 비공개 | 결제 전 이탈 감소 |\n| 채팅 감지 | 전화번호, 계좌번호, 외부 메신저 ID 패턴 탐지 | 직거래 시도 경고 |\n| 경고 문구 | “외부 거래는 환불·중재 보호를 받을 수 없습니다” 안내 | 처벌보다 보호 이익 강조 |\n| 반복 위반 제재 | 반복적인 연락처 우회 공유 시 노출 제한 또는 계정 검토 | 장터 질서 유지 |\n| 플랫폼 결제 혜택 | 환불 규정, 분쟁 중재, 거래 기록, 정산 보호 제공 | 플랫폼 내부 결제의 이유 제공 |\n\n#### 경고 문구 예시\n\n“안전을 위해 결제 전 연락처와 계좌번호 공유는 제한됩니다. 플랫폼 밖에서 거래하면 환불, 분쟁 중재, 거래 기록 보호를 받을 수 없습니다.”\n\n이 문구의 핵심은 “하지 마세요”가 아니라 “앱 안에서 결제해야 보호받습니다”입니다. 수요자와 공급자가 플랫폼 내부 거래의 이익을 이해해야 직거래 유혹이 줄어듭니다.\n\n### 5. 분쟁과 정산: 돈을 언제 지급할 것인가\n\n분쟁 중재의 실질적 힘은 정산 구조에서 나옵니다. 결제 금액이 서비스 완료 즉시 공급자에게 전액 지급되면, 문제가 발생했을 때 플랫폼이 환불이나 부분 환불을 집행하기 어렵습니다.\n\n따라서 많은 매칭 플랫폼은 결제 후 일정 기간 금액을 보관하거나 지급을 보류하는 구조를 둡니다. 흔히 에스크로와 유사한 개념으로 설명되지만, 실제로 어떤 방식이 가능한지는 결제대행사 약관과 각 지역의 금융·전자상거래 규제를 확인해야 합니다.\n\n#### 예시 정산 정책\n\n| 단계 | 처리 | 운영 목적 |\n|---|---|---|\n| 예약 결제 | 고객이 플랫폼에서 결제 | 거래 기록 확보 |\n| 서비스 진행 | 채팅, 일정, 요청사항을 플랫폼에 남김 | 분쟁 증빙 확보 |\n| 서비스 완료 | 완료 상태로 변경 | 정산 대기 시작 |\n| 완료 후 48시간 | 이의 제기 기간 운영 | 사고·불만 접수 가능 |\n| 분쟁 없음 | 공급자에게 정산 | 정상 거래 종료 |\n| 분쟁 접수 | 정산 보류 후 증빙 검토 | 환불·부분 환불·기각 판단 |\n\n48시간은 예시입니다. 서비스 특성에 따라 24시간, 72시간, 7일 등으로 달라질 수 있습니다. 반려동물 돌봄이나 인테리어처럼 문제가 뒤늦게 발견될 수 있는 서비스는 더 긴 확인 기간이 필요할 수 있습니다.\n\n## 운영자 화면에 반드시 있어야 할 분쟁 데이터\n\n분쟁을 제대로 처리하려면 운영자가 한 화면에서 사건의 맥락을 볼 수 있어야 합니다.\n\n| 데이터 | 필요한 이유 |\n|---|---|\n| 예약 정보 | 날짜, 금액, 서비스 범위 확인 |\n| 결제 및 정산 상태 | 환불 가능 금액과 지급 보류 여부 확인 |\n| 채팅 기록 | 약속 내용과 사전 고지 여부 확인 |\n| 사진 또는 파일 증빙 | 사고, 하자, 작업 결과 확인 |\n| 취소·변경 이력 | 누구의 요청으로 일정이 바뀌었는지 확인 |\n| 이전 분쟁 이력 | 반복 문제 계정인지 확인 |\n| 운영자 결정 사유 | 다음 유사 사건의 기준으로 활용 |\n\n운영자 결정 사유를 기록하는 것은 매우 중요합니다. “왜 전액 환불했는가”, “왜 부분 환불했는가”, “왜 공급자 책임으로 판단했는가”가 남아야 일관된 운영 기준이 생깁니다.\n\n## AI 개발 프롬프트에 넣어야 할 정책 요구사항\n\nAI에게 “예약, 결제, 채팅 기능을 만들어줘”라고만 지시하면 장터의 핵심 규칙이 빠질 가능성이 큽니다. 아래처럼 정책을 명시해야 합니다.\n\n### 프롬프트 예시\n\n```text\n펫시터 매칭 플랫폼을 만든다. 단순 기능 구현이 아니라 아래 운영 정책을 반영해 설계해 달라.\n\n1. 시터 목록은 응답률, 후기 평점, 후기 수, 최근 활동일, 예약 완료율을 종합해 기본 정렬한다.\n2. 신규 시터는 후기 부족으로 완전히 밀리지 않도록 별도 신규 시터 영역에 노출한다.\n3. 매칭은 보호자가 요청을 올리면 시터가 지원하고, 보호자가 프로필과 후기를 보고 선택하는 방식으로 한다.\n4. 결제 전 취소·환불 정책을 화면에 표시하고 동의를 받는다.\n5. 결제 전에는 전화번호, 이메일, 계좌번호, 외부 메신저 ID 공유를 제한한다.\n6. 채팅에서 연락처 또는 계좌번호로 보이는 패턴이 감지되면 직거래 경고 문구를 보여준다.\n7. 서비스 완료 후 48시간 동안 정산을 보류하고, 이 기간에 분쟁이 접수되면 정산을 멈춘다.\n8. 운영자는 예약 정보, 결제 상태, 채팅 기록, 증빙 파일, 결정 사유를 한 화면에서 볼 수 있어야 한다.\n\n구현하기 전에 내가 정하지 않은 정책 중에 결정이 필요한 게 있으면 먼저 질문해 달라.\n```\n\n마지막 문장은 중요합니다. AI가 누락된 정책을 질문하도록 만들어야 개발 결과물이 단순한 화면 묶음이 아니라 운영 가능한 플랫폼에 가까워집니다.\n\n## 데이터 모델로 바꿔 생각하기\n\n정책은 결국 데이터로 남아야 합니다. 아래 항목은 Ruby on Rails 같은 웹 프레임워크에서도 기본 테이블과 상태값으로 구현할 수 있는 구조입니다.\n\n| 도메인 | 필요한 데이터 예시 |\n|---|---|\n| 사용자 | 역할, 본인 인증 상태, 연락처 공개 가능 여부 |\n| 공급자 프로필 | 경력, 서비스 지역, 가격, 가능 일정, 소개, 검증 상태 |\n| 노출 점수 | 응답률, 평점, 후기 수, 최근 활동일, 취소율, 감점 이력 |\n| 요청 | 고객 요청 내용, 희망 일정, 예산, 위치, 상태 |\n| 지원 | 공급자 지원 메시지, 제안 가격, 가능 시간 |\n| 예약 | 선택된 공급자, 일정, 금액, 취소 가능 시점, 완료 상태 |\n| 결제 | 결제 상태, 환불 상태, 플랫폼 수수료, 정산 예정 금액 |\n| 채팅 | 메시지, 첨부파일, 연락처 감지 여부, 경고 노출 기록 |\n| 분쟁 | 사유, 증빙, 접수 시각, 정산 보류 여부, 결정 결과 |\n| 정산 | 정산 대기, 보류, 지급 완료, 실패, 재시도 상태 |\n\n이렇게 설계하면 운영 정책이 코드 곳곳에 흩어지지 않고, 상태와 기록으로 관리됩니다.\n\n## 오픈 전 체크리스트\n\n- 기본 정렬 기준을 정했는가?\n- 신규 공급자에게 노출 기회를 줄 방법이 있는가?\n- 자동 매칭, 지원과 선택, 혼합형 중 어떤 방식인지 정했는가?\n- 고객 취소와 공급자 취소를 구분했는가?\n- 환불 비율과 시점을 결제 전 고지하는가?\n- 결제 전 연락처와 계좌번호 공유를 제한하는가?\n- 직거래 경고 문구가 처벌보다 보호 이익을 설명하는가?\n- 플랫폼 수수료율과 정산 금액 계산식이 명확한가?\n- 서비스 완료 후 정산 보류 기간이 있는가?\n- 분쟁 접수 시 정산을 자동으로 멈출 수 있는가?\n- 운영자가 증빙과 채팅 기록을 한 화면에서 볼 수 있는가?\n- 운영자 결정 사유가 기록되는가?\n- AI 또는 개발팀에 “정하지 않은 정책은 먼저 질문하라”고 요구했는가?\n\n## 결론\n\n매칭 플랫폼의 초기 개발에서 가장 위험한 착각은 “기능이 있으면 장터가 돌아간다”는 생각입니다. 실제로 장터를 움직이는 것은 노출, 매칭, 취소, 수수료, 정산, 분쟁 처리 같은 규칙입니다.\n\nAI는 코드를 빠르게 만들 수 있지만, 어떤 행동을 보상하고 어떤 위험을 막을지는 창업자가 정해야 합니다. 오픈 전에 5가지 정책을 문서화하고, 이를 화면·상태값·관리자 기능·고객 안내 문구로 연결해야 수수료가 새지 않고 서비스 품질도 유지됩니다.","content_html":"\u003ch2\u003e\n\u003ca href=\"#%ED%95%B5%EC%8B%AC-%EC%9A%94%EC%95%BD\" class=\"anchor\" id=\"핵심-요약\"\u003e\u003c/a\u003e핵심 요약\u003c/h2\u003e\n\u003cp\u003e펫시터, 과외, 인테리어, 청소, 레슨, 돌봄처럼 사람과 사람을 연결하는 매칭 플랫폼은 기능만으로 운영되지 않습니다. 예약, 결제, 프로필, 채팅, 후기 기능을 AI로 빠르게 만들 수는 있지만, 플랫폼의 수익과 신뢰를 지키는 것은 코드가 아니라 \u003cstrong\u003e정책\u003c/strong\u003e입니다.\u003c/p\u003e\n\u003cp\u003e특히 매칭 플랫폼의 매출은 대부분 거래 수수료에서 나옵니다. 공급자와 수요자가 플랫폼을 통해 처음 만난 뒤 외부 연락처를 교환하고 직거래를 시작하면, 플랫폼은 고객 획득 비용과 운영 비용만 부담하고 매출은 잃게 됩니다. 따라서 오픈 전에 장터의 규칙을 먼저 정하고, 그 규칙을 기능 요구사항으로 바꿔 AI와 개발팀에 전달해야 합니다.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%EB%A7%A4%EC%B9%AD-%ED%94%8C%EB%9E%AB%ED%8F%BC%EC%9D%80-%EC%99%9C-%EC%9D%BC%EB%B0%98-%EC%9B%B9%EC%82%AC%EC%9D%B4%ED%8A%B8%EC%99%80-%EB%8B%A4%EB%A5%B8%EA%B0%80\" class=\"anchor\" id=\"매칭-플랫폼은-왜-일반-웹사이트와-다른가\"\u003e\u003c/a\u003e매칭 플랫폼은 왜 일반 웹사이트와 다른가\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#%EC%96%91%EB%A9%B4-%EC%8B%9C%EC%9E%A5%EC%9D%98-%EA%B5%AC%EC%A1%B0\" class=\"anchor\" id=\"양면-시장의-구조\"\u003e\u003c/a\u003e양면 시장의 구조\u003c/h3\u003e\n\u003cp\u003e매칭 플랫폼은 한쪽만 만족시키면 되는 서비스가 아닙니다. 수요자와 공급자 모두가 고객입니다.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e구분\u003c/th\u003e\n\u003cth\u003e예시\u003c/th\u003e\n\u003cth\u003e플랫폼이 해결해야 할 문제\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"구분\"\u003e수요자\u003c/td\u003e\n\u003ctd data-label=\"예시\"\u003e보호자, 학부모, 집주인, 고객\u003c/td\u003e\n\u003ctd data-label=\"플랫폼이 해결해야 할 문제\"\u003e믿을 수 있는 사람을 쉽게 찾고, 문제 발생 시 보호받고 싶어 함\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"구분\"\u003e공급자\u003c/td\u003e\n\u003ctd data-label=\"예시\"\u003e펫시터, 과외 교사, 시공업체, 프리랜서\u003c/td\u003e\n\u003ctd data-label=\"플랫폼이 해결해야 할 문제\"\u003e안정적으로 의뢰를 받고, 취소나 악성 고객으로부터 보호받고 싶어 함\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"구분\"\u003e플랫폼\u003c/td\u003e\n\u003ctd data-label=\"예시\"\u003e장터 운영자\u003c/td\u003e\n\u003ctd data-label=\"플랫폼이 해결해야 할 문제\"\u003e거래를 성사시키고, 수수료를 회수하며, 분쟁 비용을 관리해야 함\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e이 구조에서는 기능보다 규칙이 중요해지는 순간이 많습니다. 예를 들어 “시터 목록을 보여준다”는 기능은 간단하지만, 누구를 먼저 보여줄지는 사업의 핵심입니다. 응답률이 높고 후기가 좋은 시터를 올릴 것인지, 신규 시터에게도 기회를 줄 것인지, 광고 상품을 넣을 것인지에 따라 장터의 신뢰와 수익 구조가 달라집니다.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%EA%B8%B0%EB%8A%A5%EB%A7%8C-%EC%9E%88%EB%8A%94-%ED%94%8C%EB%9E%AB%ED%8F%BC%EC%9D%B4-%EC%8B%A4%ED%8C%A8%ED%95%98%EB%8A%94-3%EA%B0%80%EC%A7%80-%EB%B0%A9%EC%8B%9D\" class=\"anchor\" id=\"기능만-있는-플랫폼이-실패하는-3가지-방식\"\u003e\u003c/a\u003e기능만 있는 플랫폼이 실패하는 3가지 방식\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-%EB%85%B8%EC%B6%9C-%EC%88%9C%EC%84%9C%EA%B0%80-%EC%97%86%EC%9C%BC%EB%A9%B4-%EC%A2%8B%EC%9D%80-%EA%B3%B5%EA%B8%89%EC%9E%90%EA%B0%80-%EB%96%A0%EB%82%9C%EB%8B%A4\" class=\"anchor\" id=\"1-노출-순서가-없으면-좋은-공급자가-떠난다\"\u003e\u003c/a\u003e1. 노출 순서가 없으면 좋은 공급자가 떠난다\u003c/h3\u003e\n\u003cp\u003e등록된 순서대로만 공급자를 보여주면 열심히 일한 사람과 방치된 계정이 같은 취급을 받습니다. 평점 4.9점, 후기 47개, 빠른 응답률을 가진 시터가 아래로 밀리고, 후기가 없는 계정이 상단에 노출될 수 있습니다.\u003c/p\u003e\n\u003cp\u003e이런 구조에서는 공급자가 좋은 후기를 쌓고 빠르게 응답할 이유가 약해집니다. 수요자도 “왜 이 사람이 먼저 보이지?”라는 불신을 갖게 됩니다. 노출 정책은 검색 품질, 공급자 동기, 고객 신뢰를 동시에 좌우합니다.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-%EC%97%B0%EB%9D%BD%EC%B2%98%EA%B0%80-%EB%84%88%EB%AC%B4-%EB%B9%A8%EB%A6%AC-%EA%B3%B5%EA%B0%9C%EB%90%98%EB%A9%B4-%EC%88%98%EC%88%98%EB%A3%8C%EA%B0%80-%EC%83%8C%EB%8B%A4\" class=\"anchor\" id=\"2-연락처가-너무-빨리-공개되면-수수료가-샌다\"\u003e\u003c/a\u003e2. 연락처가 너무 빨리 공개되면 수수료가 샌다\u003c/h3\u003e\n\u003cp\u003e채팅이 자유롭고 결제 전 연락처가 노출되면 “앱 말고 직접 연락하면 더 싸게 해드릴게요”라는 대화가 쉽게 발생합니다. 이때 플랫폼은 탐색, 추천, 신뢰 형성, 고객 지원 비용을 부담했지만 실제 매출은 얻지 못합니다.\u003c/p\u003e\n\u003cp\u003e직거래는 단순한 수수료 손실만 만들지 않습니다. 외부에서 거래가 이루어지면 환불, 안전사고, 노쇼, 서비스 품질 문제를 플랫폼이 확인하거나 중재하기 어렵습니다. 결국 수요자와 공급자 모두가 보호 장치 밖으로 나가게 됩니다.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-%EC%B7%A8%EC%86%8C-%EC%A0%95%EC%B1%85%EC%9D%B4-%EC%97%86%EC%9C%BC%EB%A9%B4-%ED%95%9C%EC%AA%BD%EC%9D%B4-%EC%9D%BC%EB%B0%A9%EC%A0%81%EC%9C%BC%EB%A1%9C-%EC%86%90%ED%95%B4-%EB%B3%B8%EB%8B%A4\" class=\"anchor\" id=\"3-취소-정책이-없으면-한쪽이-일방적으로-손해-본다\"\u003e\u003c/a\u003e3. 취소 정책이 없으면 한쪽이 일방적으로 손해 본다\u003c/h3\u003e\n\u003cp\u003e당일 취소에도 전액 환불이 된다면 공급자는 하루 일정을 비워두고도 보상을 받지 못할 수 있습니다. 반대로 공급자가 갑자기 취소했는데 아무 페널티가 없다면 수요자는 중요한 일정을 망칠 수 있습니다.\u003c/p\u003e\n\u003cp\u003e취소 정책은 고객 친화와 공급자 보호 사이의 균형입니다. 기준이 없으면 매번 운영자가 감정적으로 판단해야 하고, 같은 사건에 다른 결론이 나와 불공정 논란이 생깁니다.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%EC%98%A4%ED%94%88-%EC%A0%84%EC%97%90-%EC%A0%95%ED%95%B4%EC%95%BC-%ED%95%A0-5%EA%B0%80%EC%A7%80-%ED%95%84%EC%88%98-%EC%A0%95%EC%B1%85\" class=\"anchor\" id=\"오픈-전에-정해야-할-5가지-필수-정책\"\u003e\u003c/a\u003e오픈 전에 정해야 할 5가지 필수 정책\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-%EB%85%B8%EC%B6%9C-%EC%88%9C%EC%84%9C-%EB%88%84%EA%B0%80-%EC%83%81%EB%8B%A8%EC%97%90-%EB%B3%B4%EC%9D%B4%EB%8A%94%EA%B0%80\" class=\"anchor\" id=\"1-노출-순서-누가-상단에-보이는가\"\u003e\u003c/a\u003e1. 노출 순서: 누가 상단에 보이는가\u003c/h3\u003e\n\u003cp\u003e노출 순서는 플랫폼의 보상 체계입니다. 상단 노출을 어떤 행동의 결과로 줄 것인지 먼저 정해야 합니다.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#%EA%B6%8C%EC%9E%A5-%EA%B8%B0%EC%A4%80\" class=\"anchor\" id=\"권장-기준\"\u003e\u003c/a\u003e권장 기준\u003c/h4\u003e\n\u003cul\u003e\n\u003cli\u003e최근 응답률\u003c/li\u003e\n\u003cli\u003e평균 응답 시간\u003c/li\u003e\n\u003cli\u003e후기 평점\u003c/li\u003e\n\u003cli\u003e후기 수\u003c/li\u003e\n\u003cli\u003e최근 활동일\u003c/li\u003e\n\u003cli\u003e예약 완료율\u003c/li\u003e\n\u003cli\u003e취소율\u003c/li\u003e\n\u003cli\u003e신고 또는 분쟁 이력\u003c/li\u003e\n\u003cli\u003e신규 공급자 여부\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch4\u003e\n\u003ca href=\"#%EC%98%88%EC%8B%9C-%EC%A0%95%EC%B1%85\" class=\"anchor\" id=\"예시-정책\"\u003e\u003c/a\u003e예시 정책\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e요소\u003c/th\u003e\n\u003cth\u003e정책 예시\u003c/th\u003e\n\u003cth\u003e의도\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"요소\"\u003e응답률\u003c/td\u003e\n\u003ctd data-label=\"정책 예시\"\u003e최근 30일 문의 응답률이 높을수록 가점\u003c/td\u003e\n\u003ctd data-label=\"의도\"\u003e고객이 빠르게 답을 받도록 유도\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"요소\"\u003e평점\u003c/td\u003e\n\u003ctd data-label=\"정책 예시\"\u003e일정 후기 수 이상에서 평점이 높을수록 가점\u003c/td\u003e\n\u003ctd data-label=\"의도\"\u003e검증된 품질을 상단에 반영\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"요소\"\u003e최근 활동\u003c/td\u003e\n\u003ctd data-label=\"정책 예시\"\u003e최근 로그인 또는 일정 업데이트가 있으면 가점\u003c/td\u003e\n\u003ctd data-label=\"의도\"\u003e방치된 계정 노출 방지\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"요소\"\u003e취소율\u003c/td\u003e\n\u003ctd data-label=\"정책 예시\"\u003e공급자 귀책 취소가 많으면 감점\u003c/td\u003e\n\u003ctd data-label=\"의도\"\u003e무책임한 공급자 억제\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"요소\"\u003e신규 구역\u003c/td\u003e\n\u003ctd data-label=\"정책 예시\"\u003e후기 없는 신규 공급자를 별도 영역에 노출\u003c/td\u003e\n\u003ctd data-label=\"의도\"\u003e신규 진입자에게 초기 기회 제공\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch4\u003e\n\u003ca href=\"#%EC%A4%91%EC%9A%94%ED%95%9C-%EC%9B%90%EC%B9%99\" class=\"anchor\" id=\"중요한-원칙\"\u003e\u003c/a\u003e중요한 원칙\u003c/h4\u003e\n\u003cp\u003e노출 기준은 완전히 공개하지 않더라도 주요 요소는 화면에 설명하는 것이 좋습니다. 예를 들어 “응답률, 후기, 최근 활동, 예약 완료율을 종합해 추천 순서가 정해집니다”라고 안내하면 공급자가 어떤 행동을 해야 하는지 이해할 수 있습니다.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-%EB%A7%A4%EC%B9%AD-%EB%B0%A9%EC%8B%9D-%EC%9E%90%EB%8F%99-%EB%B0%B0%EC%A0%95%EC%9D%B8%EA%B0%80-%EC%A7%80%EC%9B%90%EA%B3%BC-%EC%84%A0%ED%83%9D%EC%9D%B8%EA%B0%80\" class=\"anchor\" id=\"2-매칭-방식-자동-배정인가-지원과-선택인가\"\u003e\u003c/a\u003e2. 매칭 방식: 자동 배정인가, 지원과 선택인가\u003c/h3\u003e\n\u003cp\u003e매칭 방식은 고객 경험과 책임 구조를 결정합니다.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e방식\u003c/th\u003e\n\u003cth\u003e설명\u003c/th\u003e\n\u003cth\u003e장점\u003c/th\u003e\n\u003cth\u003e단점\u003c/th\u003e\n\u003cth\u003e적합한 서비스\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"방식\"\u003e자동 배정\u003c/td\u003e\n\u003ctd data-label=\"설명\"\u003e조건에 맞는 공급자를 플랫폼이 바로 연결\u003c/td\u003e\n\u003ctd data-label=\"장점\"\u003e빠르고 간단함\u003c/td\u003e\n\u003ctd data-label=\"단점\"\u003e불만이 플랫폼 책임으로 집중됨\u003c/td\u003e\n\u003ctd data-label=\"적합한 서비스\"\u003e긴급 출동, 단순 작업, 표준화된 서비스\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"방식\"\u003e지원과 선택\u003c/td\u003e\n\u003ctd data-label=\"설명\"\u003e수요자가 요청을 올리고 공급자가 지원한 뒤 수요자가 선택\u003c/td\u003e\n\u003ctd data-label=\"장점\"\u003e신뢰 형성에 유리하고 선택 책임이 분산됨\u003c/td\u003e\n\u003ctd data-label=\"단점\"\u003e시간이 더 걸림\u003c/td\u003e\n\u003ctd data-label=\"적합한 서비스\"\u003e펫시터, 아이 돌봄, 과외, 인테리어 상담\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"방식\"\u003e혼합형\u003c/td\u003e\n\u003ctd data-label=\"설명\"\u003e추천 후보를 자동으로 보여주되 최종 선택은 고객이 함\u003c/td\u003e\n\u003ctd data-label=\"장점\"\u003e속도와 신뢰의 균형\u003c/td\u003e\n\u003ctd data-label=\"단점\"\u003e정책 설계가 복잡함\u003c/td\u003e\n\u003ctd data-label=\"적합한 서비스\"\u003e대부분의 초기 매칭 플랫폼\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e신뢰가 중요한 서비스라면 “지원과 선택” 방식이 유리합니다. 보호자나 학부모가 프로필, 후기, 경력, 가능 시간, 가격을 직접 비교하고 선택하면 심리적 안정감이 커집니다. 반면 자동 배정은 빠르지만, 결과가 마음에 들지 않을 때 “플랫폼이 잘못 배정했다”는 불만이 커질 수 있습니다.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-%EC%B7%A8%EC%86%8C-%EC%A0%95%EC%B1%85-%EC%96%B8%EC%A0%9C-%EC%96%BC%EB%A7%88%EB%A5%BC-%ED%99%98%EB%B6%88%ED%95%98%EB%8A%94%EA%B0%80\" class=\"anchor\" id=\"3-취소-정책-언제-얼마를-환불하는가\"\u003e\u003c/a\u003e3. 취소 정책: 언제, 얼마를 환불하는가\u003c/h3\u003e\n\u003cp\u003e취소 정책은 반드시 결제 전에 보여주고 동의를 받아야 합니다. 결제 후에야 환불 제한을 알게 되면 분쟁 가능성이 커집니다.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#%EC%98%88%EC%8B%9C-%EC%B7%A8%EC%86%8C%ED%99%98%EB%B6%88-%EA%B8%B0%EC%A4%80\" class=\"anchor\" id=\"예시-취소환불-기준\"\u003e\u003c/a\u003e예시 취소·환불 기준\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e취소 시점\u003c/th\u003e\n\u003cth\u003e고객 환불 예시\u003c/th\u003e\n\u003cth\u003e공급자 보상 예시\u003c/th\u003e\n\u003cth\u003e운영 의도\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"취소 시점\"\u003e서비스 3일 전까지\u003c/td\u003e\n\u003ctd data-label=\"고객 환불 예시\"\u003e100% 환불\u003c/td\u003e\n\u003ctd data-label=\"공급자 보상 예시\"\u003e없음\u003c/td\u003e\n\u003ctd data-label=\"운영 의도\"\u003e고객의 유연한 변경 허용\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"취소 시점\"\u003e서비스 1일 전까지\u003c/td\u003e\n\u003ctd data-label=\"고객 환불 예시\"\u003e50% 환불\u003c/td\u003e\n\u003ctd data-label=\"공급자 보상 예시\"\u003e일부 보상\u003c/td\u003e\n\u003ctd data-label=\"운영 의도\"\u003e공급자의 일정 손실 보전\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"취소 시점\"\u003e당일 취소\u003c/td\u003e\n\u003ctd data-label=\"고객 환불 예시\"\u003e환불 없음 또는 제한 환불\u003c/td\u003e\n\u003ctd data-label=\"공급자 보상 예시\"\u003e일정 비율 보상\u003c/td\u003e\n\u003ctd data-label=\"운영 의도\"\u003e노쇼와 급작스러운 취소 억제\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"취소 시점\"\u003e공급자 귀책 취소\u003c/td\u003e\n\u003ctd data-label=\"고객 환불 예시\"\u003e고객 전액 환불\u003c/td\u003e\n\u003ctd data-label=\"공급자 보상 예시\"\u003e공급자 노출 감점\u003c/td\u003e\n\u003ctd data-label=\"운영 의도\"\u003e고객 보호 및 무책임한 취소 방지\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e위 숫자는 예시이며, 실제 비율은 서비스 특성, 지역 규정, 결제대행사 정책, 고객 기대 수준에 맞춰 정해야 합니다.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#%EA%B3%B5%EA%B8%89%EC%9E%90-%EC%B7%A8%EC%86%8C-%ED%8E%98%EB%84%90%ED%8B%B0\" class=\"anchor\" id=\"공급자-취소-페널티\"\u003e\u003c/a\u003e공급자 취소 페널티\u003c/h4\u003e\n\u003cp\u003e공급자에게 무조건 금전 벌칙을 부과하는 방식은 법적·운영상 부담이 생길 수 있습니다. 초기에는 다음과 같은 비금전적 페널티가 더 실용적일 수 있습니다.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e추천 점수 감점\u003c/li\u003e\n\u003cli\u003e일정 기간 상단 노출 제외\u003c/li\u003e\n\u003cli\u003e반복 취소 시 신규 예약 제한\u003c/li\u003e\n\u003cli\u003e고객에게 자동 사과 쿠폰 제공 여부 검토\u003c/li\u003e\n\u003cli\u003e운영자 검토 후 계정 경고 또는 정지\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#4-%EC%88%98%EC%88%98%EB%A3%8C%EC%99%80-%EC%A7%81%EA%B1%B0%EB%9E%98-%EB%B0%A9%EC%A7%80-%EB%A7%89%EB%8A%94-%EA%B2%83%EB%B3%B4%EB%8B%A4-%EB%B3%B4%ED%98%B8-%EC%9D%B4%EC%9D%B5%EC%9D%84-%EC%84%A4%EA%B3%84%ED%95%B4%EC%95%BC-%ED%95%9C%EB%8B%A4\" class=\"anchor\" id=\"4-수수료와-직거래-방지-막는-것보다-보호-이익을-설계해야-한다\"\u003e\u003c/a\u003e4. 수수료와 직거래 방지: 막는 것보다 보호 이익을 설계해야 한다\u003c/h3\u003e\n\u003cp\u003e수수료율은 사업 모델에 따라 다릅니다. 예를 들어 10%, 15%, 20% 중 무엇을 선택할지는 고객 획득 비용, 결제 수수료, 고객 지원 비용, 보험 또는 보증 비용, 공급자 마진을 고려해 정해야 합니다.\u003c/p\u003e\n\u003cp\u003e문제는 수수료율 자체보다 직거래입니다. 직거래 방지는 단순히 전화번호를 숨기는 기능이 아니라 “플랫폼 안에서 거래하는 것이 더 안전하고 유리하다”는 구조를 만드는 일입니다.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#%ED%95%84%EC%9A%94%ED%95%9C-%EA%B8%B0%EB%8A%A5%EA%B3%BC-%EC%A0%95%EC%B1%85\" class=\"anchor\" id=\"필요한-기능과-정책\"\u003e\u003c/a\u003e필요한 기능과 정책\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e항목\u003c/th\u003e\n\u003cth\u003e정책 예시\u003c/th\u003e\n\u003cth\u003e목적\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"항목\"\u003e연락처 비공개\u003c/td\u003e\n\u003ctd data-label=\"정책 예시\"\u003e결제 확정 전 전화번호, 이메일, 메신저 ID 비공개\u003c/td\u003e\n\u003ctd data-label=\"목적\"\u003e결제 전 이탈 감소\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"항목\"\u003e채팅 감지\u003c/td\u003e\n\u003ctd data-label=\"정책 예시\"\u003e전화번호, 계좌번호, 외부 메신저 ID 패턴 탐지\u003c/td\u003e\n\u003ctd data-label=\"목적\"\u003e직거래 시도 경고\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"항목\"\u003e경고 문구\u003c/td\u003e\n\u003ctd data-label=\"정책 예시\"\u003e“외부 거래는 환불·중재 보호를 받을 수 없습니다” 안내\u003c/td\u003e\n\u003ctd data-label=\"목적\"\u003e처벌보다 보호 이익 강조\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"항목\"\u003e반복 위반 제재\u003c/td\u003e\n\u003ctd data-label=\"정책 예시\"\u003e반복적인 연락처 우회 공유 시 노출 제한 또는 계정 검토\u003c/td\u003e\n\u003ctd data-label=\"목적\"\u003e장터 질서 유지\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"항목\"\u003e플랫폼 결제 혜택\u003c/td\u003e\n\u003ctd data-label=\"정책 예시\"\u003e환불 규정, 분쟁 중재, 거래 기록, 정산 보호 제공\u003c/td\u003e\n\u003ctd data-label=\"목적\"\u003e플랫폼 내부 결제의 이유 제공\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch4\u003e\n\u003ca href=\"#%EA%B2%BD%EA%B3%A0-%EB%AC%B8%EA%B5%AC-%EC%98%88%EC%8B%9C\" class=\"anchor\" id=\"경고-문구-예시\"\u003e\u003c/a\u003e경고 문구 예시\u003c/h4\u003e\n\u003cp\u003e“안전을 위해 결제 전 연락처와 계좌번호 공유는 제한됩니다. 플랫폼 밖에서 거래하면 환불, 분쟁 중재, 거래 기록 보호를 받을 수 없습니다.”\u003c/p\u003e\n\u003cp\u003e이 문구의 핵심은 “하지 마세요”가 아니라 “앱 안에서 결제해야 보호받습니다”입니다. 수요자와 공급자가 플랫폼 내부 거래의 이익을 이해해야 직거래 유혹이 줄어듭니다.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#5-%EB%B6%84%EC%9F%81%EA%B3%BC-%EC%A0%95%EC%82%B0-%EB%8F%88%EC%9D%84-%EC%96%B8%EC%A0%9C-%EC%A7%80%EA%B8%89%ED%95%A0-%EA%B2%83%EC%9D%B8%EA%B0%80\" class=\"anchor\" id=\"5-분쟁과-정산-돈을-언제-지급할-것인가\"\u003e\u003c/a\u003e5. 분쟁과 정산: 돈을 언제 지급할 것인가\u003c/h3\u003e\n\u003cp\u003e분쟁 중재의 실질적 힘은 정산 구조에서 나옵니다. 결제 금액이 서비스 완료 즉시 공급자에게 전액 지급되면, 문제가 발생했을 때 플랫폼이 환불이나 부분 환불을 집행하기 어렵습니다.\u003c/p\u003e\n\u003cp\u003e따라서 많은 매칭 플랫폼은 결제 후 일정 기간 금액을 보관하거나 지급을 보류하는 구조를 둡니다. 흔히 에스크로와 유사한 개념으로 설명되지만, 실제로 어떤 방식이 가능한지는 결제대행사 약관과 각 지역의 금융·전자상거래 규제를 확인해야 합니다.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#%EC%98%88%EC%8B%9C-%EC%A0%95%EC%82%B0-%EC%A0%95%EC%B1%85\" class=\"anchor\" id=\"예시-정산-정책\"\u003e\u003c/a\u003e예시 정산 정책\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e단계\u003c/th\u003e\n\u003cth\u003e처리\u003c/th\u003e\n\u003cth\u003e운영 목적\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"단계\"\u003e예약 결제\u003c/td\u003e\n\u003ctd data-label=\"처리\"\u003e고객이 플랫폼에서 결제\u003c/td\u003e\n\u003ctd data-label=\"운영 목적\"\u003e거래 기록 확보\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"단계\"\u003e서비스 진행\u003c/td\u003e\n\u003ctd data-label=\"처리\"\u003e채팅, 일정, 요청사항을 플랫폼에 남김\u003c/td\u003e\n\u003ctd data-label=\"운영 목적\"\u003e분쟁 증빙 확보\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"단계\"\u003e서비스 완료\u003c/td\u003e\n\u003ctd data-label=\"처리\"\u003e완료 상태로 변경\u003c/td\u003e\n\u003ctd data-label=\"운영 목적\"\u003e정산 대기 시작\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"단계\"\u003e완료 후 48시간\u003c/td\u003e\n\u003ctd data-label=\"처리\"\u003e이의 제기 기간 운영\u003c/td\u003e\n\u003ctd data-label=\"운영 목적\"\u003e사고·불만 접수 가능\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"단계\"\u003e분쟁 없음\u003c/td\u003e\n\u003ctd data-label=\"처리\"\u003e공급자에게 정산\u003c/td\u003e\n\u003ctd data-label=\"운영 목적\"\u003e정상 거래 종료\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"단계\"\u003e분쟁 접수\u003c/td\u003e\n\u003ctd data-label=\"처리\"\u003e정산 보류 후 증빙 검토\u003c/td\u003e\n\u003ctd data-label=\"운영 목적\"\u003e환불·부분 환불·기각 판단\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e48시간은 예시입니다. 서비스 특성에 따라 24시간, 72시간, 7일 등으로 달라질 수 있습니다. 반려동물 돌봄이나 인테리어처럼 문제가 뒤늦게 발견될 수 있는 서비스는 더 긴 확인 기간이 필요할 수 있습니다.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%EC%9A%B4%EC%98%81%EC%9E%90-%ED%99%94%EB%A9%B4%EC%97%90-%EB%B0%98%EB%93%9C%EC%8B%9C-%EC%9E%88%EC%96%B4%EC%95%BC-%ED%95%A0-%EB%B6%84%EC%9F%81-%EB%8D%B0%EC%9D%B4%ED%84%B0\" class=\"anchor\" id=\"운영자-화면에-반드시-있어야-할-분쟁-데이터\"\u003e\u003c/a\u003e운영자 화면에 반드시 있어야 할 분쟁 데이터\u003c/h2\u003e\n\u003cp\u003e분쟁을 제대로 처리하려면 운영자가 한 화면에서 사건의 맥락을 볼 수 있어야 합니다.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e데이터\u003c/th\u003e\n\u003cth\u003e필요한 이유\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"데이터\"\u003e예약 정보\u003c/td\u003e\n\u003ctd data-label=\"필요한 이유\"\u003e날짜, 금액, 서비스 범위 확인\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"데이터\"\u003e결제 및 정산 상태\u003c/td\u003e\n\u003ctd data-label=\"필요한 이유\"\u003e환불 가능 금액과 지급 보류 여부 확인\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"데이터\"\u003e채팅 기록\u003c/td\u003e\n\u003ctd data-label=\"필요한 이유\"\u003e약속 내용과 사전 고지 여부 확인\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"데이터\"\u003e사진 또는 파일 증빙\u003c/td\u003e\n\u003ctd data-label=\"필요한 이유\"\u003e사고, 하자, 작업 결과 확인\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"데이터\"\u003e취소·변경 이력\u003c/td\u003e\n\u003ctd data-label=\"필요한 이유\"\u003e누구의 요청으로 일정이 바뀌었는지 확인\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"데이터\"\u003e이전 분쟁 이력\u003c/td\u003e\n\u003ctd data-label=\"필요한 이유\"\u003e반복 문제 계정인지 확인\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"데이터\"\u003e운영자 결정 사유\u003c/td\u003e\n\u003ctd data-label=\"필요한 이유\"\u003e다음 유사 사건의 기준으로 활용\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e운영자 결정 사유를 기록하는 것은 매우 중요합니다. “왜 전액 환불했는가”, “왜 부분 환불했는가”, “왜 공급자 책임으로 판단했는가”가 남아야 일관된 운영 기준이 생깁니다.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#ai-%EA%B0%9C%EB%B0%9C-%ED%94%84%EB%A1%AC%ED%94%84%ED%8A%B8%EC%97%90-%EB%84%A3%EC%96%B4%EC%95%BC-%ED%95%A0-%EC%A0%95%EC%B1%85-%EC%9A%94%EA%B5%AC%EC%82%AC%ED%95%AD\" class=\"anchor\" id=\"ai-개발-프롬프트에-넣어야-할-정책-요구사항\"\u003e\u003c/a\u003eAI 개발 프롬프트에 넣어야 할 정책 요구사항\u003c/h2\u003e\n\u003cp\u003eAI에게 “예약, 결제, 채팅 기능을 만들어줘”라고만 지시하면 장터의 핵심 규칙이 빠질 가능성이 큽니다. 아래처럼 정책을 명시해야 합니다.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%ED%94%84%EB%A1%AC%ED%94%84%ED%8A%B8-%EC%98%88%EC%8B%9C\" class=\"anchor\" id=\"프롬프트-예시\"\u003e\u003c/a\u003e프롬프트 예시\u003c/h3\u003e\n\u003cpre\u003e\u003ccode\u003e\u003cspan\u003e펫시터 매칭 플랫폼을 만든다. 단순 기능 구현이 아니라 아래 운영 정책을 반영해 설계해 달라.\n\u003c/span\u003e\u003cspan\u003e\n\u003c/span\u003e\u003cspan\u003e1. 시터 목록은 응답률, 후기 평점, 후기 수, 최근 활동일, 예약 완료율을 종합해 기본 정렬한다.\n\u003c/span\u003e\u003cspan\u003e2. 신규 시터는 후기 부족으로 완전히 밀리지 않도록 별도 신규 시터 영역에 노출한다.\n\u003c/span\u003e\u003cspan\u003e3. 매칭은 보호자가 요청을 올리면 시터가 지원하고, 보호자가 프로필과 후기를 보고 선택하는 방식으로 한다.\n\u003c/span\u003e\u003cspan\u003e4. 결제 전 취소·환불 정책을 화면에 표시하고 동의를 받는다.\n\u003c/span\u003e\u003cspan\u003e5. 결제 전에는 전화번호, 이메일, 계좌번호, 외부 메신저 ID 공유를 제한한다.\n\u003c/span\u003e\u003cspan\u003e6. 채팅에서 연락처 또는 계좌번호로 보이는 패턴이 감지되면 직거래 경고 문구를 보여준다.\n\u003c/span\u003e\u003cspan\u003e7. 서비스 완료 후 48시간 동안 정산을 보류하고, 이 기간에 분쟁이 접수되면 정산을 멈춘다.\n\u003c/span\u003e\u003cspan\u003e8. 운영자는 예약 정보, 결제 상태, 채팅 기록, 증빙 파일, 결정 사유를 한 화면에서 볼 수 있어야 한다.\n\u003c/span\u003e\u003cspan\u003e\n\u003c/span\u003e\u003cspan\u003e구현하기 전에 내가 정하지 않은 정책 중에 결정이 필요한 게 있으면 먼저 질문해 달라.\n\u003c/span\u003e\u003c/code\u003e\u003c/pre\u003e\n\u003cp\u003e마지막 문장은 중요합니다. AI가 누락된 정책을 질문하도록 만들어야 개발 결과물이 단순한 화면 묶음이 아니라 운영 가능한 플랫폼에 가까워집니다.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%EB%8D%B0%EC%9D%B4%ED%84%B0-%EB%AA%A8%EB%8D%B8%EB%A1%9C-%EB%B0%94%EA%BF%94-%EC%83%9D%EA%B0%81%ED%95%98%EA%B8%B0\" class=\"anchor\" id=\"데이터-모델로-바꿔-생각하기\"\u003e\u003c/a\u003e데이터 모델로 바꿔 생각하기\u003c/h2\u003e\n\u003cp\u003e정책은 결국 데이터로 남아야 합니다. 아래 항목은 Ruby on Rails 같은 웹 프레임워크에서도 기본 테이블과 상태값으로 구현할 수 있는 구조입니다.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e도메인\u003c/th\u003e\n\u003cth\u003e필요한 데이터 예시\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"도메인\"\u003e사용자\u003c/td\u003e\n\u003ctd data-label=\"필요한 데이터 예시\"\u003e역할, 본인 인증 상태, 연락처 공개 가능 여부\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"도메인\"\u003e공급자 프로필\u003c/td\u003e\n\u003ctd data-label=\"필요한 데이터 예시\"\u003e경력, 서비스 지역, 가격, 가능 일정, 소개, 검증 상태\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"도메인\"\u003e노출 점수\u003c/td\u003e\n\u003ctd data-label=\"필요한 데이터 예시\"\u003e응답률, 평점, 후기 수, 최근 활동일, 취소율, 감점 이력\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"도메인\"\u003e요청\u003c/td\u003e\n\u003ctd data-label=\"필요한 데이터 예시\"\u003e고객 요청 내용, 희망 일정, 예산, 위치, 상태\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"도메인\"\u003e지원\u003c/td\u003e\n\u003ctd data-label=\"필요한 데이터 예시\"\u003e공급자 지원 메시지, 제안 가격, 가능 시간\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"도메인\"\u003e예약\u003c/td\u003e\n\u003ctd data-label=\"필요한 데이터 예시\"\u003e선택된 공급자, 일정, 금액, 취소 가능 시점, 완료 상태\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"도메인\"\u003e결제\u003c/td\u003e\n\u003ctd data-label=\"필요한 데이터 예시\"\u003e결제 상태, 환불 상태, 플랫폼 수수료, 정산 예정 금액\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"도메인\"\u003e채팅\u003c/td\u003e\n\u003ctd data-label=\"필요한 데이터 예시\"\u003e메시지, 첨부파일, 연락처 감지 여부, 경고 노출 기록\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"도메인\"\u003e분쟁\u003c/td\u003e\n\u003ctd data-label=\"필요한 데이터 예시\"\u003e사유, 증빙, 접수 시각, 정산 보류 여부, 결정 결과\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"도메인\"\u003e정산\u003c/td\u003e\n\u003ctd data-label=\"필요한 데이터 예시\"\u003e정산 대기, 보류, 지급 완료, 실패, 재시도 상태\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e이렇게 설계하면 운영 정책이 코드 곳곳에 흩어지지 않고, 상태와 기록으로 관리됩니다.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%EC%98%A4%ED%94%88-%EC%A0%84-%EC%B2%B4%ED%81%AC%EB%A6%AC%EC%8A%A4%ED%8A%B8\" class=\"anchor\" id=\"오픈-전-체크리스트\"\u003e\u003c/a\u003e오픈 전 체크리스트\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e기본 정렬 기준을 정했는가?\u003c/li\u003e\n\u003cli\u003e신규 공급자에게 노출 기회를 줄 방법이 있는가?\u003c/li\u003e\n\u003cli\u003e자동 매칭, 지원과 선택, 혼합형 중 어떤 방식인지 정했는가?\u003c/li\u003e\n\u003cli\u003e고객 취소와 공급자 취소를 구분했는가?\u003c/li\u003e\n\u003cli\u003e환불 비율과 시점을 결제 전 고지하는가?\u003c/li\u003e\n\u003cli\u003e결제 전 연락처와 계좌번호 공유를 제한하는가?\u003c/li\u003e\n\u003cli\u003e직거래 경고 문구가 처벌보다 보호 이익을 설명하는가?\u003c/li\u003e\n\u003cli\u003e플랫폼 수수료율과 정산 금액 계산식이 명확한가?\u003c/li\u003e\n\u003cli\u003e서비스 완료 후 정산 보류 기간이 있는가?\u003c/li\u003e\n\u003cli\u003e분쟁 접수 시 정산을 자동으로 멈출 수 있는가?\u003c/li\u003e\n\u003cli\u003e운영자가 증빙과 채팅 기록을 한 화면에서 볼 수 있는가?\u003c/li\u003e\n\u003cli\u003e운영자 결정 사유가 기록되는가?\u003c/li\u003e\n\u003cli\u003eAI 또는 개발팀에 “정하지 않은 정책은 먼저 질문하라”고 요구했는가?\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#%EA%B2%B0%EB%A1%A0\" class=\"anchor\" id=\"결론\"\u003e\u003c/a\u003e결론\u003c/h2\u003e\n\u003cp\u003e매칭 플랫폼의 초기 개발에서 가장 위험한 착각은 “기능이 있으면 장터가 돌아간다”는 생각입니다. 실제로 장터를 움직이는 것은 노출, 매칭, 취소, 수수료, 정산, 분쟁 처리 같은 규칙입니다.\u003c/p\u003e\n\u003cp\u003eAI는 코드를 빠르게 만들 수 있지만, 어떤 행동을 보상하고 어떤 위험을 막을지는 창업자가 정해야 합니다. 오픈 전에 5가지 정책을 문서화하고, 이를 화면·상태값·관리자 기능·고객 안내 문구로 연결해야 수수료가 새지 않고 서비스 품질도 유지됩니다.\u003c/p\u003e\n","tags":["AI 개발","매칭 플랫폼","마켓플레이스","수수료","직거래 방지","정책 설계"],"faqs":[{"question":"매칭 플랫폼에서 기능보다 정책이 먼저 중요한 이유는 무엇인가요?","answer":"매칭 플랫폼의 수익은 플랫폼 안에서 거래가 성사될 때 발생하는 수수료에 의존합니다. 예약, 결제, 채팅 기능만 있고 노출, 취소, 직거래 방지, 정산 규칙이 없으면 이용자는 플랫폼 밖에서 거래하고 공급자는 불공정한 운영에 불만을 느낄 수 있습니다."},{"question":"결제 전 연락처를 공개하면 왜 위험한가요?","answer":"결제 전 연락처가 공개되면 수요자와 공급자가 플랫폼을 거치지 않고 직접 거래할 가능성이 높아집니다. 이 경우 플랫폼은 수수료를 받지 못할 뿐 아니라 환불, 분쟁 중재, 거래 기록 확인 같은 보호 기능도 제공하기 어렵습니다."},{"question":"직거래 방지는 연락처를 차단하면 충분한가요?","answer":"연락처 차단은 필요하지만 충분하지 않습니다. 이용자가 플랫폼 안에서 결제해야 환불, 정산 보류, 분쟁 중재, 채팅 기록 보호를 받을 수 있다는 실질적 이익을 느끼도록 설계해야 직거래 유인이 줄어듭니다."},{"question":"펫시터나 과외 매칭은 자동 배정과 지원 방식 중 무엇이 더 적합한가요?","answer":"신뢰가 중요한 펫시터, 아이 돌봄, 과외 서비스는 보통 지원과 선택 방식이 더 적합합니다. 고객이 프로필, 후기, 경력, 가격을 직접 비교하고 선택하면 결과에 대한 신뢰와 수용도가 높아집니다."},{"question":"취소 정책은 언제 보여줘야 하나요?","answer":"취소·환불 정책은 반드시 결제 전에 보여주고 이용자의 동의를 받아야 합니다. 결제 후에 제한 조건을 알리면 고객 분쟁과 불공정 논란이 생길 가능성이 커집니다."},{"question":"공급자가 갑자기 취소하면 어떤 페널티가 적절한가요?","answer":"초기 플랫폼에서는 금전 벌칙보다 노출 점수 감점, 상단 노출 제한, 반복 취소 시 예약 제한 같은 비금전적 페널티가 실무적으로 적용하기 쉽습니다. 다만 구체적인 제재는 약관, 지역 규정, 서비스 특성에 맞춰 정해야 합니다."},{"question":"서비스 완료 후 바로 정산하지 않는 이유는 무엇인가요?","answer":"정산을 일정 기간 보류하면 서비스 하자, 사고, 노쇼 같은 문제가 접수됐을 때 플랫폼이 환불이나 부분 환불을 중재할 수 있습니다. 이미 전액 지급된 뒤에는 플랫폼의 실질적 조정력이 약해집니다."},{"question":"48시간 정산 보류는 모든 서비스에 적합한가요?","answer":"48시간은 하나의 예시입니다. 단순 서비스는 더 짧아도 되고, 반려동물 돌봄이나 인테리어처럼 문제가 늦게 발견될 수 있는 서비스는 더 긴 확인 기간이 필요할 수 있습니다."},{"question":"AI에게 매칭 플랫폼 개발을 맡길 때 꼭 넣어야 할 문장은 무엇인가요?","answer":"프롬프트 끝에 “구현하기 전에 내가 정하지 않은 정책 중에 결정이 필요한 게 있으면 먼저 질문해 달라”는 문장을 넣는 것이 좋습니다. 이 문장은 AI가 누락된 운영 규칙을 확인하도록 만들어 기획 공백을 줄입니다."},{"question":"에스크로 방식은 그냥 구현하면 되나요?","answer":"아닙니다. 에스크로와 유사한 정산 보류 구조는 결제대행사 약관, 지역별 금융 규제, 전자상거래 규정의 영향을 받을 수 있습니다. 실제 출시 전에는 결제 제공업체 문서와 법률 검토를 확인해야 합니다."}],"sources":[{"url":"https://docs.stripe.com/connect","title":"Stripe Docs: Connect","type":"source"},{"url":"https://digital-strategy.ec.europa.eu/en/policies/platform-business-trading-practices","title":"European Commission: Platform-to-business trading practices","type":"source"},{"url":"https://www.ftc.gov/business-guidance/resources/bringing-dark-patterns-light","title":"Federal Trade Commission: Bringing Dark Patterns to Light","type":"source"}],"images":[{"id":288,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5MSwicHVyIjoiYmxvYl9pZCJ9fQ==--3592bdae32a2213c56d8355eb7faa2adab6c3678/ai-2c4cebee.webp","is_representative":true,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"이용자와 전문가를 연결한 중앙의 방패와 수수료, 평점, 일정, 규칙 아이콘","caption":"매칭 플랫폼의 거래 보호와 품질 관리를 상징하는 운영 정책 일러스트입니다.","description":null},"en":{"alt":"Users and professionals connected to a central shield with fee, rating, schedule, and rule icons","caption":"The illustration shows platform policies for protecting transactions and maintaining service quality.","description":null},"ja":{"alt":"利用者と専門家を中央の盾につなぎ、手数料、評価、日程、ルールのアイコンを示す図","caption":"取引保護と品質管理のためのマッチングプラットフォーム運用ルールを表しています。","description":null},"es":{"alt":"Usuarios y profesionales conectados a un escudo central con iconos de tarifas, valoraciones, agenda y reglas","caption":"La ilustración representa políticas de operación para proteger transacciones y mantener la calidad.","description":null},"id":{"alt":"Pengguna dan profesional terhubung ke perisai pusat dengan ikon biaya, rating, jadwal, dan aturan","caption":"Ilustrasi ini menggambarkan kebijakan platform untuk melindungi transaksi dan menjaga kualitas layanan.","description":null},"pt":{"alt":"Usuários e profissionais conectados a um escudo central com ícones de taxas, avaliações, agenda e regras","caption":"A ilustração mostra políticas da plataforma para proteger transações e manter a qualidade.","description":null},"zh-hant":{"alt":"用戶與專業人員連到中央盾牌，周圍有費用、評分、排程與規則圖示","caption":"這張插圖呈現媒合平台用來保護交易與維持品質的營運政策。","description":null}}},{"id":289,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5NywicHVyIjoiYmxvYl9pZCJ9fQ==--0b5eabdcb2e7a33a83eae8920bc2e1a7cb18e7ba/ai-903eceec.webp","is_representative":false,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"체크 표시 파이프와 다섯 정책 아이콘이 있는 매칭 플랫폼 운영 대시보드","caption":"매칭 플랫폼 운영자가 품질, 일정, 수수료, 규정을 관리하는 모습을 보여준다.","description":null},"en":{"alt":"Matching platform control dashboard with a checked pipeline and five policy icons","caption":"The dashboard visualizes rules for managing matches, fees, schedules, and quality.","description":null},"ja":{"alt":"チェック付きの配管と5つの方針アイコンがあるマッチング平台の操作盤","caption":"マッチング平台の品質、日程、手数料、ルール管理を表している。","description":null},"es":{"alt":"Panel de control de una plataforma de matching con tubería verificada y cinco iconos de políticas","caption":"El panel muestra reglas para gestionar coincidencias, tarifas, calendarios y calidad.","description":null},"id":{"alt":"Dasbor kontrol platform pencocokan dengan pipa bertanda centang dan lima ikon kebijakan","caption":"Dasbor ini menggambarkan aturan untuk mengelola kecocokan, biaya, jadwal, dan kualitas.","description":null},"pt":{"alt":"Painel de controle de plataforma de matching com tubulação aprovada e cinco ícones de políticas","caption":"O painel representa regras para gerir combinações, taxas, prazos e qualidade.","description":null},"zh-hant":{"alt":"配對平台控制面板，含打勾管線與五個政策圖示","caption":"這個面板呈現配對、費用、時程與品質管理規則。","description":null}}},{"id":290,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzEwMywicHVyIjoiYmxvYl9pZCJ9fQ==--b5243bba316d46a6f7dd45a50512911264395f73/ai-3f9fa5cf.webp","is_representative":false,"generation_method":"ai_infographic","license":"ai_generated","mime_type":"image/webp","visible_locales":["ko"],"translations":{"ko":{"alt":"매칭 플랫폼 오픈 전 정해야 할 노출, 매칭, 환불, 직거래, 정산 5가지 정책 인포그래픽","caption":"매칭 플랫폼 운영을 안정화하기 위한 오픈 전 5가지 정책을 한눈에 정리했다.","description":null},"en":{"alt":"Infographic of five pre-launch policies for a matching platform: ranking, matching, refunds, direct deals, settlement","caption":"The graphic summarizes key policies to set before launching a matching platform.","description":null},"ja":{"alt":"マッチングプラットフォーム公開前に決める表示順、マッチング、返金、直取引、精算の5政策","caption":"公開前に整えるべきマッチングプラットフォームの主要な運営方針を示している。","description":null},"es":{"alt":"Infografía de cinco políticas previas al lanzamiento de una plataforma de matching","caption":"El gráfico resume políticas clave para operar una plataforma de matching con más control.","description":null},"id":{"alt":"Infografik lima kebijakan sebelum peluncuran platform matching: urutan, pencocokan, refund, transaksi, penyelesaian","caption":"Grafik ini merangkum kebijakan penting sebelum platform matching dibuka.","description":null},"pt":{"alt":"Infográfico com cinco políticas antes de lançar uma plataforma de matching","caption":"O gráfico resume regras essenciais para preparar a operação de uma plataforma de matching.","description":null},"zh-hant":{"alt":"媒合平台上線前需制定的五項政策：排序、媒合、退款、防私下交易與結算","caption":"這張圖整理了媒合平台上線前應先確認的關鍵營運規則。","description":null}}}],"published_at":"2026-07-26T05:56:02+09:00","updated_at":"2026-07-26T05:56:02+09:00","license":"cc_by","translation_status":"original","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant"],"url":"https://injoys.com/ko/articles/matching-platform-policy-5-rules"}