Seeding · 가이드
크리에이터가 고정 보수를 요구할 때, 커미션만으로 답하면 안 되는 이유
고정 보수와 제휴 커미션은 서로의 대체재가 아닙니다. 무엇을 측정할지, 게시 외에 무엇을 약속받을지, 그 약속이 실제로 확인되는지를 나눠야 협업 조건을 정할 수 있습니다.
크리에이터가 고정 보수를 요구한다고 해서 커미션 제안이 틀린 것은 아닙니다. 다만 커미션은 판매 기여를 보상하는 조건이고, 고정 보수는 제작·게시·검수·사용 범위처럼 판매 화면 하나로 다 설명되지 않는 일을 합의하는 조건입니다. TikTok Shop의 제휴 커미션은 판매자가 정한 요율과 환불을 제외한 주문 GMV를 기준으로 계산되지만, 광고와 판매 화면의 귀속 기준은 서로 다릅니다. 조건을 “성과 보수”라는 한 항목으로 묶지 말고 각 약속의 확인 방법을 함께 적으세요.
- 제휴 커미션은 판매자가 정한 요율로 환불 제외 주문 GMV를 기준으로 계산됩니다.
- 게시 약속, 광고 사용, 검수와 수정은 판매 수치만으로 확인할 수 없는 별도 조건입니다.
- 광고 관리자와 판매자 센터의 집계 기준이 다르므로 어떤 화면을 기준으로 볼지 먼저 정해야 합니다.
커미션만으로 약속할 수 있는 것은 무엇인가요?
커미션은 판매 성과에 연결된 보상입니다. TikTok Shop의 표준 제휴 커미션은 판매자가 정한 요율을 환불을 제외한 주문 GMV에 적용해 계산합니다. 따라서 이 조건이 분명히 답하는 질문은 “어떤 주문을 기준으로 얼마를 지급할 것인가”입니다.
그 답만으로는 협업 전체가 정해지지 않습니다. 영상 한 편을 언제 올릴지, 어떤 가이드를 반영할지, 게시 전에 무엇을 확인할지, 그 영상을 광고에 쓸 수 있는지는 주문 수치와 다른 사실입니다. 이 약속을 커미션 항목에만 넣으면 판매가 없을 때 어느 약속이 남는지 알 수 없게 됩니다.
고정 보수는 커미션을 없애는 말이 아니라, 이 별도 약속에 값을 붙이는 방식이 될 수 있습니다. 어느 쪽을 선택하든 브랜드가 원하는 결과를 한 문장으로 먼저 적어 두면, 보상 방식이 그 결과를 대신 설명하는 일을 막을 수 있습니다.
고정 보수가 필요한지 어떻게 판단하나요?
고정 보수가 필요한지는 팔로워 수나 조회수 하나로 판단하기보다, 판매 외에 브랜드가 무엇을 확정해야 하는지로 판단하는 편이 낫습니다. 브랜드가 게시 날짜, 사전 가이드 반영, 검수, 또는 광고 활용을 원한다면 그 항목은 커미션 계산식 밖에 있습니다.
| 먼저 답할 질문 | 커미션만으로 확인 가능한가? | 협업 조건에 따로 적을 내용 |
|---|---|---|
| 어떤 주문을 기준으로 지급할까? | 가능 | 요율, 환불 처리, 지급 시점 |
| 언제 게시할까? | 불가 | 게시 기한 또는 날짜 |
| 무엇을 영상에 반영할까? | 불가 | 콘텐츠 가이드와 필수·금지 표현 |
| 게시 전에 무엇을 확인할까? | 불가 | 검수 횟수와 답변 기한 |
| 영상을 광고에 쓸까? | 불가 | 사용 허용 상태, 기간, 내부 승인 범위 |
| 성과를 어느 화면에서 볼까? | 일부만 가능 | 판매자 센터·광고 관리자 기준과 보고 주기 |
표에서 ‘불가’는 커미션이 쓸모없다는 뜻이 아닙니다. 판매 성과를 보상하는 방식으로는 유효하지만, 그 밖의 약속을 자동으로 만들지는 않는다는 뜻입니다. 특히 광고 사용은 게시 여부와도 다른 상태이므로, 판매 보상 조건에 섞어 두면 실제 집행 전에 다시 확인할 항목이 사라집니다.
고정 보수를 제안하거나 받는 자리에서는 금액보다 먼저 그 보수가 사는 일을 적으세요. “콘텐츠 제작비”만 적으면 게시 일정·수정 범위·광고 활용이 비어 있을 수 있습니다. 반대로 이 항목이 먼저 정리되면 고정 보수와 커미션을 함께 둘지, 하나만 둘지도 협상 가능한 질문이 됩니다.
성과는 어느 화면에서 확인해야 하나요?
광고 관리자와 판매자 센터의 숫자는 같은 주문을 같은 방식으로 보여 주지 않습니다. TikTok Shop 광고의 귀속은 클릭 7일과 조회 1일 창을 사용하고, 마지막 상호작용을 기준으로 하되 클릭이 조회보다 우선합니다. 따라서 광고를 본 뒤 귀속 창 안에 일어난 주문과 판매자 센터의 당일 주문은 다르게 보일 수 있습니다.
이 차이는 누가 성과를 가로챘는지 판단하는 근거가 아닙니다. 두 화면이 묻는 질문이 다르기 때문입니다. 판매자 센터는 주문을 보고, 광고 관리자는 정한 귀속 규칙 안에서 광고와 연결된 주문을 봅니다.
성과 기준은 시작 전에 정하는 편이 좋습니다. 게시 후에 정하면 보상 규칙을 해석하는 일이 되고, 광고를 붙인 뒤에 정하면 커미션과 매체 성과를 구분하는 일이 됩니다. 둘 다 협업이 끝난 뒤에 해결하기 어려운 질문입니다.
협업을 시작하기 전에 무엇을 합의하나요?
협업 시작 전에는 고정 보수의 유무보다 확인 책임을 먼저 합의하세요. 커미션을 누가 설정하는지, 주문 기준을 누가 확인하는지, 게시 전 답변을 누가 주는지, 광고에 쓸 계획이 생겼을 때 누가 상태를 확인하는지를 적으면 협업 중 같은 질문을 반복하지 않습니다.
- 보상 — 고정 보수가 있다면 어떤 산출물을 포함하는가? 커미션은 어떤 요율과 주문 기준을 쓰는가?
- 게시 — 게시 기한과 필수 링크·공개 설정은 무엇인가?
- 검수 — 브랜드의 답변 기한과 수정 범위는 어디까지인가?
- 광고 — 광고 후보가 생겼을 때 플랫폼 사용 가능 상태와 내부 합의를 누가 확인하는가?
- 보고 — 판매·광고·제휴 성과를 각자 어느 화면에서 읽는가?
이 다섯 답을 문서로 남기면, 고정 보수는 ‘성과가 불확실해서 주는 돈’이라는 막연한 표현이 아니라 어떤 일을 확정하기 위한 조건인지 읽을 수 있게 됩니다.
조건표에는 무엇을 남겨야 하나요?
조건표에는 보상·게시·사용·측정을 한 칸에 합치지 말고 나눠 적으세요. 크리에이터에게도 무엇을 약속했는지, 브랜드 안에서도 누가 무엇을 확인할지 분명해집니다.
보상 기준을 적습니다
고정 보수가 있다면 그것이 다루는 산출물을, 커미션이 있다면 요율과 주문 계산 기준을 적습니다. [^standard-affiliate-commission]
게시 조건을 적습니다
게시할 형식과 기한, 필수 링크나 공개 설정이 있다면 그 조건을 적습니다. 공개 협업에서는 판매자가 커미션을 설정하고 크리에이터가 이를 보고 참여할 수 있습니다.
검수 범위를 적습니다
브랜드가 확인할 항목과 횟수, 답변 기한을 적습니다. ‘검수’만 적어 두면 누가 언제 무엇을 고치는지 알 수 없습니다.
광고 사용을 분리합니다
게시물의 존재와 광고에 쓸 수 있는 상태를 같은 것으로 보지 말고, 실제 사용 전 플랫폼 상태와 내부 합의 범위를 다시 대조합니다.
보고 기준을 적습니다
판매자 센터, 광고 관리자, 제휴 화면 중 어느 화면을 어떤 주기로 볼지와 담당자를 적습니다.
공개 협업에서는 판매자가 커미션을 설정하고 크리에이터가 그 조건을 보고 참여할 수 있습니다. 어떤 공개 조건을 제시했는지도 조건표의 게시·보상 칸에서 함께 확인하세요.
결론은 단순합니다. 커미션은 판매 기여의 규칙이고, 고정 보수는 판매 화면 바깥의 약속을 다루는 수단이 될 수 있습니다. 둘 중 하나를 먼저 고르는 대신, 이번 협업에서 반드시 확인할 사실을 먼저 나누면 조건과 보고가 함께 선명해집니다.
자주 나오는 질문
커미션만 주면 고정 보수 없이 협업할 수 있나요?
가능한지 여부는 크리에이터와 브랜드의 합의에 달려 있습니다. 다만 커미션은 판매 성과를 계산하는 규칙일 뿐, 게시 기한·검수·광고 사용 같은 별도 약속을 자동으로 정하지는 않습니다. 그 약속이 필요하다면 보상 방식과 별개로 조건과 확인 방법을 문서에 남겨야 합니다.
제휴 커미션은 무엇을 기준으로 계산되나요?
TikTok Shop의 표준 제휴 커미션은 판매자가 설정한 요율을 환불을 제외한 주문 GMV에 적용해 계산합니다. 정확한 적용 요율과 지급 조건은 판매자 센터의 현재 설정과 해당 협업 조건을 확인해야 합니다. [^standard-affiliate-commission]
광고 관리자 매출이 판매자 센터 매출과 다른데 누가 맞나요?
둘 중 하나가 자동으로 틀렸다는 뜻은 아닙니다. TikTok Shop 광고는 클릭 7일·조회 1일 귀속 창과 마지막 상호작용 규칙을 쓰고, 판매자 센터는 주문을 다른 기준으로 보여 줄 수 있습니다. 어떤 의사결정에 어떤 화면을 쓸지 계약과 보고 기준에서 미리 나누세요. [^shop-ads-attribution]
출처
정책과 숫자를 판단할 때 쓴 자료입니다. 플랫폼 문서는 예고 없이 바뀌므로, 집행 전에 원문을 다시 열어 확인하세요.
