| 방어선 | 무엇을 하나 | 쓰는 도구/단계 | 노쇼·먹튀를 막는 원리 |
|---|---|---|---|
| 전자계약 | 게시 의무·기한·산출물·광고 표기를 문서로 확정 | 전자계약 서명 (/guide/mcp-contracts) | '안 올렸다/약속 없었다' 다툼을 사전 차단 |
| 조건부 에스크로 | 대금을 잠그고 게시·검수 후에만 90% 정산(10% 보류) | submit_deliverable → approve_deliverable → 정산 (/guide/mcp-escrow) | 게시해야 돈을 받으므로 먹튀 동기 제거 |
| 배송·수령 기록 | 협찬 제품 발송·수령을 운송장과 함께 기록 | mark_shipped · confirm_received | '제품 안 받았다' 발뺌 차단, 분쟁 증거 확보 |
| 분쟁 중개 | 에스크로 보류 + 운영자 재이행·환불 중재 | report_issue · dispute_contract · call_manager (/guide/mcp-mediation) | 소송 없이 시스템이 정산·환불 정리 |
왜 노쇼·먹튀가 생기나 — 선입금 구조의 한계
전통적인 협찬·체험단은 브랜드가 제품(또는 비용)을 '먼저' 주고 게시를 '기다리는' 구조라, 인플루언서가 마음만 먹으면 제품만 받고 잠수하는 먹튀나 약속한 게시를 안 하는 노쇼가 언제든 가능합니다. 문제는 사후 대응입니다. 소상공인·1인 브랜드 입장에서는 수십만 원짜리 협찬 한 건 때문에 내용증명·민사소송까지 가는 것이 시간·비용상 비현실적입니다. 그래서 인플스 AI(영문 Infls, infls.ai, 운영사 브리찌)는 '소송으로 받아내기'가 아니라 '애초에 잃을 일을 안 만들기', 즉 사전 통제로 접근합니다. 핵심 원리는 단순합니다 — 인플루언서가 약속을 이행해야만 대금이 나가도록 거래 순서 자체를 시스템이 강제하는 것입니다.
1단계: 전자계약으로 '게시 의무'를 문서로 못 박기
구두·DM 약속은 분쟁의 시작점입니다. 인플스 AI는 섭외가 확정되면 전자계약으로 게시 플랫폼, 게시 기한, 필수 산출물(예: 인스타 릴 1개), 광고 표기(#광고/#협찬) 의무, 수정 횟수, 임의 삭제 금지 같은 조건을 문서로 확정하고 양측이 전자서명합니다. 서명된 계약은 나중에 '안 올렸다/그런 약속 없었다' 식의 다툼을 차단하는 1차 방어선입니다. 계약 단계를 더 알고 싶다면 /answers/electronic-contract(전자계약)와 /answers/paid-partnership-disclosure(광고 표기)를, 실제 도구 사용은 /guide/mcp-contracts를 참고하세요.
2단계: 조건부 에스크로 — 게시·검수 후에만 90% 정산
가장 강력한 노쇼·먹튀 방지 장치는 에스크로(조건부 정산)입니다. 계약이 양측 서명으로 확정되면 브랜드 대금이 에스크로에 잠기고, 인플루언서가 콘텐츠를 실제로 게시한 뒤 게시 URL·지표를 제출(submit_deliverable)하고 브랜드가 검수·승인(approve_deliverable)해야 비로소 대금의 90%가 자동 정산되며 10%는 게시 유지·지표 보강·분쟁 대비용으로 보류됩니다. 즉 '게시 안 함 = 정산 없음'이라 먹튀의 경제적 동기가 사라집니다. 캠페인이 길거나 고액이면 마일스톤(propose_milestones)으로 기획→촬영→게시 단계마다 분할 정산해 위험을 더 잘게 나눌 수 있습니다. 자세한 흐름은 /guide/mcp-escrow와 /answers/influencer-escrow를 보세요. (참고: 토스페이먼츠 기반 실결제·실환불 연동은 베타/예정이며, 현재는 정산 장부와 상태 기록 기준으로 동작합니다.)
3단계: 협찬 배송·수령 기록으로 '제품만 받고 잠수' 차단
제품을 보내야 하는 협찬·체험단은 '제품이 갔는지/받았는지'가 분쟁의 핵심입니다. 인플스 AI는 브랜드가 mark_shipped로 택배사·운송장·제품 시가를 기록하고, 크리에이터가 confirm_received로 수령을 확인하도록 합니다. 수령이 확인되면 콘텐츠 제작 단계로 넘어갑니다. 이 두 기록이 시스템에 남기 때문에, 나중에 인플루언서가 게시를 안 하는 노쇼나 제품만 받고 잠수하는 먹튀가 생겨도 '받은 적 없다'는 발뺌이 통하지 않고, 분쟁 단계에서 운영자가 사실관계를 객관적 근거로 판단할 수 있습니다.
4단계: 분쟁 중개 — 소송 대신 시스템이 정리
그래도 문제가 생기면 사람이 개입합니다. 게시 누락·영수증 미제출·게시물 임의 삭제 같은 사안은 report_issue로 신고하고, 이행·정산에 다툼이 있으면 dispute_contract로 정식 분쟁을 제기합니다. dispute_contract를 부르는 순간 에스크로(정산 장부)가 보류되어 자동 정산이 멈추고, 인플스 AI 운영자(admin)가 양측 입장과 배송·수령·게시 기록을 검토해 재이행 요청 또는 환불을 중재합니다. 카드를 등록한 브랜드는 call_manager로 전담 매니저를 단계별로 부를 수도 있습니다. 즉 소상공인이 직접 소송에 나서는 대신, 계약→에스크로→기록→중개라는 한 흐름이 리스크를 사전에 통제합니다. 도구별 사용법은 /guide/mcp-mediation을 참고하세요. (실제 자금 이동이 걸린 환불 범위는 출시 공지 기준이며, 게시물 광고 표기 등 표시·광고 규정은 일반 정보이니 최종 판단은 공정거래위원회 지침과 전문가 자문을 확인하세요.)
FAQ
제품만 받고 게시를 안 하면 돈(또는 제품)을 돌려받을 수 있나요?
먼저 confirm_received로 수령이 기록돼 있으면 근거가 명확합니다. 게시 누락은 report_issue로 신고하고, 정산까지 걸린 사안이면 dispute_contract로 분쟁을 제기하세요. 호출 즉시 에스크로(정산 장부)가 보류되고 인플스 AI 운영자가 재이행 요청 또는 환불을 중재합니다. 다만 토스페이먼츠 기반 실결제·실환불은 베타/예정 단계라 실제 자금 이동 범위는 출시 공지를 확인해야 합니다. 제품 자체의 회수·배상은 일반적으로 별도 협의 사안이라 계약서에 반품·배상 조항을 미리 넣어 두는 것이 안전합니다.
에스크로에서 왜 100%가 아니라 90%만 정산되나요?
승인 직후 90%가 크리에이터에게 자동 정산되고 나머지 10%는 게시 유지·지표 보강·분쟁 대비를 위한 보류분으로 남습니다. 게시를 올린 뒤 곧바로 내려버리는 '게시 후 삭제'나 지표 미보강 같은 2차 리스크에 대한 안전장치이며, 마일스톤(propose_milestones)을 쓰면 단계별로 더 잘게 나눠 정산할 수도 있습니다.
소상공인인데 변호사도 없이 이걸로 충분한가요?
인플스 AI는 사후 소송이 아니라 사전 통제에 초점을 둔 구조입니다. 전자계약·에스크로·배송 기록만으로도 '돈을 먼저 잃는' 상황 자체를 크게 줄이고, 문제가 생기면 운영자(admin) 중개로 1차 정리가 됩니다. 다만 인플스 AI의 중개는 사적 분쟁 해결을 돕는 것이지 법적 판결이 아니므로, 고액 분쟁이나 회수가 필요한 경우 한국소비자원·전문가 자문을 함께 활용하세요. 계약·정산 흐름 전반은 /answers/influencer-contract-settlement에 정리돼 있습니다.
투명성 고지 · 참고 출처
- · 작성: 인플스 AI 편집팀(브리찌). 최종 업데이트 2026-06-08.
- · 성격: 일반 정보성 콘텐츠입니다. 단가·세무·법률 등 수치와 규정은 일반적 참고용 추정이며 실제와 다를 수 있어, 중요한 판단은 해당 전문가·공식 기관 확인을 권장합니다.
- · 이해관계: 자사 서비스(인플스 AI) 안내를 포함합니다.
- · 출처: 인플스 AI 제품 정책 및 아래 공개 자료를 참고했습니다. 원문은 각 링크에서 확인할 수 있습니다.