전문가 매칭 플랫폼을 만들 때 필요한 기능과 개발 비용
전문가와 고객을 연결하는 플랫폼을 만들려고 할 때 다음과 같은 서비스를 떠올릴 수 있습니다.
전문가와 고객을 연결하는 플랫폼을 만들려고 할 때 다음과 같은 서비스를 떠올릴 수 있습니다.
- 개발자와 기업
- 디자이너와 브랜드
- 강사와 교육기관
- 컨설턴트와 고객사
- 사진작가와 촬영 고객
- 운동 강사와 회원
- 번역가와 의뢰인
- 프리랜서와 프로젝트
겉으로 보면 고객이 전문가를 검색하고 문의하는 서비스처럼 보일 수 있습니다.
하지만 실제 매칭 플랫폼에서는 두 종류 이상의 사용자가 서로 다른 기능을 사용합니다.
- 고객은 전문가를 찾고 요청서를 작성합니다.
- 전문가는 프로필과 서비스를 등록하고 제안합니다.
- 운영자는 회원, 요청, 계약, 결제와 분쟁을 관리합니다.
따라서 개발 비용은 전문가 목록 화면보다 매칭이 어떤 방식으로 이루어지고, 거래와 일정, 결제와 운영을 플랫폼 안에서 어디까지 처리하는지에 따라 달라집니다.
먼저 플랫폼의 범위를 구분해야 합니다
1. 전문가 디렉터리
전문가 정보를 보여주고 문의로 연결합니다.
- 전문가 목록
- 프로필
- 검색과 필터
- 전화·이메일·외부 링크
플랫폼은 실제 계약과 결제를 처리하지 않을 수 있습니다.
비교적 단순하게 시작할 수 있습니다.
2. 문의·신청형 매칭
고객이 요청서를 작성하면 운영자 또는 시스템이 전문가에게 전달합니다.
고객 요청
→ 운영자 검토
→ 전문가 전달
→ 전문가 연락
플랫폼 안에서 제안과 결제까지 처리하지 않아도 됩니다.
3. 견적 비교형 플랫폼
여러 전문가가 고객 요청에 제안합니다.
고객 요청서
→ 전문가 제안
→ 고객 비교
→ 전문가 선택
필요 기능:
- 요청서
- 제안서
- 견적
- 메시지
- 상태 관리
- 알림
4. 예약형 플랫폼
고객이 전문가의 일정과 상품을 보고 바로 예약합니다.
- 일정
- 예약
- 결제
- 변경
- 취소
- 리뷰
5. 거래 중개형 플랫폼
계약과 결제, 정산을 서비스 안에서 처리합니다.
- 서비스 구매
- 결제
- 작업 진행
- 결과물
- 구매 확정
- 전문가 정산
- 취소·환불
- 분쟁
이 구조는 일반적인 전문가 목록보다 훨씬 복잡합니다.
6. 운영자 수동 매칭
초기 플랫폼에서는 알고리즘 대신 운영자가 직접 전문가를 연결할 수 있습니다.
고객 요청 접수
→ 운영자가 적합한 전문가 검색
→ 전문가에게 제안
→ 매칭 결과 안내
초기 사용자가 적다면 자동 매칭보다 운영자가 시장과 고객 요구를 배우는 데 유리할 수 있습니다.
사용자 유형
일반적으로 다음 사용자가 있을 수 있습니다.
- 비회원
- 고객 개인
- 고객 기업
- 전문가 개인
- 전문가 팀·회사
- 운영 관리자
- 정산 관리자
- 검수 담당자
사용자별 회원가입 항목과 권한이 다릅니다.
고객 회원가입
고객이 입력할 수 있는 정보:
- 이름
- 이메일
- 휴대폰
- 회사
- 부서
- 프로젝트 유형
- 관심 서비스
- 지역
초기에는 요청서를 제출할 때 필요한 정보만 받을 수도 있습니다.
전문가 회원가입
전문가에게는 추가 정보가 필요할 수 있습니다.
- 전문 분야
- 경력
- 소개
- 포트폴리오
- 지역
- 활동 방식
- 서비스 가격
- 가능한 일정
- 자격증
- 사업자 정보
- 정산 정보
전문가 승인
누구나 전문가로 등록할 수 있는지, 운영자가 검토하는지 정해야 합니다.
전문가 가입
→ 프로필 작성
→ 증빙 제출
→ 관리자 검토
→ 승인·반려
→ 서비스 공개
필요 기능:
- 승인 대기
- 증빙 확인
- 추가 자료 요청
- 반려 사유
- 프로필 공개 상태
- 승인 이력
전문가 인증
서비스 신뢰를 높이기 위해 다음 인증을 표시할 수 있습니다.
- 이메일 인증
- 휴대폰 인증
- 신원 확인
- 사업자 인증
- 자격증
- 경력 확인
- 플랫폼 인터뷰
- 거래 완료
인증 항목마다 검증 주체와 갱신 기준을 정해야 합니다.
인증 전문가라는 표현이 실제 어떤 검증을 의미하는지 사용자에게 명확하게 설명하는 것이 좋습니다.
전문가 프로필
포함할 수 있는 정보:
- 프로필 이미지
- 이름 또는 활동명
- 전문 분야
- 경력
- 소개
- 포트폴리오
- 서비스
- 가격
- 활동 지역
- 온라인 가능 여부
- 리뷰
- 완료 건수
- 응답 시간
- 인증
- 일정
프로필 공개 전 검수
운영자가 다음 내용을 검수할 수 있습니다.
- 과장된 경력
- 연락처 직접 노출
- 금지된 외부 링크
- 부적절한 이미지
- 잘못된 카테고리
- 가격 표시
- 자격증
서비스 상품
전문가가 정해진 상품을 판매할 수 있습니다.
예시:
로고 디자인
- 기본 가격
- 작업 기간
- 수정 횟수
- 제공 파일
- 추가 옵션
또는 매번 요청에 따라 견적을 제안할 수도 있습니다.
카테고리
- 디자인
- 개발
- 번역
- 마케팅
- 교육
- 컨설팅
- 촬영
카테고리 아래 세부 분야가 많아질 수 있습니다.
개발
→ 홈페이지
→ 쇼핑몰
→ SaaS
→ 유지보수
분류가 지나치게 깊으면 전문가와 고객 모두 선택하기 어려울 수 있습니다.
검색과 필터
고객이 전문가를 찾는 기준:
- 분야
- 지역
- 가격
- 경력
- 평점
- 활동 방식
- 가능한 일정
- 인증
- 언어
- 기업·개인
정렬
- 추천순
- 평점순
- 리뷰순
- 가격순
- 경력순
- 최근 활동
- 응답 속도
추천순의 기준이 무엇인지 운영자가 관리할 수 있어야 할 수도 있습니다.
고객 요청서
매칭에 필요한 정보를 받습니다.
예시:
- 필요한 서비스
- 현재 상황
- 결과물
- 예산
- 일정
- 참고 자료
- 지역
- 연락 방법
- 첨부파일
좋은 요청서는 전문가가 추가 질문 없이 프로젝트 적합성을 판단할 수 있게 해야 합니다.
하지만 항목이 너무 많으면 고객이 작성 중 이탈할 수 있습니다.
요청서 공개 범위
- 모든 전문가 공개
- 선택된 전문가에게만 공개
- 운영자만 확인
- 익명 요약 공개
- 유료 전문가에게만 공개
고객의 회사명과 연락처를 언제 공개할지도 정해야 합니다.
매칭 방식
1. 운영자 추천
관리자가 전문가를 직접 선택합니다.
2. 조건 기반 자동 추천
- 분야
- 지역
- 예산
- 일정
- 경력
조건이 맞는 전문가를 추천합니다.
3. 전문가 지원
전문가가 공개 요청을 보고 지원합니다.
4. 고객 직접 선택
고객이 검색 후 전문가에게 문의합니다.
5. 혼합 방식
시스템이 후보를 추천하고 운영자가 최종 확인합니다.
초기에는 복잡한 AI 추천보다 조건 기반 필터와 운영자 매칭이 더 정확할 수 있습니다.
전문가 제안서
전문가가 고객 요청에 답변합니다.
- 제안 내용
- 예상 금액
- 작업 기간
- 포함 범위
- 포트폴리오
- 질문
- 첨부파일
- 유효기간
제안 제한
- 요청당 최대 제안 수
- 전문가 일일 제안 수
- 유료 이용권
- 크레딧
- 특정 등급만 제안
- 중복 제안 방지
비교 화면
고객이 여러 제안을 비교할 수 있습니다.
| 전문가 | 금액 | 기간 | 평점 | 주요 제안 |
|---|---|---|---|---|
| A | 200만 원 | 3주 | 4.8 | 맞춤 디자인 |
| B | 150만 원 | 4주 | 4.6 | 템플릿 기반 |
실제 선택은 가격뿐 아니라 범위와 경험을 비교할 수 있어야 합니다.
메시지와 채팅
고객과 전문가가 추가 내용을 협의합니다.
필요 기능:
- 대화방
- 읽음
- 파일
- 알림
- 차단
- 신고
- 대화 보관
- 운영자 제한 열람
거래 전 연락처와 외부 결제를 제한할지 운영정책을 정해야 합니다.
일정과 예약
전문가가 상담 가능 시간을 설정할 수 있습니다.
- 영업시간
- 가능한 날짜
- 상담 시간
- 휴무
- 일정 변경
- 캘린더 연동
단순 문의 플랫폼이라면 일정 기능을 제외할 수 있습니다.
계약과 작업 상태
플랫폼 안에서 진행 상황을 관리할 수 있습니다.
문의
→ 제안
→ 선택
→ 결제
→ 작업 중
→ 검수
→ 완료
상태별로 고객과 전문가가 할 수 있는 행동을 정해야 합니다.
결과물 전달
디지털 작업 플랫폼에서는 파일을 전달할 수 있습니다.
- 결과물 업로드
- 버전
- 고객 확인
- 수정 요청
- 최종 파일
- 다운로드
- 보관 기간
대용량 파일은 별도 저장소와 비용이 필요할 수 있습니다.
수정 요청
상품 또는 계약에 포함된 수정 횟수를 관리할 수 있습니다.
- 수정 내용
- 요청일
- 상태
- 파일
- 남은 수정 횟수
- 추가 비용
결제
플랫폼 안에서 결제할 수 있습니다.
- 정액 상품
- 맞춤 견적
- 예약금
- 잔금
- 추가 옵션
- 쿠폰
- 기업 결제
결제 기능의 구체적인 방식은 사업 구조와 계약 관계에 맞게 검토해야 합니다.
플랫폼 수수료
서비스가 거래 금액의 일부를 수수료로 받을 수 있습니다.
예시:
거래 금액
- 플랫폼 수수료
- 결제 수수료
= 전문가 정산 예정 금액
수수료 계산과 세금·정산 정책은 사업자 구조에 맞게 전문가의 검토를 받는 것이 좋습니다.
전문가 정산
필요할 수 있는 기능:
- 정산 대상
- 플랫폼 수수료
- 환불
- 보류
- 지급 상태
- 정산 계좌
- 세금 관련 자료
- 정산 내역
결제 연동만 하는 것과 여러 전문가에게 정산하는 플랫폼은 개발·운영 범위가 다릅니다.
구매 확정
작업 완료 후 고객이 결과를 확인하고 구매를 확정할 수 있습니다.
- 자동 확정 기한
- 수정 요청
- 분쟁 신청
- 정산 가능 상태
- 고객 미응답
취소와 환불
상태에 따라 환불 가능 범위가 달라질 수 있습니다.
- 전문가 선택 전
- 결제 후 작업 전
- 작업 진행 중
- 결과물 전달 후
- 전문가 귀책
- 고객 변심
시스템보다 먼저 취소·환불 정책을 정해야 합니다.
분쟁
운영자가 양측의 자료를 확인할 수 있어야 할 수 있습니다.
- 요청서
- 제안서
- 대화
- 파일
- 작업 상태
- 결제
- 수정 요청
- 처리 결과
플랫폼이 어디까지 중재하고 책임지는지는 법적·운영 정책을 별도로 검토해야 합니다.
리뷰
거래 완료 후 고객이 전문가를 평가할 수 있습니다.
- 별점
- 후기
- 항목별 평가
- 이미지
- 공개 여부
- 전문가 답변
- 신고
리뷰 악용 방지:
- 실제 거래 완료자만 작성
- 한 거래당 1회
- 수정 가능 기간
- 부적절한 리뷰 신고
- 삭제 기준
전문가의 고객 평가
전문가도 고객의 거래 태도를 평가하게 할 수 있습니다.
서비스 성격에 따라 공개 여부를 신중하게 정해야 합니다.
찜과 저장
고객이 관심 있는 전문가와 서비스를 저장할 수 있습니다.
- 찜 목록
- 비교
- 최근 본 전문가
- 문의 알림
알림
- 새로운 요청
- 전문가 제안
- 메시지
- 예약
- 결제
- 결과물
- 수정 요청
- 구매 확정
- 정산
알림 채널:
- 웹
- 이메일
- 문자·알림톡
- 앱 푸시
관리자 페이지
1. 회원 관리
- 고객
- 전문가
- 상태
- 인증
- 신고
- 정지
2. 전문가 승인
- 프로필
- 증빙
- 서비스
- 승인·반려
3. 요청·제안 관리
- 고객 요청
- 전문가 제안
- 매칭
- 상태
- 메시지
4. 거래 관리
- 결제
- 작업
- 완료
- 취소
- 환불
- 정산
5. 분쟁과 신고
- 신고 대상
- 자료
- 처리 결과
- 제재
6. 카테고리와 정책
- 카테고리
- 수수료
- 제안 제한
- 리뷰
- 알림 템플릿
7. 통계
- 신규 고객
- 전문가
- 요청
- 제안
- 매칭률
- 거래액
- 취소율
- 재구매
매칭 품질 지표
단순 가입자 수보다 다음을 볼 수 있습니다.
- 요청서 완료율
- 요청당 제안 수
- 첫 제안까지 걸린 시간
- 전문가 응답률
- 매칭률
- 거래 완료율
- 재구매
- 분쟁률
플랫폼 밖 거래
고객과 전문가가 플랫폼에서 만난 뒤 외부에서 직접 계약할 수 있습니다.
이를 완전히 막기 어렵기 때문에 다음 가치를 제공해야 합니다.
- 안전한 결제
- 리뷰
- 일정과 파일 관리
- 분쟁 지원
- 세금·정산 편의
- 거래 기록
단순히 연락처를 숨기는 방식만으로는 장기적으로 운영하기 어려울 수 있습니다.
개발 비용을 결정하는 요소
| 요소 | 범위 영향 |
|---|---|
| 전문가 목록·문의 | 비교적 단순 |
| 관리자 수동 매칭 | 관리자 중심 |
| 공개 요청·제안 | 양면 기능 증가 |
| 검색·필터 | 데이터와 성능 |
| 채팅 | 실시간 기능 |
| 예약 | 일정·중복 처리 |
| 결제 | 주문·취소·환불 |
| 전문가 정산 | 수수료·지급 관리 |
| 결과물 전달 | 파일·상태 |
| 리뷰 | 거래 연결·신고 |
| 분쟁 | 운영 자료·권한 |
| 여러 전문가 유형 | 카테고리·프로필 증가 |
| 기업 회원 | 조직·권한 |
| 앱 | 모바일·푸시 |
MVP로 시작하는 방법
1단계: 문의형 매칭
- 고객 요청서
- 전문가 프로필
- 검색과 필터
- 관리자 수동 매칭
- 이메일 알림
2단계: 제안형 매칭
- 전문가 제안
- 비교
- 메시지
- 리뷰
- 관리자 통계
3단계: 거래형 플랫폼
- 결제
- 작업 상태
- 파일
- 취소·환불
- 정산
- 분쟁
초기에는 운영자가 직접 매칭하면서 고객과 전문가가 실제로 원하는 조건을 파악하는 것이 좋습니다.
요구사항 양식
매칭 분야:
고객 유형:
전문가 유형:
전문가 인증:
프로필 항목:
서비스 상품:
고객 요청서:
매칭 방식:
전문가 제안:
검색·필터:
메시지:
예약:
결제:
수수료:
전문가 정산:
작업 상태:
결과물:
수정 요청:
리뷰:
취소·환불:
분쟁:
관리자:
예상 사용자 수:
희망 일정:
검수 체크리스트
[ ] 고객 회원가입
[ ] 전문가 회원가입
[ ] 전문가 승인
[ ] 프로필
[ ] 검색·필터
[ ] 요청서
[ ] 매칭
[ ] 제안서
[ ] 비교
[ ] 메시지
[ ] 결제
[ ] 작업 상태
[ ] 결과물
[ ] 리뷰
[ ] 취소·환불
[ ] 정산
[ ] 신고·분쟁
[ ] 관리자 권한
[ ] 모바일
견적서에서 확인할 항목
- 전문가 목록만 포함되는가?
- 고객 요청과 전문가 제안이 포함되는가?
- 운영자 수동 매칭 기능이 포함되는가?
- 실시간 채팅이 포함되는가?
- 예약과 캘린더가 포함되는가?
- 결제와 환불이 포함되는가?
- 전문가 정산이 포함되는가?
- 리뷰는 실제 거래와 연결되는가?
- 분쟁과 신고 관리가 포함되는가?
- 관리자 통계가 포함되는가?
마무리
전문가 매칭 플랫폼은 검색 화면 하나가 아니라 고객, 전문가와 운영자가 함께 사용하는 양면 서비스입니다.
먼저 다음을 정해야 합니다.
- 고객은 어떻게 요청하는가?
- 전문가는 어떻게 제안하는가?
- 누가 최종 매칭을 결정하는가?
- 거래와 결제를 플랫폼 안에서 처리하는가?
- 운영자는 어떤 문제를 관리해야 하는가?
처음부터 결제·정산·분쟁까지 모두 구축하기보다 수동 매칭으로 시장을 검증하고, 반복적으로 발생하는 업무부터 시스템화하는 방법도 효율적입니다.
