| 방어선 | 무엇을 하나 | 쓰는 도구/단계 | 노쇼·먹튀를 막는 원리 |
|---|---|---|---|
| 전자계약 | 게시 의무·기한·산출물·광고 표기를 문서로 확정 | create_contract · sign_contract (/guide/mcp-contracts) | '안 올렸다/약속 없었다' 다툼을 사전 차단 |
| 조건부 에스크로 | 대금을 잠그고 게시·검수 후에만 크리에이터 90% 정산(10% 플랫폼 수수료) | submit_deliverable → approve_deliverable → release_escrow_payment (/guide/mcp-escrow) | 게시해야 정산되므로 먹튀의 경제적 동기 제거 |
| 배송·수령 기록 | 협찬 제품 발송·수령을 운송장과 함께 기록 | mark_shipped · confirm_received | '제품 안 받았다' 발뺌 차단, 분쟁 증거 확보 |
| 분쟁 중개 | 에스크로 보류 + 운영자 재이행·환불 중재 | report_issue · dispute_contract · request_mediation · call_manager (/guide/mcp-mediation) | 소송 없이 시스템이 정산·환불을 1차 정리 |
이런 분께 — 선입금 협찬으로 한 번이라도 데인 소상공인
이 글은 대행사 없이 직접 인플루언서 협찬을 돌리는 1인 브랜드·소상공인·스몰 브랜드 마케터를 위한 것입니다. 전통적인 협찬·체험단은 브랜드가 제품(또는 비용)을 '먼저' 주고 게시를 '기다리는' 구조이고, 바로 이 순서가 모든 위험의 출발점입니다. 인플루언서가 마음만 먹으면 제품만 받고 잠수하는 먹튀, 약속한 게시를 안 하는 노쇼, 올렸다가 며칠 만에 내려버리는 '게시 후 삭제'가 언제든 가능합니다. 진짜 문제는 사고가 났을 때 사후에 받아낼 방법이 마땅치 않다는 점입니다. 수십만 원짜리 협찬을 두고 내용증명·민사소송을 진행하는 것은 시간·비용·심리적 부담 모두에서 비현실적이라, 결국 '그냥 손해 보고 넘어가는' 경우가 많습니다. [브리찌 실제 데이터 삽입: 베타 기간 실제로 접수된 게시 누락·노쇼 사례 유형/빈도가 있으면 여기에 추가 — 없으면 일반 서술 유지]
발상의 전환 — '받아내기'가 아니라 '잃지 않을 순서' 만들기
소송으로 받아내는 사후 추심은 소상공인에게 사실상 빈 카드입니다. 그래서 인플스 AI는 접근 방향을 바꿉니다 — 애초에 잃을 일을 안 만드는 사전 통제입니다. 핵심 원리는 단순합니다. 인플루언서가 약속을 이행해야만 대금이 나가도록 거래 순서 자체를 시스템이 강제하는 것입니다. 인플스 AI는 ChatGPT·Claude 같은 AI(MCP, 엔드포인트 https://infls.ai/api/mcp)나 웹 대시보드에서 한국 인플루언서를 검색·섭외하고, 전자계약·에스크로 정산·분쟁 중개까지 한 흐름에서 끝내는 거래 플랫폼입니다. 대행사 없이 직접 운영하되, 리스크는 사람이 일일이 챙기는 대신 시스템이 통제합니다. 비용 측면에서, 가입·검색·브리프·후보 검토는 베타 기간 무료이고 정식 과금은 계약 성사·정산 시점의 거래 수수료로 동작합니다(브랜드 측 가격은 GMV 5% 기준 — 자세한 가격은 /pricing 참고). 정산 시 크리에이터는 대금의 90%를 수령합니다(이 두 수치는 적용 대상이 달라 단순 합산·비교 대상이 아닙니다).
1단계 — 전자계약으로 '게시 의무'를 문서로 못 박기
구두·DM 약속은 분쟁의 시작점입니다. '꼭 올려드릴게요'라는 메시지는 나중에 '그런 약속 한 적 없다'로 뒤집히기 쉽습니다. 인플스 AI는 섭외가 확정되면 create_contract·sign_contract로 게시 플랫폼, 게시 기한, 필수 산출물(예: 인스타 릴 1개), 광고 표기(#광고/#협찬) 의무, 수정 횟수, 임의 삭제 금지 같은 조건을 문서로 확정하고 양측이 전자서명합니다. 양측 서명이 끝나면 계약이 확정되어 에스크로가 펀딩됩니다. 서명된 계약은 '안 올렸다/약속 없었다' 다툼을 차단하는 1차 방어선이자, 이후 에스크로 정산과 분쟁 중개가 판단의 기준으로 삼는 문서입니다. 협찬 제품의 반품·배상 조항, 게시물 최소 유지 기간 같은 항목을 처음부터 넣어 두면 분쟁 여지가 더 줄어듭니다. 광고 표기는 공정거래위원회 「추천·보증 등 표시·광고 심사지침」상 경제적 이해관계 표시 의무와 연결되므로 계약 단계에서 명시해 두는 것이 안전합니다. 계약의 개념은 /answers/electronic-contract, 광고 표기 기준은 /answers/paid-partnership-disclosure, 실제 도구 사용법은 /guide/mcp-contracts에 정리돼 있습니다.
2단계 — 조건부 에스크로: 게시·검수 후에만 크리에이터 90% 정산
노쇼·먹튀를 막는 가장 강력한 장치는 에스크로(조건부 정산)입니다. 계약이 양측 서명으로 확정되면 브랜드 대금이 에스크로에 펀딩되어 잠깁니다. 인플루언서가 콘텐츠를 실제로 게시한 뒤 게시 URL·핵심 지표를 제출(submit_deliverable)하고, 브랜드가 계약 조건(플랫폼·광고 표기·마감일·필수 메시지) 충족 여부를 검수해 승인(approve_deliverable)한 다음 release_escrow_payment로 정산이 실행돼야 비로소 대금의 90%가 크리에이터에게 자동 정산되고, 나머지 10%는 플랫폼 수수료입니다(코드 확정 분할). 즉 '게시 안 함 = 정산 없음'이라 먹튀의 경제적 동기가 사라집니다. 콘텐츠가 여러 편이거나 기획→촬영→게시처럼 단계가 긴 고액 캠페인은 마일스톤(propose_milestones·release_milestone_payment)으로 단계를 나눠 위험을 더 잘게 분산할 수 있고, 각 단계 정산에도 동일한 90/10 분할이 적용됩니다. 단계별 흐름은 /guide/mcp-escrow와 /answers/influencer-escrow를 참고하세요. 참고로 토스페이먼츠 기반 실결제·실환불 연동은 베타/예정이며, 현재 정산은 정산 장부와 상태 기록을 기준으로 동작합니다.
3단계 — 협찬 배송·수령 기록으로 '제품만 받고 잠수' 차단
제품을 보내야 하는 협찬·체험단은 '제품이 갔는지/받았는지'가 분쟁의 핵심 쟁점이 됩니다. 인플스 AI는 브랜드가 mark_shipped로 택배사·운송장 번호·제품 시가를 기록하고, 크리에이터가 confirm_received로 수령을 확인하도록 합니다. 수령이 확인되면 콘텐츠 제작 단계로 넘어갑니다. 이 두 기록이 시스템에 남기 때문에, 인플루언서가 게시를 안 하는 노쇼나 제품만 받고 잠수하는 먹튀가 생겨도 '받은 적 없다'는 발뺌이 통하지 않습니다. 분쟁 단계에서 운영자가 배송·수령·게시 기록을 객관적 근거로 사실관계를 판단할 수 있어, 협찬 제품 가치까지 포함한 손실 규모를 명확히 정리할 수 있습니다.
4단계 — 분쟁 중개: 소송 대신 시스템이 1차 정리
그래도 문제가 생기면 사람이 개입합니다. 게시 누락·영수증 미제출·게시물 임의 삭제 같은 사안은 report_issue로 신고하고, 이행·정산에 다툼이 있으면 dispute_contract로 정식 분쟁을 제기합니다. dispute_contract를 부르는 순간 에스크로(정산 장부)가 보류되어 자동 정산이 멈추고, request_mediation으로 인플스 AI 운영자(admin)에게 중개를 요청하면 양측 입장과 배송·수령·게시 기록을 검토해 재이행 요청 또는 환불을 중재합니다. 단계별로 사람의 도움이 필요하면 call_manager로 매니저를 부를 수도 있습니다. 즉 소상공인이 직접 소송에 나서는 대신, 계약→에스크로→기록→중개라는 한 흐름이 리스크를 사전에 통제합니다. 도구별 사용법은 /guide/mcp-mediation을 참고하세요. 다만 인플스 AI의 중개는 사적 분쟁 해결을 돕는 것이지 법적 판결이 아니며, 토스페이먼츠 기반 실결제·실환불이 베타/예정인 만큼 실제 자금 이동이 걸린 환불 범위는 출시 공지 기준입니다. 고액 분쟁이나 강제 회수가 필요한 경우 한국소비자원·전문가 자문을 함께 활용하세요.
바로 쓰는 노쇼·먹튀 방지 체크리스트
실무에서는 다음 순서대로 점검하면 됩니다. ① 섭외 전 브리프에 게시 플랫폼·기한·산출물·광고 표기·임의 삭제 금지·반품/배상 조항을 명시한다. ② 구두·DM이 아니라 전자계약으로 양측 서명을 받는다(create_contract·sign_contract, /guide/mcp-contracts). ③ 대금을 먼저 송금하지 말고 에스크로에 잠근다(계약 확정 시 펀딩, /guide/mcp-escrow). ④ 협찬 제품은 mark_shipped로 운송장을, 크리에이터는 confirm_received로 수령을 기록한다. ⑤ 게시 후 submit_deliverable로 URL·지표를 받고 approve_deliverable로 검수·승인해야 크리에이터 90%가 정산되게 한다. ⑥ 게시 후 삭제·지표 미보강에 대비해 계약에 게시 유지 기간을 둔다(정산 분할에서 플랫폼 보류분 10%는 안전장치가 아니라 수수료임에 유의). ⑦ 문제가 생기면 report_issue→dispute_contract로 에스크로를 보류하고 request_mediation으로 운영자 중개를 받는다. 처음 운영하는 분은 검색부터 정산까지 전체 그림을 /guide에서 먼저 익히고, 공개 모집으로 후보를 모으려면 /campaigns를, 대행사 방식과 비교가 필요하면 /compare를 참고하세요. 광고 표기·세무는 일반 참고 정보이니 최종 판단은 공정거래위원회 지침과 세무·법률 전문가 자문으로 확인하시기 바랍니다.
FAQ
제품만 받고 게시를 안 하면 돈(또는 제품)을 돌려받을 수 있나요?
먼저 confirm_received로 수령이 기록돼 있으면 근거가 명확합니다. 게시 누락은 report_issue로 신고하고, 정산까지 걸린 사안이면 dispute_contract로 분쟁을 제기한 뒤 request_mediation으로 운영자 중개를 요청하세요. 분쟁을 걸면 에스크로(정산 장부)가 보류되어 자동 정산이 멈추고, 운영자가 재이행 요청 또는 환불을 중재합니다. 다만 토스페이먼츠 기반 실결제·실환불은 베타/예정 단계라 실제 자금 이동 범위는 출시 공지를 확인해야 합니다. 제품 자체의 회수·배상은 보통 별도 협의 사안이므로 계약서에 반품·배상 조항을 미리 넣어 두는 것이 안전합니다.
에스크로에서 왜 크리에이터에게 100%가 아니라 90%만 가나요?
검수 승인 후 정산이 실행되면 대금의 90%가 크리에이터에게 자동 정산되고, 나머지 10%는 플랫폼 수수료입니다(코드 확정 분할). 마일스톤(propose_milestones)을 쓰면 기획→게시→지표 확정처럼 단계별로 나눠 정산할 수 있고, 각 단계에도 동일하게 90/10 분할이 적용됩니다. 게시 후 곧바로 내려버리는 '게시 후 삭제'나 지표 미보강 같은 2차 리스크는 계약서의 게시 유지 기간·재이행 조항과 분쟁 중개로 관리합니다.
소상공인인데 변호사도 없이 이걸로 충분한가요?
인플스 AI는 사후 소송이 아니라 사전 통제에 초점을 둔 구조입니다. 전자계약·에스크로·배송 기록만으로도 '돈을 먼저 잃는' 상황 자체를 크게 줄이고, 문제가 생기면 운영자(admin) 중개로 1차 정리가 됩니다. 다만 인플스 AI의 중개는 사적 분쟁 해결을 돕는 것이지 법적 판결이 아니므로, 고액 분쟁이나 강제 회수가 필요한 경우 한국소비자원·전문가 자문을 함께 활용하세요. 더 깊은 내용은 /faq/influencer-no-show와 /answers/influencer-contract-settlement를 보세요.
대행사를 안 끼고 직접 해도 노쇼 관리가 되나요?
네. 인플스 AI는 대행사 없이 브랜드가 직접 검색·섭외·계약·정산을 운영하되, 노쇼·먹튀 리스크는 에스크로와 기록·중개 같은 시스템이 통제하도록 설계돼 있습니다. 직접 운영의 비용 구조와 대행사 방식의 차이는 /compare에서, 전체 사용 흐름은 /guide에서 확인할 수 있습니다.
투명성 고지 · 참고 출처
- · 작성: 인플스 AI 편집팀(브리찌). 최종 업데이트 2026-06-10.
- · 성격: 일반 정보성 콘텐츠입니다. 단가·세무·법률 등 수치와 규정은 일반적 참고용 추정이며 실제와 다를 수 있어, 중요한 판단은 해당 전문가·공식 기관 확인을 권장합니다.
- · 이해관계: 자사 서비스(인플스 AI) 안내를 포함합니다.
- · 출처: 인플스 AI 제품 정책 및 아래 공개 자료를 참고했습니다. 원문은 각 링크에서 확인할 수 있습니다.