숨고 고수 견적 캐시, 돈을 내면 고용이 늘까 — 7,961명 전수 조사

숨고 고수 견적 요청이 2건 들어왔는데 왜 한 건도 못 보냈나?

숨고 고수 견적을 보내려면 캐시가 먼저 있어야 해서, 요청이 들어와도 보유 캐시 0으로는 한 건도 보낼 수 없었습니다. 2026년 9월 30일 계정을 열고 나서 받은 요청은 2건이었습니다. 하나는 14시 15분 송파구의 노무사 사무실 요청, 다른 하나는 14시 53분 강남구의 개인 요청이었습니다.

두 요청 모두 오래 기다려 주지 않았습니다. 14시 15분 요청은 15시 10분에 목록에서 사라졌습니다. 14시 53분 요청에 견적을 낸 고수 수는 15시 10분 3명, 15시 25분 5명, 15시 35분 6명으로 늘었습니다. 우리는 그 숫자가 늘어나는 장면을 보기만 했습니다.

견적 1건의 값은 5,090캐시입니다. 정가로는 1캐시가 1원이라, 견적 한 번에 5,090원이 나갑니다. 성사 여부와 상관없이 보내는 순간 빠지는 돈입니다. 크몽·위시켓은 거래가 성사된 뒤 수수료만 떼 가니, 숨고는 돈을 내는 시점이 정반대입니다. 그래서 질문이 하나 생겼습니다. 숨고가 견적마다 돈을 받는 만큼, 크몽·위시켓보다 더 많은 거래에 참여할 수 있다는 실증이 있을까요?

처음 세운 가설 — 캐시를 쓰면 거래가 는다

처음 머릿속에 있던 그림은 단순했습니다. 견적을 많이 보내면 고용도 많아지고, 견적을 많이 보내려면 캐시가 필요하니, 캐시를 충전하면 거래가 는다는 그림입니다. 숨고가 충전을 권하는 구조도 이 그림을 뒷받침하는 것처럼 보였습니다.

이 가설이 맞다면 할 일도 분명했습니다. 정가로 11만 원 이상을 충전하고, 스마트견적을 켜서 조건에 맞는 요청마다 자동으로 견적을 보내면 됩니다. 실제로 충전 화면은 그쪽으로 손이 가게 만들어져 있었습니다. 다만 리뷰가 하나도 없는 새 계정에서 11만 원을 먼저 쓰는 결정은, 근거 없이 내리기엔 큰 돈이었습니다.

그래서 충전 버튼을 누르기 전에 가설을 숫자로 바꿨습니다. 「캐시를 쓰는 고수, 특히 스마트견적을 켠 고수는 그렇지 않은 고수보다 고용이 많다」. 이 문장이 데이터에서 성립하는지, 성립한다면 그게 원인인지를 차례로 확인하기로 했습니다.

숨고 고수 7,961명의 고용 횟수를 어떻게 전수로 셌나?

관측 수단은 숨고의 공개 고수찾기 목록입니다. 로그인 없이 누구나 보는 화면이고, 그 뒤에서 `api.soomgo.com/v2/search/pro` 라는 공개 API가 목록을 내려 줍니다. robots.txt 도 `/search/` 경로를 허용합니다. 표본을 뽑지 않고 「웹 개발」 서비스의 고수 전부를 한 번에 훑었습니다.

수집기는 Python 표준 라이브러리만 쓴 짧은 스크립트입니다. 규칙은 세 가지로 묶었습니다. 요청 사이에 1초씩 쉰다. 서비스당 한 번만 훑고 주기적으로 돌리지 않는다. 고수 id 와 집계에 쓰는 수치만 저장하고 이름·주소·리뷰 본문은 남기지 않는다. 차단이나 오류가 나면 재시도로 밀어붙이지 않고 받은 데까지만 남긴 채 멈춥니다.

결과는 399쪽, 7,961명이었습니다. 숨고 화면에 적힌 「현재 7,961명 활동중」과 정확히 같은 숫자라, 빠진 쪽 없이 다 받았다고 판단했습니다. 고수마다 누적 고용 수(`hired_count`), 리뷰 수, 스마트견적 사용 여부(`isInstantMatchInProgress`), 대표 서비스를 한 줄씩 남겼습니다.

전수 결과 — 다섯 중 넷은 고용이 한 번도 없었다

7,961명의 누적 고용을 다 더하면 16,256회입니다. 평균은 2.04회지만 중앙값은 0회입니다. 평균과 중앙값이 이렇게 벌어지면 소수가 숫자를 끌어올리고 있다는 뜻입니다.

집중도는 더 극단적이었습니다. 상위 1%인 79명이 전체 고용의 49.9%를 가져갔고, 상위 5%가 81.2%, 상위 10%가 92.4%, 상위 20%가 99.6%였습니다. 고용이 한 번이라도 있는 고수만 따로 봐도 중앙값은 3회, 평균은 9.8회였습니다.

대표 서비스가 웹 개발·워드프레스 개발인 고수 3,518명만 떼어 보면 사정은 더 나빴습니다. 고용 0회 비율이 83.7%, 평균 고용은 0.91회였습니다. 우리가 들어가려던 바로 그 칸이 가장 조용한 칸이었습니다.

스마트견적 사용자의 고용 0회 41.4%는 왜 증거가 못 되나?

처음 가설을 지지하는 숫자는 분명히 나왔습니다. 스마트견적을 켠 고수는 111명(1.4%)뿐인데, 이들의 고용 0회 비율은 41.4%였습니다. 끄고 있는 7,850명은 79.6%였습니다. 평균 고용도 7.06회 대 1.97회였습니다.

이 표만 보면 「돈을 내고 자동 견적을 켜면 고용이 는다」로 읽고 싶어집니다. 그런데 이 숫자에는 알리바이가 있었습니다. 순서를 거꾸로 놓아도 똑같은 표가 나오기 때문입니다. 이미 고용이 잘 되는 고수가 일이 많아서 자동 견적을 켰을 수 있습니다. 그렇다면 스마트견적은 고용의 원인이 아니라 결과입니다. 이 데이터는 둘 중 어느 쪽인지 가려 주지 못합니다.

알리바이는 그것만이 아니었습니다. 첫째, `hired_count` 는 그 고수의 전체 서비스 누적입니다. 웹 개발 말고 레슨·디자인 고용이 섞여 있고, 최댓값 1,295회는 웹 개발만으로 보기 어렵습니다. 둘째, 누적값이라 기간이 없습니다. 가입 시기를 모르니 「한 달에 몇 건」으로 바꿀 수 없습니다. 셋째, 「활동중 7,961명」에 휴면 계정이 얼마나 섞였는지 모릅니다. 고용 0회 79%에는 가입만 하고 견적을 한 번도 안 보낸 계정도 들어 있습니다.

가장 결정적인 빈칸은 따로 있었습니다. 가설을 직접 확인하려면 「견적 몇 건을 보내야 고용 1건이 나오나」를 알아야 하는데, 고수별 견적 발송 수는 공개되지 않습니다. 결국 「캐시를 쓰면 거래가 는다」는 가설은 반증된 것이 아니라 이 데이터로는 확인할 수 없는 상태로 남았습니다. 확인된 것은 오히려 반대 방향에 가까웠습니다.

진짜 원인은 무엇이었나 — 돈 내는 시점과 리뷰 0

가설을 걷어 내고 남은 사실은 두 가지입니다. 하나는 비용 구조입니다. 숨고 고수 견적은 선결제라서, 견적 1건에 5,090캐시가 성사와 무관하게 나갑니다. 보유 0캐시로는 요청이 몇 건이 와도 못 보냅니다. 증상의 직접 원인은 여기였습니다.

다른 하나는 신규 계정의 출발선입니다. 리뷰가 0개인 고수 5,536명 가운데 고용이 1회 이상인 고수는 223명(4.0%)이었습니다. 우리 계정이 정확히 그 칸에 서 있었습니다. 이 숫자 역시 상관이지만, 리뷰 0인 계정에서 정가 충전부터 하는 결정에 근거가 없다는 점은 분명히 보여 줍니다.

다른 플랫폼과 견줄 공통 지표는 「견적·지원 1건당 성사율」입니다. 위시켓은 공고당 지원자 중앙값이 65명이고 건당 수주율이 약 1.5%라는 실측이 이미 있었습니다. 숨고 쪽 같은 값은 공개 데이터에 없고, 직접 보내 봐야만 나옵니다. 신규 판매자가 플랫폼 데이터를 어떻게 읽어야 하는지는 크몽 신규 판매자 카테고리 통계 글에서도 같은 문제를 다뤘습니다.

어떻게 고쳤나 — 정가 충전 대신 19,900원짜리 2주 시험

결론은 숨고 고수 계정을 주력 영업 채널로 올리지 않는 것이었습니다. 대신 가입 7일 안에만 열리는 「첫 출발 지원」 이벤트로 50만 캐시를 19,900원에 사서, 스마트견적을 2주 동안 시험해 보는 안 하나만 결제 승인을 요청했습니다. 자동충전과 정가 충전은 하지 않습니다. 이벤트 마감은 2026년 10월 5일이었습니다.

이 안을 고른 이유는 시험 비용의 상한이 19,900원으로 묶이기 때문입니다. 숨고를 아예 포기하는 안도 검토했지만, 계정을 연 첫날 요청이 2건 들어왔다는 수요 신호가 있었고 잃을 수 있는 돈이 19,900원뿐이라 기각했습니다.

위시켓의 유료 노출 상품(BOOST, 월 127,500원)도 다시 들여다봤습니다. 2026년 9월 10일에 「계약 0건·평점 0이면 순위에서 밀린다」는 이유로 기각한 안이고, 이번에도 기각을 유지했습니다. 이력이 없는 계정이 돈으로 먼저 사려는 대상이 노출이든 견적 기회든, 그 돈이 고용으로 이어진다는 근거가 없다는 점은 같았습니다.

승인이 나면 순서는 정해져 있습니다. 문자로 본인인증을 하고, 스마트견적에 서비스 2개를 등록하고, 첫 견적이 나가는 순간 아래의 예측을 기록과 함께 남깁니다. 이 기록 시점에는 아직 승인 답이 오지 않은 상태였습니다.

같은 실수를 막는 장치 — 결과보다 예측을 먼저 적는다

이번 일에서 가장 위험했던 순간은 데이터를 보기 전이 아니라 본 직후였습니다. 스마트견적 사용자 표는 「돈을 내면 거래가 는다」를 뒷받침하는 것처럼 보였고, 그대로 읽었다면 정가 충전으로 갔을 겁니다. 그래서 시험을 돌리기 전에 결과를 숫자로 먼저 적어 두는 장치를 붙였습니다.

예측: 자동 견적 20건에 답장 2건 이하, 고용 0건. 답장이 3건 이상이면 「리뷰 0으로는 고용이 안 나온다」는 기준선이 틀린 것으로 본다.

예측을 미리 적는 이유는 하나입니다. 결과가 나온 뒤에 해석을 맞추는 일을 막기 위해서입니다. 답장이 2건 이하로 나오면 이미 아는 사실을 돈 주고 확인한 셈이고, 3건 이상이 나오면 그 차이가 공개 데이터 어디에도 없던 정보가 됩니다. 「견적 N건당 고용 1건」은 공개 데이터에 없으니, 이 시험이 그 값을 처음 만들어 냅니다.

수집기 쪽에도 장치를 남겼습니다. 주기 실행을 하지 않고, 오류가 나면 멈추고, 개인 정보는 저장하지 않습니다. 그리고 결과 문서 맨 아래에 「읽을 때 주의」 다섯 줄을 붙였습니다. 누적값이라 기간이 없다는 것, 스마트견적과 고용은 상관이라는 것, 견적당 성사율은 이 데이터에 없다는 것이 숫자 바로 옆에 적혀 있어야, 몇 주 뒤 이 표를 다시 연 사람이 같은 오독을 하지 않습니다.

숨고 가입을 고민한다면 무엇부터 확인해야 하나?

숨고 고수 견적에 돈을 쓰기 전에 확인할 것은 세 가지로 정리됩니다. 내 서비스 칸에서 고용 0회 고수가 몇 %인지, 고용이 상위 몇 %에 몰려 있는지, 리뷰 0인 계정이 고용을 받은 비율이 얼마인지입니다. 웹 개발 칸은 각각 79.1%, 상위 5%에 81.2%, 4.0%였습니다.

• 캐시는 성사 전에 나간다 — 견적 1건 5,090캐시
• 고용은 소수에 몰린다 — 상위 1% 79명이 49.9%
• 리뷰 0 계정의 고용 경험 비율은 4.0%
• 스마트견적 사용자의 좋은 성적은 원인이 아닐 수 있다
• 견적당 성사율은 직접 보내 봐야만 안다 — 시험 비용의 상한부터 정한다

플랫폼 데이터로 영업 채널을 고르거나 외주 영업 자동화를 설계하는 일이 고민이라면 상담으로 문의해 주세요. 이번처럼 공개 데이터를 전수로 세고, 그 데이터가 답하지 못하는 빈칸을 적은 비용의 시험으로 채우는 순서를 함께 짭니다.