마켓플레이스 만드는 법: 실용적인 MVP 가이드

마켓플레이스를 만들려면, 좁은 카테고리 하나와 도시 또는 틈새 시장 하나에서 시작하고, 판매자가 상품을 등록하고 구매자가 찾아서 연락할 수 있는 가장 작은 버전을 만든 다음, 플랫폼 내 결제를 만들기 전에 사람들이 실제로 거래한다는 것을 증명하세요. 등록 상품, 검색, 프로필, 메시징은 오늘날 만들기 쉽습니다. 반면 구매자의 돈을 받고 판매자에게 정산하는 것은 그렇지 않습니다. 판매자 확인, 환불, 분쟁, 세금 문제가 따라오므로, 나중에 덧붙이기보다 의도적으로 계획해야 합니다.

마켓플레이스란 실제로 무엇인가

양면 마켓플레이스는 두 집단을 연결합니다. 무언가를 제공하는 사람(판매자, 호스트, 프리랜서, 집주인)과 그것을 원하는 사람(구매자, 게스트, 고객, 세입자)입니다. 여러분의 제품은 그 사이에 있습니다. 실물 상품인지, 대여인지, 서비스인지에 따라 세부 사항은 달라지지만, 대부분의 마켓플레이스는 같은 구성 요소가 필요합니다.

데이터

테이블을 미리 나열하면 여러분과 AI 빌더가 구조를 올바르게 잡는 데 도움이 됩니다. 사용자(역할 포함), 판매자 프로필, 등록 상품, 상품 사진, 카테고리, 문의 또는 예약, 메시지, 그리고 나중에 주문, 정산, 후기가 필요합니다. 모든 등록 상품이 반드시 가져야 할 필드를 일찍 정하세요. 일관성 없는 등록 상품은 검색과 필터를 쓸모없게 만듭니다.

권한

마켓플레이스는 대부분 권한에서 깨집니다. 규칙을 적어 두세요.

• 누구나 게시된 등록 상품을 둘러볼 수 있습니다.
• 등록 상품을 소유한 판매자만 수정하거나 삭제할 수 있습니다.
• 구매자는 자신의 문의와 메시지만 보고, 판매자는 자신의 상품에 대한 문의만 봅니다.
• 관리자는 모든 것을 보고 검토할 수 있습니다.
• 연락처는 여러분이 결정할 때만 공개됩니다. 예를 들어 예약이 확정된 뒤에만 공개합니다.

한 사용자로 로그인한 뒤 다른 사용자의 페이지를 열어 보려고 하면서 이것을 테스트하세요.

결정 사항과 트레이드오프

좁게 시작하세요

"모든 것을 위한 마켓플레이스"에는 공급도 수요도 없습니다. "리스본의 카메라 장비 주말 대여"는 손으로 채울 수 있습니다. 좁은 카테고리는 MVP도 작게 만듭니다. 필드가 적고, 필터가 적고, 예외 상황도 적습니다.

누구를 먼저 모집할지

구매자는 빈 마켓플레이스를 바로 떠나기 때문에, 대부분의 마켓플레이스는 공급을 먼저 채웁니다. 즉, 첫 판매자를 직접 등록시키고, 때로는 그들을 대신해 상품을 만들어 줍니다. 이를 위해 필요한 관리자 도구를 계획하세요. 상품 일괄 등록, 판매자를 대신한 수정, 상품을 추천으로 표시하는 기능입니다.

돈이 움직이는 방식

이것이 가장 큰 결정이며, 흔한 답은 세 가지입니다.

1. 플랫폼 내 결제 없음. 구매자가 판매자에게 연락해서 직접 결제합니다. 수익은 등록 수수료, 추천 노출, 또는 판매자 구독에서 나옵니다. 만들기는 가장 단순하지만, 거래에 대한 통제력이 가장 약합니다.
2. 판매자에게만 요금 부과. 판매자가 일반 결제 과정을 통해 구독료나 상품당 등록비를 냅니다. 여전히 단순하며, 일반적인 유료 앱과 같습니다.
3. 구매자가 플랫폼을 통해 결제하고, 여러분이 판매자에게 정산. 거래마다 수수료를 받습니다. 대부분의 사람이 떠올리는 방식이며, 복잡성이 여기에 있습니다.

결제와 정산: 솔직한 이야기

카드 결제를 받는 것은 잘 알려진 일입니다. 하지만 그 결제를 나누어 대부분을 제3자에게 보내는 것은 다른 문제입니다. 일반 결제 과정 대신, 보통 Stripe Connect처럼 플랫폼을 위해 만들어진 결제 제품이 필요합니다.

2026년 9월 기준 Stripe의 마켓플레이스 가이드는, Stripe가 판매자 등록을 처리하고, 마켓플레이스가 결제를 받고, Stripe 수수료를 내고, 환불과 분쟁을 관리하고, 결제마다 애플리케이션 수수료를 받고, 판매자에게 자금이 나가는 시점을 통제하는 구조를 설명합니다. 같은 가이드는 플랫폼이 연결된 계정의 마이너스 잔액을 책임진다고 명시합니다. 예를 들어 판매자가 이미 정산을 받은 뒤 환불이나 이의 제기가 들어오는 경우입니다. 또한 그 위험을 관리하기 위한 사기 방지 도구도 안내합니다.

실제로는 결제 버튼 이상의 작업이 필요하다는 뜻입니다.

• 판매자 등록과 검증. 각 판매자는 돈을 받기 전에 신원과 은행 계좌 확인을 거칩니다. 일부는 막힐 것이고, 여러분에게 도움을 요청할 것입니다.
• 웹훅. 앱이 결제 제공업체의 이벤트를 수신해야 합니다. 결제 성공, 판매자 계정 검증, 정산 실패 등을 받아서 자체 기록을 업데이트해야 합니다.
• 환불, 취소, 분쟁. 정책을 정하고, 그 정책을 소프트웨어가 따르게 하세요. 비용을 누가 부담하는지도 포함해서요.
• 수수료와 보고. 결제 수수료와 플랫폼 수수료는 마진에 영향을 줍니다. 현재 요금은 제공업체 사이트에서 확인하세요.
• 세금과 법률. 여러분과 판매자가 어디에서 운영하는지에 따라 세금, 보고, 라이선스 의무가 있을 수 있습니다. 다른 사람의 돈을 대규모로 보관하거나 옮기기 전에 제대로 된 자문을 구하세요.

이 모든 것이 마켓플레이스를 불가능하게 만드는 것은 아닙니다. 다만 정산에는 프롬프트 하나가 아니라, 테스트 모드, 테스트 계정, 문서로 된 정책을 갖춘 자체 단계가 필요하다는 뜻입니다. 앱에 결제 추가하기에서 결제 과정, 웹훅, 테스트 모드의 기본을 다룹니다.

AI 빌더에 주는 첫 프롬프트

양쪽 면, 등록 상품, 거래, 권한을 설명하고, 첫 버전에서는 결제를 뺍니다.

GearShare라는 MVP 마켓플레이스를 만들어 줘. 리스본의 사진작가들이 서로 카메라 장비를 빌려주는 곳이야. 판매자는 가입해서 상품을 만들 수 있어야 해(제목, 카테고리, 설명, 일일 가격, 사진 최대 6장, 동네). 판매자는 자기 상품에 대한 문의를 볼 수 있어야 해. 구매자는 카테고리별로 둘러보고, 키워드로 검색하고, 가격과 동네로 필터링하고, 상품을 열어 날짜와 메시지를 담은 대여 요청을 보낼 수 있어야 해. 각 사용자는 자신의 요청과 메시지만 볼 수 있어야 해. 새 상품을 공개하기 전에 승인하고, 상품을 숨길 수 있는 관리자 페이지를 포함해 줘. 모든 것은 데이터베이스에 저장하고, 사진은 파일 저장소에 보관해 줘. 아직 결제는 없어 — 확정된 요청에는 "주인과 결제 방법 정하기"를 보여 줘. 휴대폰에 맞는 깔끔한 디자인으로 만들어 줘.

그다음 조각 단위로 만드세요. 먼저 등록 상품, 그다음 검색과 필터, 그다음 요청과 메시지, 마지막으로 관리자입니다. 다음으로 넘어가기 전에 각 조각을 테스트하세요.

구축 단계

1. 틈새 시장을 고르고 두 종류의 사용자 여정을 각각 몇 문장으로 쓰세요.
2. 등록 필드와 카테고리를 정하세요. 간결하게 유지하세요.
3. 현실적인 샘플 데이터로 등록 상품과 둘러보기를 만드세요.
4. 계정과 역할을 추가하고, 모든 권한 규칙을 테스트하세요.
5. 거래를 추가하세요 — 문의, 예약 요청, 또는 메시징.
6. 관리자와 검토를 추가하세요: 승인, 숨기기, 차단, 수정.
7. 이메일 알림을 추가하세요. 사람들이 새 요청을 받았을 때 알 수 있도록요.
8. 틈새 시장에서 직접 모집한 공급자와 함께 출시하고 실제 거래를 지켜보세요.
9. 그다음에야 결제를 추가하세요. 테스트 모드와 소수의 신뢰할 수 있는 판매자부터 시작합니다.
10. 검토할 만큼 완료된 거래가 쌓이면 후기를 추가하세요.

흔한 실수

• 수요를 증명하기 전에 정산부터 만들기. 아무도 쓰지 않는 마켓플레이스를 위해 몇 주 동안 결제 작업을 하는 것.
• 너무 넓은 출시. 여러 카테고리에 공급이 얇으면 모든 곳이 비어 보입니다.
• 약한 권한. 판매자가 다른 판매자의 상품을 수정할 수 있거나, 구매자가 다른 사람의 메시지를 읽을 수 있다면 심각한 실패입니다.
• 검토 도구 없음. 공개되면 스팸과 나쁜 등록 상품이 금방 들어옵니다.
• 불명확한 정책. 돈이 움직이기 전에 취소, 환불, 분쟁에 대한 규칙을 문서로 만들어야 합니다.
• 가짜 활동. 지어낸 후기나 상품은 신뢰를 갉아먹고 소비자 규정을 어길 수 있습니다. 대신 실제 공급을 채우세요.
• 이탈 무시. 여러분의 플랫폼에서 만난 구매자와 판매자는 플랫폼 밖에서 거래할 수 있습니다. 연락처를 숨기는 것에 기대기보다, 머무를 이유 — 보호, 편의, 평판 — 를 주세요.

비용과 도구

MVP의 운영 비용은 크지 않습니다. 호스팅, 데이터베이스, 사진 파일 저장소, 이메일 제공업체입니다. 결제는 거래마다 수수료가 붙고, 플랫폼 제품이라면 추가 플랫폼 수수료도 붙습니다. 현재 요금은 제공업체 사이트에서 확인하세요. 더 큰 비용은 시간입니다. 판매자 지원, 검토, 분쟁 처리에 들어가는 시간입니다.

기성 제품이 더 나은 경우

마켓플레이스가 표준 형태라면 — 대여 사이트, 예약이 있는 서비스 디렉터리, 디지털 상품 스토어 — 그리고 첫날부터 정산이 작동하기를 원한다면, 전용 마켓플레이스 소프트웨어가 몇 달을 아껴 줄 수 있습니다. 온보딩, 수수료, 분쟁을 이미 해결해 두었기 때문입니다. 대신 통제력이 줄고, 월 요금이나 거래 수수료를 냅니다. 매칭, 등록 형식, 워크플로가 템플릿과 맞지 않을 만큼 특이하거나, 코드와 데이터를 소유하고 싶을 때 직접 만드세요. 일부 창업자는 판매자에게 등록비를 받는 디렉터리 웹사이트로 시작해서, 나중에 거래형 마켓플레이스로 키우기도 합니다.

Mythex로 만들기

Mythex는 위의 MVP를 채팅으로 만들 수 있습니다. 등록 상품, 검색과 필터, 요청 흐름, 관리자 페이지를 포함하며, 앱에 필요할 때 전용 Postgres 데이터베이스와 파일 저장소를 추가합니다. 앱 로그인은 직접 준비하는 방식입니다. 데이터베이스에 저장되는 이메일과 비밀번호 방식이나 호스팅형 인증 제공업체처럼, 자신이 방식을 고르면 에이전트가 연결합니다. 결제는 자신의 Stripe 계정을 연결하고 키는 프로젝트 시크릿으로 보관합니다. 원클릭 마켓플레이스 정산 기능은 없으므로, Connect 온보딩, 웹훅, 정산 로직은 직접 만들고, 테스트 모드에서 검증하고, 소유하는 코드입니다.

유용한 문서는 다음과 같습니다. CRUD 앱 만들기, 로그인 추가하기(직접 가져오는 인증), Stripe로 결제 받기. 렌탈 마켓플레이스 템플릿에서 시작 프롬프트를 얻을 수 있고, SaaS MVP 가이드는 첫 버전을 작게 유지하는 방법을 다룹니다.

자주 묻는 질문