종속 없는 외주: 주 단위, 크립토 네이티브 협업 모델이 작동하는 방식

협업 모델은 대부분의 스튜디오가 잘못 내리는 제품적 의사결정이다

대부분의 팀은 기술 스택은 신중하게 고르면서 협업 모델은 얼떨결에 정한다. 계약서 템플릿에 적힌 대로 따라가는 것이다 — 최소 3개월, 50% 선금, 잔금 완납 전까지 묶여 있는 IP, 아무도 실제로 돌아가는 결과물을 본 적 없는 상태에서 작성된 SOW. 그러고는 6주 차에 관계가 틀어지는 이유를 의아해한다.

우리는 함께 일하는 방식을 무언가를 만드는 방식과 똑같은 설계 문제로 다룬다. 우리가 출시해 온 프로젝트들을 거치며 — 실제 USDT로 정산되는 프리세일, 여러 체인에서 라이브로 돌아가는 Telegram Mini App, 7개 네트워크 위에서 작동하는 결제 인프라 — 하나의 모델로 수렴했고 나머지는 버렸다. 이 글이 바로 그 모델을 빠짐없이 적어 놓은 것이다: 비용을 지불하기 전에 무슨 일이 일어나는지, 매주는 어떤 모습인지, 어떻게 결제하는지, 어떻게 떠나는지, 그리고 출시 후에는 어떻게 되는지.

이 주장의 비용 버전 — 시장 단가, 가격으로 비교한 네 가지 협업 모델, 견적 읽는 법 — 을 원한다면 2026년 크립토 개발자를 고용하는 데 실제로 얼마나 드는가에 따로 정리해 두었다. 이 글은 청구서에 찍히는 숫자가 아니라 관계의 형태에 관한 것이다.

처음부터 끝까지, 협업의 형태

전체 라이프사이클을 한 페이지에 담았다. 아래의 모든 내용은 각 박스에 대한 설명일 뿐이다.

세 가지 속성이 모든 박스에서 변함없이 유지된다: 결제 전에 직접 확인하고, 지불한 만큼 소유하며, 불이익 없이 주 경계에서 떠날 수 있다. 이 셋을 기억하라 — 이것이 전부의 핵심이다.

0단계 — 무료 MVP 청사진 (돈이 단 한 푼도 오가기 전)

대부분의 협업은 선금과 믿음의 도약으로 시작한다. 우리의 협업은 우리가 그냥 내어주는 문서로 시작한다.

아이디어를 보내라 — 간단한 브리프, Figma, 음성 메모, 새벽 2시에 띄운 미완성 Telegram 메시지여도 좋다. 우리는 MVP 청사진으로 답한다:

• 범위가 정의된 MVP 기능 목록 — v1에 무엇을 담을지, 그리고 그에 못지않게 중요한, 무엇을 미룰지.
• 사용자 흐름과 페이지 구조.
• 기술 아키텍처와 우리가 쓸 스택, 그리고 그 이유.
• 주별 납품 계획.
• 현실적인 일정.
• 대략적인 주 단위 예산 범위.

우리가 함께 일하게 되든 아니든 이 청사진은 당신 것이다. 계획이 타당하다면 1주 차를 시작할 지도를 손에 쥔 셈이다. 그렇지 않다면 — 혹은 그 청사진을 다른 팀에 가져가더라도 — 적어도 이전에는 없던 명확함을 안고 떠나게 된다.

왜 그걸 그냥 내어주는가? 두 가지 이유, 둘 다 실용적이다. 첫째, 새로운 크립토 제품은 블랙박스 상태로 정직하게 견적을 낼 수 없다. 청사진을 쓰는 행위 자체가 우리가 적합한 팀인지 이해하는 행위다. 둘째, 필터 역할을 한다. 명료한 범위와 주별 계획을 읽고도 여전히 함께하고자 하는 잠재 고객은, 우리가 일하는 방식을 이미 신뢰하는 고객이다. 서명된 계약서와 손가락을 꼬는 기도보다 훨씬 나은 출발점이다.

이것은 우리가 가장 흔히 듣는 망설임에 대한 답이기도 하다: 프로젝트를 이해하기도 전에 돈부터 내야 하나요? 아니다. 이해가 먼저고, 그건 무료다.

1단계 — 1주 차, 당신이 선결제하는 유일한 것

청사진이 마음에 들면 1주 차를 USDT로 선결제하고 우리는 시작한다. 그것이 전체 협업에서 유일한 선불 결제다. 그 이후의 모든 것은 납품된 작업에 대해 사후 정산된다.

킥오프는 의도적으로 지루하다:

• 하나의 Telegram 그룹. 당신, 우리, 그리고 실제로 코드를 쓰는 사람들. 메시지를 중계하는 어카운트 매니저도, 티켓 포털도, “팀에 확인해 볼게요”도 없다.
• 하나의 팀. 프론트엔드, 백엔드, 스마트 컨트랙트, Telegram, DevOps — 같은 사람들, 하청 없음, 맥락이 사라지는 인수인계 없음.
• 하나의 청구서. 주 단위. 항목별 명세. USDT로.

1주 차는 대개 가장 무거운 주다 — 아키텍처, 핵심 컨트랙트나 데이터 모델, 다른 모든 것이 매달리는 등뼈. 우리는 협업이 아직 작고 떠나기 쉬울 때 어려운 구조적 결정을 앞으로 당겨 처리한다. 세 번의 결제를 한 뒤가 아니라.

2단계 — 주간 루프: 결제에 앞선 증명

이것이 엔진이다. 매주 반복되며 한 방향으로만 돈다:

빌드(월~목) → 라이브 데모(금) → 승인 → 결제 → 소스 인계 → 다음 주 계획.

매주 금요일 당신은 네 가지를 받는다:

1. 클릭하고 테스트할 수 있는 데모. 슬라이드 덱이 아니고, 우리 노트북에서 돌아가는 무언가의 화면 녹화도 아니다. 직접 열어 보고 망가뜨려 볼 수 있는 것. 만질 수 없다면 출시한 것으로 치지 않는다.
2. 진행 보고서 — 무엇을 만들었고, 무엇을 배웠고, 무엇이 바뀌었는지.
3. 그 주 작업의 전체 소스, 결제와 함께 이전된다. 당신의 저장소는 매주 금요일 자란다.
4. 다음 주 계획 — 다음에 무엇을 다룰지, 그리고 그 주의 대략적인 비용.

그런 다음 당신은 방금 본 한 주에 대해 결제할지 결정한다. 결제는 납품되고 승인된 작업에 대해서만 — 절대 그보다 앞서지 않는다. 순서가 중요하다: 직접 확인하고, 승인하고, 결제하고, 그러면 다음 주가 월요일에 시작된다.

이 한 가지 순서가 대부분의 외주 관계를 깨뜨리는 것을 조용히 바로잡는다 — 인센티브 구조다. 시간제 청구에서는 당신의 모호한 요구사항을 디버깅하는 추가 한 시간 한 시간이 모두 벤더의 수익이다. 미터기는 느림을 보상한다. 납품 시 지불하는 고정 주급 아래에서는 효율적인 한 주가 우리의 마진이고 느린 한 주가 우리의 비용이다. 인센티브가 출시 쪽으로 뒤집힌다. 당신은 시간을 사서 그게 제품이 되기를 바라는 게 아니다. 검증 가능한 한 주씩, 제품 자체를 사는 것이다.

이점 1 — 종속 없음, 그리고 지구 어디서든 결제

사람들이 “종속(lock-in)“이라는 말로 의미하는 것은 두 가지이고, 이 모델은 둘 다 녹여 없앤다.

계약상 종속. 여러 달의 최소 기간도, 해지 수수료도, 마지막 큰 잔금 결제 전까지 인질로 잡힌 IP도 없다. 소스가 매주 금요일 결제와 함께 이전되므로, 당신이 떠날 때의 최악의 경우는 이렇다: 어느 금요일에 멈추고, 이미 당신의 저장소에 들어 있는, 지불한 모든 코드를 보유하는 것. 분쟁 중인 마지막 청구서 하나 때문에 작업물을 잃을 일은 결코 없다. 어느 주 경계에서든 일시 중단하거나 멈출 수 있고 — 그래서 관계는 더 건강해진다. 양쪽 모두 문이 늘 열려 있음을 알기 때문이다. 당신을 가둬야 붙잡을 수 있는 스튜디오는, 머물 만한 가치가 있는 작업을 출시하지 못하는 것이다.

결제 경로 종속. 우리는 USDT(TRC-20 또는 Polygon) 로 정산하며, ETH, SOL, TON도 대체 수단으로 받는다. 미적인 선택이 아니다 — 전 세계에 분산된 협업에서 주 단위 리듬을 물리적으로 가능하게 만드는 것이다:

• 초 단위로, 전 세계로, 거의 제로에 가까운 수수료로 정산된다. 금요일의 승인은 작업이 월요일에 재개됨을 뜻한다 — 국제 송금이 마침내 세 곳의 중개 은행을 통과하는 그다음 목요일이 아니라.
• 은행도, 송금 양식도, FX 게임도 없다. 당신은 자금을 크립토로 보유하고, 우리도 그렇게 한다. 매주 정산마다 환전으로 한 조각을 떼이는 사람도 없고, 컴플라이언스 부서가 국경 간 송금에 플래그를 걸어 결제가 멈추는 일도 없다.
• 작업에 본질적으로 맞다. 우리가 만드는 제품은 USDT로 정산되고, 우리를 고용하는 고객들도 흔히 그렇다. 크립토 네이티브 빌드 한가운데에 법정화폐 중개를 억지로 끼워 넣는 것은 아무런 이득 없는 마찰일 뿐이다.

중요한 것은 그 조합이다: 주 단위 납품은 주 단위 결제가 마찰 없을 때만 작동하며, USDT가 바로 지갑만 있으면 어디서든 주 단위 결제를 마찰 없게 만드는 것이다.

이점 2 — 필요할 때마다의 반복 개발과 장기 유지보수, 일 단위로

출시는 관계의 끝이 아니다. 관계가 형태를 바꾸는 순간이다 — 그리고 대부분의 협업 모델은 이것을 서툴게 다룬다. 고정 입찰 에이전시는 SOW를 닫고 모든 후속 작업을 새로운 협상으로 취급한다. 리테이너는 일이 있든 없든 계속 청구한다. 둘 다 출시 이후에 오는 것 — 즉 간헐적(bursty)인 흐름 — 에는 맞지 않다. 조용한 구간 사이사이에 “주말 전에 이 기능이 필요해요”가 끼어드는.

우리는 이것을 본질적으로 다룬다 — 그리고 청구 단위가 그에 맞게 바뀐다. 한 주는 제로에서 제품 전체를 만드는 데 알맞은 단위였다. 출시 후 단 하나의 손질에는 잘못된 단위다. 그래서 첫 버전이 출시되고 나면, 우리는 주 단위 마일스톤에서 일 단위 청구로 전환한다: 어떤 변경에 실제로 필요한 인원과 일수를 산정하고, 그것을 견적으로 내고, 당신이 승인한 뒤에 시작한다. 레일은 동일하다 — 같은 팀, 같은 Telegram 그룹, 같은 결제 전 증명, 같은 USDT 정산 — 오직 세밀함만 더 정밀해진다.

• 재온보딩 없음. 그것을 출시한 팀이 여전히 맥락, 열쇠, 아키텍처를 머릿속에 갖고 있다. 재발견 비용도, 당신이 비용을 치르는 “코드베이스부터 좀 읽어볼게요” 주간도 없다.
• 작업에 걸린 일수만큼 지불한다 — 고정된 한 주도, 리테이너도 아니다. 새 체인 통합, 추천(referral) 손질, 캠페인 전 대시보드 리포트? 우리는 그것을 일 단위로 범위를 잡고, 인력을 산정하고, 거기서 견적을 낸다 — 반나절, 이틀, 정말 큰 작업이면 집중적인 한 주. 조용한 구간은 비용이 들지 않는다; 아무것도 출시되지 않는 동안 똑딱거리는 유휴 리테이너가 없다.
• 진짜 파트너십으로 확장된다. 작은 기능과 유지 관리는 일당으로 돌아간다. 완전히 새로운 제품 라인 — 두 번째 프리세일, 게임 레이어, 결제 확장 — 은 새로운 빌드이며 주 단위 모델로 돌아간다. 어느 쪽이든 같은 팀, 재온보딩 없음: 두 개의 계약이 아니라 하나의 연속된 흐름이다.

이것은 견적을 비교할 때 놓치기 쉬운 부분이다: 시작하기에 가장 저렴한 팀이 흔히 함께 머물기에 가장 비싼 팀이다. 출시 후의 모든 변경이 재협상이기 때문이다. 일당 기반의 필요 시 반복 개발은 긴 꼬리(long tail)에 정직하게 가격을 매긴다 — 당신은 움직임에 대해 지불하지, 대기에 대해 지불하지 않는다.

짚고 넘어갈 만한 다른 이점들

같은 구조에서 몇 가지 속성이 더 떨어져 나온다. 어느 것도 헤드라인은 아니지만, 함께 모이면 이 모델이 실제 조건에서 버텨내는 이유가 된다.

속성	당신에게 의미하는 것
불이익 없는 범위 재조정	빌드 도중 우선순위가 바뀐다 — 늘 그렇다. 우리는 모든 변경에 총구를 들이대고 가격을 매기는 대신, 주 경계에서 함께 범위를 재조정한다. 무언가를 배웠다는 이유로 내는 변경 수수료는 없다.
첫날 사양이 아니라 현실에 맞춰 다듬어지는 범위	새로운 제품은 돌아가는 모습을 보기 전에 완전히 명세할 수 없다. 매주의 다듬기는 계획의 실패가 아니다 — 제품이 더 나아지는 방식이다. 계획은 금요일에 당신이 발견하는 것에 맞춰 휜다.
하나의 팀, 풀스택, 제로 인수인계	두 벤더 사이에 버그가 숨는 하청의 이음매가 없다. 컨트랙트를 쓴 사람이 프론트엔드를 쓴 사람과 대화한다 — 같은 Telegram 그룹에서, 같은 날에.
설계상 시간대에 강함	전 세계에 분산된 팀에 비동기 금요일 체크포인트가 더해지면, 한 사무실이 깨어나기를 기다리느라 진척이 멈추지 않는다. 이 리듬이 곧 조율 계층이다.
매주 쌓이는 소스 소유권	당신의 저장소는 “완납하기 전까지는 그들의 저장소”가 결코 아니다. 매주 금요일, 당신 손안에서 자란다. 그래서 협상력이 한쪽 테이블에만 통째로 쏠리지 않는다.

이 모델이 맞지 않는 경우

정직한 협업 모델은 스스로를 큰 소리로 탈락시킨다. 이 모델은 다음의 경우 잘 맞지 않는다:

• 인력 보강(staff augmentation)을 원하는 경우. 우리는 당신의 스탠드업에 끼워 넣을 개발자를 빌려주지 않는다. 여기서의 산출물은 제품이지 자리가 아니다. 기존 팀에 엔지니어 한 명을 꽂아 넣어야 한다면, 우리는 잘못된 선택이다.
• 주 단위로 참여할 수 없는 경우. 모델 전체가 금요일 체크포인트 위에 놓여 있다 — 진짜 사람이 진짜 데모를 보고 승인하는 것. 당신의 조직이 그 리듬으로 검토하고 결정할 수 없다면 루프가 멈추고, 이 모델의 가장 큰 보호 장치를 잃게 된다.
• 아직 존재하지도 않는 제품에 대해 첫날 돌에 새긴 단일 고정 가격을 원하는 경우. 청사진에서 대략적인 범위는 드리지만, 정의되지 않은 신규(greenfield) 빌드에 대한 정확한 총액은 결국 누군가가 나중에 비용을 치르는 허구다. 킥오프 전에 그 허구에 서명되어 있어야 한다면, 고정 입찰 업체가 더 잘 맞는다 — 단, 변경 수수료 조항을 꼼꼼히 읽어 보라.

우리는 이것을 4주 차에 발견하기보다 첫 통화에서 당신에게 말하는 편을 택한다. 이 모델의 신뢰성은 부분적으로 스스로 무엇인 척하기를 거부하는 데서 나온다.

시작하는 법

진입로는 가장 비용이 적게 드는 부분이다: 아이디어를 보내고 무료 MVP 청사진을 받으라 — 범위, 흐름, 납품 계획, 그리고 대략적인 주 단위 예산 범위. 타당하다면 1주 차를 USDT로 선결제하고 우리는 시작한다. 그렇지 않다면 계획을 가져가고 우리는 친구로 헤어진다.

주변의 의사결정을 더 깊이 파고들고 싶다면, 크립토 개발자를 고용할 때의 실제 비용 방정식, $8M 프리세일 뒤의 아키텍처, 그리고 Telegram Mini App을 프로덕션에서 출시하기에 대해 써 두었다.

당신의 프로젝트를 위한 청사진이 필요한가? 0xforge.io에서 30분 통화를 예약하라. 우리는 당신에게 계획을 건네거나, 왜 우리가 적합한 팀이 아닌지 말해줄 것이다 — 그리고 어느 쪽이든 그 대화에는 비용이 들지 않는다.

— 0xforge Team