저는 2012년에 런칭한 중국의 소스 코드 공유 사이트인 Zuidaima ("가장 많은 코드")를 운영하고 있습니다. 전성기에는 코드를 업로드하고, 포인트를 얻고, 포인트를 사용하여 다운로드하고, 포인트를 현금화하는 하나의 작은 경제 생태계처럼 느껴졌습니다. 약 537k 명의 등록 사용자, 거의 10k 개의 공유 프로젝트, 그리고 수백만 건의 행동 이벤트가 지난 후, 검색 트래픽이 말라붙었고 업로드 또한 줄어들었습니다.

최근 저는 제가 회피해 왔던 질문에 답하기 위해 드디어 생산 데이터(등록, 조회수, 다운로드, 2026년 중반까지 완료된 결제)를 차분히 살펴보았습니다:

사람들이 여전히 다운로드 가능한 학생용/사이드 프로젝트 코드를 원하는가 — 아니면 AI가 그 카테고리 전체를 무의미하게 만들었는가?

짧은 답변은 다음과 같습니다: 수요가 사라진 것은 아닙니다. 다만 수요가 더 얇아지고, 더 계절성을 띠게 되었으며, "zip 파일을 다운로드할 수 있는가?"보다는 "이것을 배포/데모할 수 있는가?"에 더 집중하게 되었습니다.

큰 그림: 죽은 것이 아니라, 규모가 한 자릿수만큼 작아졌을 뿐입니다

연간 신규 등록자 (선택된 연도):

실제 현금 충전 완료 (단순히 QR 코드를 연 것이 아니라 WeChat Pay를 완료한 고유 사용자):

• 2018년: ~8.3k
• 2022년: ~2.2k
• 2025년: ~130

조회수와 다운로드도 마찬가지입니다. 이것은 절벽이 아니라, 장기적인 하락세입니다. 계절성은 여전히 존재합니다. 2024년 6월은 8/9월 대비 급증했는데, 이는 중국의 전형적인 졸업/과제 시즌입니다.

만약 당신이 니치(niche) 학습 마켓플레이스를 운영하고 있다면, 이 패턴이 익숙할 수 있습니다: SEO(검색 엔진 최적화) 기반의 UGC(사용자 생성 콘텐츠) 경제는 검색 파이프라인이 축소될 때 함께 축소됩니다.

2020년 이후 가입한 사용자들을 위한 퍼널 (~149k 명)

제가 이를 해석하는 방식은 다음과 같습니다:

1. 의도는 여전히 "코드 찾기"입니다. 신규 사용자의 거의 5명 중 4명이 무언가를 조회합니다. 이들은 우연히 들어온 관광객이 아닙니다.
2. 조회와 다운로드 사이에서 절반이 이탈합니다. 해결되지 않은 질문은 적합성(fitness)과 실행 가능성(runnability)입니다: "이것이 내 과제에 적합한가? 실행이 될까?"
3. 일단 다운로드하면, 대개 유료 항목입니다. 포인트 마켓플레이스는 여전히 작동하고 있습니다.
4. 약 7%가 실제 현금으로 전환됩니다. 이는 폭발적인 성장 엔진은 아니지만, 지속 가능한 니치(niche) 시장입니다. 중요한 주의사항: 대부분의 "결제(payment)" 이벤트는 결제되지 않은 QR 세션(status=0)이었습니다. 모든 결제 의도(payment intent)를 매출로 계산하면 결제자 수가 약 3~4배 부풀려질 것입니다.

나중 코호트(cohort)로 갈수록 관심도가 낮아집니다:

• 2020년 코호트: 약 43% 다운로드, 약 8.8% 충전 완료
• 2024년 코호트: 약 30% 다운로드, 약 5.9% 충전 완료
• 2025년 코호트: 약 27% 다운로드, 약 5.6% 충전 완료

사람들이 실제로 돈을 지불하는 것

트랙 A — 저렴한 프론트엔드 "스낵" (물량 중심)

가장 많이 결제된 다운로드 항목은 여전히 다음 항목들로 가득 차 있습니다:

• HTML/H5 쇼핑몰 및 관리자(admin) 템플릿
• 로그인 페이지, 음식/여행 정적 사이트
• 귀여운 애니메이션 / 고백 페이지 데모

가격대: 주로 1~5 포인트. 물량은 많지만, _코드 자체_에 대한 지불 의사는 낮습니다. 이 계층은 AI 코딩 도구들이 가장 먼저 범용화(commoditize)할 영역입니다.

트랙 B — 완전한 과제 시스템 (가치 중심)

"누군가 이것을 위해 충전할 것"처럼 보이는 항목들:

• Spring Boot / SSM 관리 시스템 (채용 게시판, 서점, 호텔, 부동산, 창고)
• 문서(docs) / 논문 스타일의 작성물이 언급된 프로젝트
• Spring Boot + Vue 풀스택(full-stack) 데모

전형적인 가격: 9~15 포인트, 때로는 그 이상.

지속적으로 나타나는 키워드: admin, management, student, mall, Spring Boot, Vue.

유료 차트에서 거의 찾아볼 수 없는 것

• 순수 ML / "AI 프로젝트" 신규 패키지
• 데모 가치가 낮은 트렌디한 스택(stack)

사용자들은 최첨단(frontier) 기술을 쇼핑하는 것이 아닙니다. 그들은 제출(present)할 수 있는 것을 쇼핑합니다.

데이터를 통한 한 줄의 제품 테제(thesis):

획득(acquisition)을 위해서는 저렴한 템플릿을 사용하세요. 실행 가능하고 문서화가 가능한 전체 시스템(full systems)으로 수익을 창출하십시오.

만약 당신이 "현대화(modernize)"를 시도한다면, 새로운 Track A를 발명하지 말고 Track B를 증폭시키십시오.

수요가 완전히 사라지기 전에 공급이 먼저 죽었다

새로운 공동 프로젝트 / 개별 저자:

2020년 이후 가입자 중, 저자가 된 사람은 약 619명뿐입니다.

전형적인 데스 스파이럴(death spiral, 악순환):

트래픽 감소 → 다운로드/충전 감소 → 크리에이터 수익 중단 → 업로드 중단 → 카탈로그 노후화 → SEO(검색 엔진 최적화) 및 전환율 악화.

아이러니하게도, 유료 차트에는 여전히 몇 년 된 HTML/JSP/초기 Spring Boot 저장소(repos)가 등장합니다. 재고는 여전히 약간의 현금을 만들어내고 있습니다. 하지만 공장 바닥은 비어 있습니다.

과소평가된 JTBD(Job-to-be-done): 실행되게 만들기

2024년 이후 신규 사용자 조회수 중에서, 다운로드한 Java 프로젝트를 가져오고(importing) 실행하는 방법에 관한 트러블슈팅(troubleshooting) 블로그 포스트가 많은 소스 패키지보다 상위에 랭크되어 있습니다.

그 단 하나의 순위가 수십 번의 브레인스토밍보다 더 많은 것을 내게 알려주었습니다:

• 다운로드 이후의 마찰(friction)이 곧 제품이다.
• "원클릭 미리보기(one-click preview)"와 "배포를 위한 유료 지원"은 사이드 퀘스트가 아닙니다. 사용자는 이미 클릭으로 투표하고 있습니다.
• AI가 몇 분 만에 Next.js 앱의 스캐폴딩(scaffolding)을 할 수 있는 세상에서, zip 파일은 작동하는 데모나 당신의 막힌 부분을 뚫어줄 사람(또는 에이전트)보다 희소성이 낮습니다.

실질적인 교훈 (유사한 제품을 만드는 빌더들을 위한 제언)

1. UV(Unique Value)를 숭배하는 것을 멈추십시오. 졸업 시즌(graduation-season)을 측정하십시오: 미리보기 → 결제 → 지원 설치(assisted setup).
2. 30~50개의 관리자용 / Spring Boot 교육용 앱을 큐레이션(curate)하십시오. 수명이 짧은 Docker 미리보기와 런북(runbooks)을 포함하여 말입니다.
3. 저렴한 HTML 템플릿은 미끼(bait)로 유지하십시오. 손익 계산서(P&L)의 중심이 되어서는 안 됩니다.
4. 새로운 가입자를 쫓기 전에 크리에이터를 다시 확보하십시오. 선반이 비어 있다면 7%의 지급률도 결국 0입니다.
5. 만약 1~2달러 규모의 충동 구매용 SKU(재고 유지 단위)를 테스트한다면, "또 다른 일반적인 스타터 저장소(starter repo)"가 아니라 **"완전한 시스템 + 문서 + 실행 보장"**을 판매하십시오.

결론

과거의 루프는 그 단순함 속에서 아름다웠습니다:

공유 → 포인트 획득 → 포인트 사용 → 출금.

검색이 끊임없이 학생들을 불러모으고, 크리에이터들이 수익이 발생하는 것을 목격할 수 있었던 시절에는 이 방식이 작동했습니다.

현재 문제가 된 것은 루프(loop) 그 자체가 아니라, 주로 배포 (distribution), 전달 (delivery) (여전히 "여기 zip 파일이 있습니다" 수준에 머물러 있음), 그리고 **크리에이터 인센티브 (creator incentives)**입니다.

데이터는 "서비스를 종료하라"고 말하지 않습니다. 대신 다음과 같이 말합니다:

코드 다운로드 사이트에서, 미리 보기(previewable)가 가능하고, 설명 가능하며(explainable), 실행을 도와주는(help-to-run) 강의 수준의 앱 전달 플랫폼으로 진화하십시오. 포인트 경제가 여전히 유효하다면 유지하십시오. AI를 죽어가는 홈페이지 위에 붙인 챗봇 스티커가 아니라, 인프라로서 그 중심에 배치하십시오.

만약 여러분이 노후화된 개발자 커뮤니티나 디지털 상품 마켓플레이스를 운영하고 있다면, 우리 차트가 우리에게 강요했던 것과 똑같은 질문을 스스로에게 던져보십시오:

사용자들이 파일을 사고 있습니까, 아니면 금요일에 보여줄 수 있는 결과물을 사고 있습니까?

방법론 참고 사항 (학구적인 분들을 위해)

• 조회 (View) / 다운로드 (download) / **결제 (pay)**는 당사의 레거시 Java 앱에 있는 퍼스트 파티(first-party) 이벤트 유형에서 매핑되었습니다.
• 유료 다운로드 (Paid download) = 가격이 0보다 큰 프로젝트를 저자가 아닌 사용자가 다운로드한 경우 (현재 가격 필드 기준; 과거 가격 수정은 약간의 노이즈를 발생시킬 수 있음).
• 현금 결제자 (Cash payers) = 완료(completed) 상태인 결제 이벤트만을 의미합니다.
• 제목의 카테고리 레이블은 트렌드 파악을 위한 규칙 기반 휴리스틱(rule-based heuristics)이며, 분류 체계(taxonomy) 제품은 아닙니다.

Gumroad 스타일의 코드 팩, 강의 마켓플레이스, 또는 SEO(검색 엔진 최적화)로 정점을 찍었던 모든 UGC(사용자 생성 콘텐츠) 사이트를 운영하는 분들의 의견을 듣고 싶습니다. 여러분의 조회→결제 퍼널(funnel)은 2025~2026년에 어떤 모습입니까?