크몽 개발 외주, 맡기기 전에 알아야 할 5가지 — 평점 5.0 판매자의 솔직 가이드

이 글은 크몽을 홍보하는 글도, 깎아내리는 글도 아닙니다. 저희(프리시)는 크몽에서 개발 서비스를 판매하는 평점 5.0 판매자이고, 동시에 자체 사이트로도 프로젝트를 받는 개발사입니다.

그래서 이 글은 양쪽을 다 아는 입장에서 씁니다 — 크몽에서 외주를 잘 맡기는 법과, 어떤 프로젝트는 크몽이 아니라 개발사와 직접 하는 게 나은지를 구분해서요. 결론부터 말하면 둘 다 정답인 상황이 따로 있습니다.

크몽의 진짜 가치는 두 가지입니다: 에스크로(결제 대금을 플랫폼이 보관 — 돈 떼일 위험 차단)와 리뷰(판매자의 실제 거래 이력을 볼 수 있음). 이 안전장치가 빛나는 프로젝트는:

50만~500만 원의 명확한 단발 작업 — 크롤링 스크립트, 자동화 툴, 랜딩페이지, 단순 프로그램

처음 외주를 맡겨봐서 업체 보는 눈이 없을 때 — 리뷰가 필터 역할을 해줍니다

빨리 시작하고 싶을 때 — 상담부터 착수까지 며칠이면 됩니다

이 범위라면 크몽에서 맡기는 게 합리적입니다. 저희도 이 규모 프로젝트는 크몽으로 많이 진행합니다.

안에서 보면, 좋은 판매자와 위험한 판매자를 가르는 신호가 명확합니다.

별점 말고 리뷰 "본문"을 읽으세요. 별점 5.0은 흔합니다. 진짜 정보는 리뷰 본문에 있습니다 — "OO 기능까지 꼼꼼하게", "수정 요청에 빠르게" 같은 구체적 문장이 있는 리뷰가 많은 판매자를 고르세요. 한 줄짜리 "좋아요"만 쌓인 판매자는 판단 근거가 부족합니다.

견적 전에 질문 많이 하는 판매자가 좋은 판매자입니다. "이 경우엔 어떻게 처리할까요?" 같은 예외 상황 질문을 하는 판매자는 실제로 만들어 본 사람입니다. 요구사항을 보내자마자 질문 없이 가격이 오면, 나중에 "그건 범위에 없었다"는 말이 나올 확률이 높습니다.

내 프로젝트 유형의 경험을 직접 물어보세요. 리뷰가 좋아도 결제 연동 경험이 없는 판매자에게 결제 연동을 맡기면 서로 고생합니다. "비슷한 프로젝트 해보셨어요?"라는 질문 하나면 됩니다.

결제는 반드시 플랫폼 안에서 하세요. 수수료 아끼자고 외부 거래를 제안하는 판매자는 거르세요 — 에스크로 보호가 사라지는 순간 크몽을 쓰는 이유가 없어집니다.

판매자 입장에서도, 이런 프로젝트는 크몽 채팅창으로 진행하기 버겁습니다.

1,000만 원 이상, 여러 달짜리 프로젝트. 이 규모는 요구사항 문서, 마일스톤별 검수 기준, 정식 계약서(범위·하자보수·소스 소유권 명시)가 필요합니다. 재능마켓의 메시지 기반 거래 구조로 다루기엔 분쟁 리스크가 큽니다.

장기 유지보수가 중요한 시스템. 크몽 거래는 건 단위로 끝나는 구조라, 납품 후 운영·장애 대응·기능 추가가 계속 필요한 시스템은 SLA(대응 시간 약속)를 포함한 유지보수 계약이 되는 곳과 하는 게 안전합니다.

세금계산서·정식 계약 중심의 B2B 발주. 회사 규정상 계약서와 세금계산서가 필요한 경우, 처음부터 사업자 간 직접 계약이 깔끔합니다.

이런 프로젝트는 개발사와 직접 진행하세요 — 저희 같은 곳이든, 다른 개발사든. 비교 기준은 "개발 외주 어디에 맡겨야 할까" 글에 정리해 뒀습니다.

같은 판매자여도 채널에 따라 가격 구조가 다를 수 있다는 건 알아두세요. 재능마켓은 판매자에게 거래 수수료를 부과하고, 판매자는 이를 가격에 반영하는 게 일반적입니다. 즉 플랫폼의 안전장치(에스크로·분쟁 중재)에는 실제 비용이 들어 있습니다.

이게 나쁘다는 뜻이 아닙니다 — 처음 거래하는 상대와의 안전장치 값으로는 합리적입니다. 다만 이미 신뢰가 쌓인 개발사와 두 번째, 세 번째 프로젝트를 한다면, 정식 계약 기반 직접 거래가 양쪽 모두에게 효율적일 수 있다는 정도로 이해하시면 됩니다.

크몽이든 개발사 직접이든, 이 세 가지는 똑같이 적용됩니다.

1. 범위를 문서로 — 화면 목록과 "포함/불포함"을 채팅이 아니라 문서(첨부파일)로 남기세요.

2. 검수 기준을 먼저 — "완료"의 기준(실데이터 테스트, 기간)을 시작 전에 합의하세요.

3. 소스코드 소유권 확인 — 납품물에 소스코드 전체가 포함되는지, 계정·키가 내 명의인지.

이 세 가지가 있으면 어느 채널에서든 실패 확률이 크게 줄고, 없으면 어느 채널에서든 분쟁이 생깁니다.