이 글의 순서
매칭 앱은 고객 화면 하나만으로 운영되지 않습니다
전문가 상담, 교육, 구인, 예약과 중개 서비스를 준비할 때 고객용 화면부터 떠올리기 쉽습니다. 고객이 조건을 검색하고 상대를 선택해 요청을 보내는 과정은 중요하지만, 그 요청을 받은 전문가가 가능 여부를 확인하고 운영자가 예외 상황을 처리하는 과정까지 이어져야 실제 서비스가 운영됩니다.
같은 신청 한 건도 역할에 따라 보는 목적이 다릅니다.
따라서 매칭 앱 개발을 시작할 때는 화면을 몇 개 만들지보다 `누가 어떤 정보를 보고 다음 상태로 바꾸는가`를 먼저 정해야 합니다. 이 기준이 없으면 고객에게는 신청 완료로 보이는데 전문가에게 요청이 전달되지 않거나, 관리자가 취소와 환불을 처리할 화면이 없는 문제가 생길 수 있습니다.
확인해보세요
- 고객은 원하는 상대를 찾고 요청·결제·진행 결과를 확인합니다.
- 전문가는 요청 내용과 일정을 확인하고 수락·거절·진행 상태를 관리합니다.
- 관리자는 회원과 전문가를 확인하고 배정·취소·신고·정산 같은 운영 업무를 처리합니다.
고객은 필요한 상대를 찾고 요청 결과를 확인합니다
고객 화면의 목표는 많은 전문가 정보를 보여주는 것이 아니라 자신에게 맞는 상대를 찾고 요청을 완료할 수 있도록 돕는 것입니다. 서비스에 따라 다음 과정이 필요할 수 있습니다.
모든 조건을 첫 화면에 넣으면 사용자가 무엇부터 선택해야 할지 어려울 수 있습니다. 첫 출시에서는 실제 선택에 가장 큰 영향을 주는 기준을 먼저 보여주고, 상세 조건은 필터나 요청 단계에서 받는 방식이 적절할 수 있습니다.
고객이 신청을 완료한 뒤에는 `접수되었습니다`라는 문구만 보여주지 말고 다음에 누가 무엇을 확인하는지 알려주는 것이 좋습니다. 전문가 확인을 기다리는지, 관리자가 적합한 상대를 배정하는지, 언제까지 응답이 없으면 다시 안내하는지가 함께 보여야 고객 문의를 줄일 수 있습니다.
고객이 전문가를 탐색하고 상품·일정·질문을 입력하는 과정은 고객용 앱 데모에서 직접 확인할 수 있습니다.
확인해보세요
- 분야·지역·일정·가격·경력 같은 조건으로 탐색합니다.
- 전문가의 소개, 인증 정보, 제공 상품과 후기를 비교합니다.
- 요청 내용과 필요한 자료, 희망 일정을 입력합니다.
- 결제가 필요하면 금액과 취소 조건을 확인합니다.
- 접수 이후 현재 상태와 다음 안내를 확인합니다.
전문가는 요청을 수락하기 전에 일정과 조건을 확인합니다
전문가에게 고객 화면을 그대로 보여주고 수락 버튼만 추가하면 운영하기 어렵습니다. 전문가는 자신에게 들어온 요청이 처리 가능한지 판단하고, 가능한 일정과 필요한 준비 자료를 확인해야 합니다.
전문가 화면에서 구분할 업무는 다음과 같습니다.
전문가가 직접 수정할 수 있는 정보와 관리자 승인이 필요한 정보를 나눠야 합니다. 예를 들어 자기소개나 가능한 일정은 바로 수정할 수 있어도 자격 인증, 노출 분야와 판매 가격은 운영자 확인 후 반영하도록 설계할 수 있습니다.
거절도 정상적인 서비스 흐름입니다. 일정이 맞지 않거나 요청 분야가 다를 때 전문가가 거절할 수 있어야 하고, 고객에게는 내부 사유 전체가 아니라 필요한 다음 안내만 전달해야 합니다. 거절 이후 다른 전문가를 추천할지, 관리자에게 다시 배정 요청을 보낼지도 함께 정합니다.
확인해보세요
- 프로필·경력·자격과 노출 분야 관리
- 제공 상품·가격·소요 시간 관리
- 상담·작업 가능한 일정 관리
- 새 요청의 내용과 기한 확인
- 수락·거절과 사유 전달
- 진행 중 자료와 메시지 확인
- 완료 결과 전달과 정산 내역 확인
관리자는 정상 흐름보다 예외 상황을 처리합니다
운영 관리자 화면은 회원 목록을 보는 통계 화면이 아닙니다. 고객과 전문가가 스스로 처리하지 못하는 업무를 확인하고 서비스 상태를 정상으로 되돌리는 도구입니다.
관리자는 다음 업무를 담당할 수 있습니다.
관리자에게 모든 정보를 보여주는 것만으로는 충분하지 않습니다. 우선 확인해야 할 신규 요청, 응답이 늦어진 건, 결제 후 취소된 건처럼 행동이 필요한 항목을 상태별로 구분해야 합니다. 각 상세 화면에는 현재 상태뿐 아니라 `지금 가능한 처리`와 `처리 후 고객·전문가에게 전달될 안내`가 함께 보여야 합니다.
신청 목록에서 고객 질문과 전문가 일정·결제 정보를 확인하고 상태를 변경하는 과정은 운영 관리자 데모에서 확인할 수 있습니다.
확인해보세요
- 전문가 가입·자격·프로필 승인
- 고객 요청 내용과 부적절한 자료 확인
- 전문가 수동 배정과 재배정
- 응답 기한이 지난 요청 처리
- 일정 변경·취소·환불 확인
- 신고·분쟁 자료와 처리 기록 관리
- 완료 여부와 결제·정산 상태 확인
- 노출 중지·이용 제한과 운영 메모 관리
화면보다 요청 상태를 먼저 정해야 합니다
고객, 전문가와 관리자가 같은 요청을 처리하려면 상태 이름과 변경 조건이 같아야 합니다. 화면을 먼저 만들고 역할마다 다른 표현을 사용하면 고객의 `신청 완료`, 전문가의 `신규 요청`, 관리자의 `배정 대기`가 같은 상태인지 판단하기 어려워집니다.
기본 흐름은 다음과 같이 정리할 수 있습니다.
정상 완료 흐름과 함께 아래 분기도 정해야 합니다.
각 상태마다 변경 가능한 사람, 필요한 확인값, 발송할 알림과 되돌릴 수 있는지를 적어두면 앱·관리자·서버가 같은 규칙으로 연결됩니다. 앱과 관리자 사이에서 데이터가 어떻게 이동하는지는 앱·관리자·서버·데이터베이스 연결 가이드에서 확인할 수 있습니다.

확인해보세요
- `요청` — 고객이 조건과 자료를 입력해 신청합니다.
- `검토` — 전문가 또는 관리자가 요청 가능 여부를 확인합니다.
- `수락·배정` — 담당 전문가와 일정이 확정됩니다.
- `진행` — 상담·수업·작업이 시작되고 필요한 자료를 주고받습니다.
- `완료` — 결과 전달과 이용 확인이 끝납니다.
- `거절` — 전문가가 처리할 수 없을 때 다음 상대를 찾는 기준
- `취소` — 고객·전문가·관리자 중 누가 어느 시점까지 취소할 수 있는지
- `기한 초과` — 정해진 시간 안에 응답이 없을 때 알림·재배정하는 방법
- `신고` — 진행 중 문제가 생겼을 때 자료를 보관하고 운영자가 확인하는 방법
역할별로 볼 수 있는 정보와 할 수 있는 행동을 나눕니다
역할이 다르면 필요한 정보도 다릅니다. 기능을 구현할 때는 각 항목을 `조회 가능`, `수정 가능`, `상태에 따라 공개`, `볼 수 없음`으로 구분하는 것이 좋습니다.

프로필과 인증 정보
고객에게는 선택에 필요한 경력과 인증 결과를 보여주고, 주민등록번호나 인증 원본처럼 민감한 자료는 노출하지 않습니다. 전문가는 자신의 정보를 제출·수정하고, 관리자는 원본 확인과 승인 이력을 관리할 수 있습니다.
연락처와 메시지
매칭 전에 전화번호를 바로 공개하면 외부 거래나 개인정보 문제가 생길 수 있습니다. 신청 수락 후 필요한 연락 수단만 열거나 서비스 안의 메시지·화상 연결을 제공하는 방식을 검토합니다.
요청 내용과 첨부 자료
전문가에게는 업무 판단에 필요한 질문과 자료를 보여주되 결제수단 정보나 관리자의 내부 메모는 제외합니다. 신고 자료는 당사자와 처리 담당자 등 필요한 범위에만 공개합니다.
결제와 정산
고객은 결제 금액과 취소·환불 결과를 확인하고, 전문가는 정산 대상과 예정 금액을 확인합니다. 관리자는 결제·환불·수수료·정산 상태를 함께 보되 각 역할 화면에 내부 계산 기준을 모두 노출할 필요는 없습니다.
운영 메모와 처리 기록
관리자가 남긴 내부 메모와 이용 제한 사유는 고객·전문가 화면과 분리합니다. 누가 언제 상태를 변경했는지 기록하면 문의나 분쟁이 생겼을 때 처리 과정을 확인하기 쉽습니다.
자동 매칭과 관리자 배정은 운영 방식에 따라 선택합니다
매칭 서비스라고 해서 첫 버전부터 자동 추천과 자동 배정이 필요한 것은 아닙니다. 자동 매칭은 비교할 데이터와 예외 처리 기준이 충분할 때 효과가 있습니다.
자동 매칭을 검토할 기준은 다음과 같습니다.
초기 이용자가 적고 요청 내용이 매번 다르다면 관리자가 내용을 확인해 적합한 전문가에게 제안하는 방식이 더 정확할 수 있습니다. 이렇게 처리한 실제 데이터를 쌓으면 어떤 조건이 매칭 품질에 영향을 주는지 확인한 뒤 자동화 범위를 정할 수 있습니다.
반대로 긴급 요청이 많고 지역·시간·자격 조건이 명확하다면 조건에 맞는 전문가에게 동시에 알림을 보내고 먼저 수락한 사람을 연결하는 방식이 적합할 수 있습니다. 자동화 방식은 기술 이름보다 서비스의 응답 시간, 운영 인력과 실패 시 처리 방법을 기준으로 선택해야 합니다.
스타트업 프로젝트와 고경력 전문가를 연결하는 첫 매칭 흐름을 구현한 사례는 전문가 매칭 MVP 개발 사례에서 확인할 수 있습니다.
확인해보세요
- 동시에 들어오는 요청과 전문가 수가 많은가
- 분야·지역·일정처럼 비교할 조건이 정형화되어 있는가
- 전문가의 응답 가능 여부가 최신 상태로 관리되는가
- 추천 순서를 설명할 수 있는 기준이 있는가
- 잘못 연결됐을 때 다시 배정할 운영 절차가 있는가
첫 출시에서는 반복되는 운영만 먼저 자동화합니다
첫 출시에서 모든 운영 업무를 자동화하면 개발 범위가 커지고 아직 확인되지 않은 규칙이 시스템에 고정될 수 있습니다. 반복 횟수가 많고 판단 기준이 명확한 업무부터 자동화하는 것이 안전합니다.
처음부터 자동화하기 좋은 업무의 예시는 다음과 같습니다.
초기에는 관리자가 직접 확인해도 되는 업무도 있습니다.
운영자가 수동으로 처리한 기록은 나중에 자동화 기준을 만드는 자료가 됩니다. 한 달 동안 같은 판단을 반복하고 결과가 일관되다면 관리자 화면에 승인 규칙이나 일괄 처리 기능을 추가할 수 있습니다. 반대로 사람마다 판단이 달라지는 업무라면 먼저 운영 기준을 정리해야 합니다.
확인해보세요
- 필수 입력과 신청 가능 조건 확인
- 요청 접수 번호와 상태 생성
- 수락·취소·완료에 따른 상태 변경
- 정해진 시점의 알림 발송
- 전문가 응답 기한과 관리자 확인 항목 표시
- 전문가 자격과 프로필 승인
- 내용이 복잡한 요청의 적합성 판단
- 예외적인 재배정과 일정 조정
- 신고·분쟁과 환불 사유 확인
- 건수가 적은 정산의 최종 승인
상담 전에 역할·상태·예외를 먼저 적어보세요
매칭 앱 개발 상담을 준비할 때 화면 목록만 전달하기보다 아래 질문에 답해보세요.
이 일곱 가지가 정리되면 고객용 앱, 전문가용 화면, 관리자와 서버의 개발 범위를 같은 기준으로 확인할 수 있습니다. 준비한 서비스의 역할과 운영 방식을 알려주시면 매칭 서비스 역할·운영 흐름 30분 무료 상담에서 첫 출시 범위와 이후 자동화 순서를 함께 정리해드립니다.
확인해보세요
- 고객은 어떤 조건으로 상대를 찾고 무엇을 요청하나요?
- 전문가는 요청을 판단하기 위해 어떤 정보가 필요한가요?
- 관리자는 어떤 경우에 승인·배정·취소·환불을 처리하나요?
- 요청이 완료되기까지 어떤 상태를 거치나요?
- 거절·취소·기한 초과·신고가 생기면 다음 처리는 무엇인가요?
- 연락처·첨부 자료·결제·정산 정보는 각 역할에 어디까지 보이나요?
- 첫 출시에서 자동화할 업무와 관리자가 직접 처리할 업무는 무엇인가요?


