퇴근 후 수익노트

부업을 하다 보면 가장 억울한 상황 중 하나가 있습니다. 정산이 끝나기 전에 작업물이 사용되거나 , 심지어 내 결과물이 무단으로 복제/수정 되어 돌아다니는 경우입니다. 특히 글·디자인·영상·템플릿·문서처럼 파일로 전달되는 작업은 “파일을 주는 순간” 상대가 얼마든지 사용할 수 있기 때문에, 전달 방식 자체 가 곧 보안이 됩니다. 좋은 소식은, 거창한 법률 지식이 없어도 전달 구조를 조금만 바꾸면 도용·무단 사용 위험을 크게 줄일 수 있다는 점입니다. 이번 글에서는 초보도 바로 적용 가능한 파일 전달 8가지 팁 과, 상대에게 불편하게 들리지 않게 설명하는 문장 템플릿 까지 정리합니다. 작업물 도용이 발생하는 대표 상황 4가지 정산 전 최종본/원본을 먼저 보낸 경우 : 상대가 그냥 사용해버림 미리보기 없이 원본 파일을 통째로 준 경우 : 수정 요구를 핑계로 계속 요구 전달 기록이 남지 않는 방식 : “못 받았어요” “링크가 없어요”로 시간 끌기 사용 범위/권리 문구가 없는 경우 : ‘어디까지 써도 되는지’가 모호해짐 결국 도용을 막는 핵심은 “상대가 나쁘다/좋다”가 아니라, 도용이 어려운 구조 로 설계하는 것입니다. 도용/무단 사용을 막는 파일 전달 방식 팁 8가지 팁 1) “검수용”과 “최종 원본”을 분리해서 전달하기 가장 강력한 방법입니다. 검수는 할 수 있지만, 바로 사용은 어려운 형태로 1차 전달을 구성하세요. 디자인: 저해상도 JPG/워터마크 / 원본 PSD·AI는 잔금 후 영상: 낮은 비트레이트·워터마크 / 원본 프로젝트 파일은 잔금 후 문서: PDF(편집 불가) 또는 이미지화 / 편집 가능한 원본은 잔금 후 팁 2) 워터마크(또는 식별 표시)를 “사용 불편한 위치”에 넣기 워터마크는 단순히 중앙에 크게 넣는 것만이 아니라, 도용을 어렵게 만드는 ‘표식’ 역할도 합니다. 영상: 로고/문구를 화면 중앙 근처에 반투명으로 디자인: 주요 영역을 가로지르는 반투명 텍스트 문...

부업을 하다 보면 꼭 한 번은 이런 메시지를 받습니다. “급해요. 오늘 안에 가능할까요?” 당일 작업 의뢰 자체가 나쁜 건 아닙니다. 문제는 ‘급함’을 무기로 삼아 규칙(범위·정산·증빙) 을 건너뛰게 만들고, 그 틈에서 손해가 발생한다는 점입니다. 특히 초보는 “기회를 놓치면 안 된다”는 마음 때문에 급한 의뢰를 무리해서 받다가, 추가요청 폭발 , 정산 지연 , 환불 분쟁 까지 겪기 쉽습니다. 이번 글에서는 “급해요 오늘 처리” 의뢰가 왜 위험 신호가 될 수 있는지, 그리고 당일 의뢰를 받아도 안전하게 진행할 수 있도록 선별 체크리스트 와 바로 쓰는 응대 문장 템플릿 을 정리합니다. 급한 의뢰가 위험해지는 4가지 이유 1) 시간 압박으로 ‘문서화’를 생략하게 만든다 급할수록 “일단 시작하고 얘기하죠”가 나오기 쉽습니다. 하지만 부업에서 손해가 시작되는 지점도 보통 여기입니다. 작업 범위, 수정 규정, 정산일이 정리되지 않으면 당일 작업은 거의 확률적으로 분쟁 포인트 를 남깁니다. 2) ‘급행’인데도 단가는 그대로인 경우가 많다 내 일정과 에너지를 더 쓰는 급행인데, 가격은 평소와 같다면 내 시급이 무너집니다. 급한 의뢰는 보통 기회비용 (다른 일정 포기)까지 포함해 단가를 재설계해야 합니다. 3) 내부 피드백이 늦게 터져 수정이 폭발한다 당일 작업은 의뢰자도 충분히 검토할 시간이 없습니다. 그래서 납품 후에 “아, 이건 수정해야겠네요”가 나오기 쉽고, 그 수정이 ‘당일에 다시’ 요구되는 경우도 많습니다. 4) 정산이 늦어질 가능성이 높다 급한 의뢰는 절차를 건너뛰는 경우가 많아 회계/정산 라인이 정리되지 않았을 수 있습니다. “일단 받아야 해서 급하게 맡겼는데, 결제는 나중에” 같은 구조가 되면 정산 지연 위험이 커집니다. 받아도 되는 ‘급한 의뢰’와 피해야 할 ‘급한 의뢰’ 구분법 핵심은 “급함”이 문제가 아니라, 급함 속에서도 정상 거래의 조건을 지키는지 입니다. 받아도 되는 급한 의뢰(정상 가능성 높음) 요구사...

부업을 하다 보면 “정산하려면 신분증이 필요해요”, “본인 확인용으로 주민번호 앞자리만요”, “계정 로그인이 필요합니다”, “인증번호(OTP) 좀 알려주세요” 같은 요청을 받을 수 있습니다. 이때 가장 중요한 사실은 하나입니다. 정상적인 정산에 꼭 필요한 개인정보는 생각보다 많지 않다 는 것. 과도한 개인정보 요구는 사기(계정 탈취, 명의도용, 금융 사기 등)로 이어질 수 있어 반드시 기준을 세워야 합니다. 이 글에서는 부업 거래에서 어디까지 제공해도 되는지 , 절대 제공하면 안 되는 것 , 그리고 상대가 요구했을 때 갈등 없이 거절하는 문장 까지 실전 기준으로 정리합니다. 먼저 결론: “정산에 필요한 정보”는 보통 이 정도면 충분 일반적인 부업/외주에서 정산을 위해 필요한 정보는 대개 다음 범위입니다. 입금 받을 계좌 정보 : 은행명/계좌번호/예금주 연락처 : 연락 가능한 번호 또는 이메일 청구 관련 정보 (필요 시): 이름(또는 사업자명), 주소/이메일(세금/영수증 발행용) 이 범위를 넘어 “신분증 사진”, “주민번호”, “계정 로그인”, “인증번호”까지 요구한다면, 최소한 한 번은 의심하고 안전장치를 걸어야 합니다. 절대 제공하면 안 되는 정보(레드라인) 아래 항목은 “정산 목적”으로도 보통 필요하지 않으며, 제공하면 위험합니다. 인증번호/OTP/2단계 인증 코드 : 어떤 이유로든 공유 금지 계정 로그인 정보 : 아이디/비밀번호, 인증 앱 접근 요청 등 신분증 원본 사진 전체 : 주민등록번호, 주소, 사진 포함 전체본은 위험 주민등록번호 전체 : 앞자리만 요구해도 상황에 따라 위험 카드 정보 : 카드번호, CVC, 유효기간 등 원격 제어 요구: “도와드릴게요” 하며 화면 공유/원격 앱 설치 유도 이런 요구가 나오면 “정산을 핑계로 한 다른 목적”일 가능성이 높습니다. 상대가 신분증을 요구하는 ‘그럴듯한 핑계’ 유형 5가지 “회계팀 규정이라 신분증이 있어야 해요” “...

부업을 하다 보면 “간단하게 테스트 한번 해볼 수 있을까요?”, “시안 몇 개만 먼저 보여주세요”, “우리랑 맞는지 보려고 무료로 샘플 가능할까요?” 같은 요청을 받습니다. 이게 항상 나쁜 의도는 아닙니다. 의뢰자도 리스크를 줄이고 싶으니까요. 하지만 문제는 ‘테스트’라는 이름으로 납품 수준의 결과물을 무료로 가져가는 경우 가 생각보다 흔하다는 점입니다. 특히 글·디자인·영상·기획·리서치처럼 결과물이 남는 분야에서는 더 조심해야 합니다. 이번 글에서는 무료 시안/테스트 요구를 받았을 때 어디까지가 안전한지 , 어떤 경우엔 유상 테스트로 전환해야 하는지 , 그리고 실제로 쓸 수 있는 거절/대안 문장 템플릿 까지 한 번에 정리합니다. 무료 테스트가 위험해지는 이유 3가지 결과물이 남는다 : 샘플이 곧 ‘사용 가능한 납품물’이 되기 쉽다 범위가 커지기 쉽다 : “한 번만 더”가 반복되면 무료 작업이 누적된다 정산 기준이 흐려진다 : 무료가 섞이면 본 작업 단가도 깎이기 쉬움 즉, 테스트 자체보다 “테스트의 크기”와 “사용 가능성”이 핵심입니다. 정상 테스트 vs 위험 테스트: 한눈에 구분하기 정상 테스트의 특징(진짜로 검증 목적) 테스트 범위가 매우 작고 명확 하다 (시간 10~20분 수준) 의뢰자가 평가 기준 을 말한다 (톤, 스타일, 요구사항) 테스트 결과물을 외부 사용하지 않겠다 는 합의가 가능하다 테스트 이후 즉시 본 계약 으로 이어질 구조가 있다 위험 테스트의 특징(무료 납품 유도 가능성) 테스트인데도 결과물이 바로 게시/판매 가능한 수준 이다 요구사항이 모호하거나 “알아서”가 많다 “지원자 여러 명” “몇 개 받아보고” 같은 공모형 느낌이 난다 유상 테스트/안전결제를 강하게 거부 한다 무료로 해도 비교적 안전한 테스트 범위(현실 기준) 무료 테스트를 아예 하지 말라는 뜻은 아닙니다. 다만 “무료로 가능”한 범위는 사용 가치가 낮고, 시간도 짧아야 합니다. 아...

부업을 하다 보면 언젠가 한 번은 마주치기 쉬운 상황이 있습니다. 바로 환불 요구 입니다. “마음에 안 들어요”, “사정이 생겨서 취소할게요”, “기대와 달라서 전액 환불해주세요” 같은 말이 나오면 순간 당황하기 쉽죠. 하지만 환불 문제는 감정싸움으로 가면 서로 피곤해지고, 내 시간과 평판까지 같이 손해 봅니다. 그래서 중요한 건 딱 하나입니다. 상황을 유형으로 나누고, 기준에 따라 절차적으로 대응 하는 것. 이 글에서는 환불 요구를 상황별 5가지 시나리오 로 나눠, 각각 어떤 원칙으로 대응하면 좋은지와 복사해서 바로 쓰는 답장 템플릿 을 제공합니다. (콘텐츠/디자인/영상/문서/리서치 등 대부분의 외주형 부업에 공통 적용) 환불 대응에서 가장 중요한 3가지 원칙 원칙 1) 사실부터 정리 : 착수 여부, 진행률, 납품 여부, 수정 이력, 합의 조건을 먼저 정리 원칙 2) 선택지를 제시 : “안 돼요”보다 “A(수정) / B(부분 환불) / C(취소)”로 제시 원칙 3) 기록을 남기기 : 통화로 해결하더라도 최종 합의는 메시지/메일로 확정 이 3가지를 지키면 상대가 감정적으로 나오더라도, 대화의 중심을 “기분”이 아니라 “기준”으로 되돌릴 수 있습니다. 환불 요구 전, 먼저 확인할 체크리스트 합의된 작업 범위(포함/미포함) 가 무엇인지 수정 정책 (횟수/기한/변경 기준)이 정리되어 있는지 정산/환불 규정 이 계약서/요약문/견적서에 있는지 현재 진행률 (착수 전/진행 중/납품 후)과 근거 고객의 불만이 품질 문제 인지, 기획 변경 인지, 개인 사정 인지 이 체크리스트는 “누가 맞다/틀리다”가 아니라, 어떤 시나리오로 분류할지를 결정하는 기준입니다. 조건별 대응 시나리오 5가지 시나리오 1) 착수 전 취소: 환불이 가장 깔끔한 케이스 아직 작업을 시작하지 않았고, 자료 조사/기획도 거의 없었다면 전액 환불이 일반적으로 가장 깔끔합니다. 다만 예약을 위해 다른 일을 거절했다면 “예약금(착수금)” ...

부업을 하면서 “견적서는 꼭 필요한가요?”라는 질문을 자주 듣습니다. 결론부터 말하면, 견적서는 단순히 가격표가 아니라 신뢰를 만드는 문서 입니다. 견적서가 있으면 고객은 “이 사람은 체계가 있네”라고 느끼고, 나는 “작업 범위와 비용 기준”을 지킬 수 있습니다. 특히 단가 후려치기, 추가요청, 정산 지연 같은 문제는 견적서 한 장으로 크게 줄어듭니다. 이번 글에서는 초보도 바로 사용할 수 있도록 견적서에 꼭 들어가야 할 항목 과, 복사해서 붙여넣으면 되는 항목 구성 템플릿 (요약형/상세형)을 제공합니다. 글·디자인·영상·리서치·문서 작업 등 대부분의 부업에 적용 가능합니다. 견적서가 있으면 좋아지는 4가지 가격 협상이 ‘감정’이 아니라 ‘구조’가 된다 : “왜 비싸요?” 대신 “어떤 항목을 줄일까요?”로 바뀜 작업 범위가 고정된다 : 포함/미포함이 분명해 추가요청이 줄어듦 정산이 쉬워진다 : 청구 기준이 명확해져 “언제/얼마”가 흔들리지 않음 초보 티가 줄어든다 : 문서 한 장이 ‘프로세스’를 보여줌 견적서의 핵심은 ‘항목화’다 초보가 흔히 하는 실수는 “총액 30만 원입니다”로 끝내는 것입니다. 그러면 고객은 “좀 깎아주세요”만 남고, 나는 “어디까지 해줘야 하지?”가 남습니다. 견적서를 항목화하면, 총액이 아니라 범위 가 대화의 중심이 됩니다. 견적서 필수 구성 10항목 (이대로 넣으면 됨) 1) 문서 제목/버전 예: “견적서(Ver.1) / 작성일: 2026-02-19”처럼 버전이 있으면, 변경 사항 관리가 쉬워집니다. 2) 고객/프로젝트 정보 고객명(또는 회사명), 담당자, 연락처 프로젝트명, 목적(예: 검색 유입용/브랜딩/판매 전환) 3) 작업 범위(Deliverables) “무엇을, 몇 개, 어떤 형식으로”를 숫자로 고정합니다. 예: 블로그 글 1건(공백 포함 2,600자 내외, HTML H태그 포함) 예: 썸네일 2종(JPG 1080x1080, 원본 PSD 미포함)...

부업 의뢰는 생각보다 자주 카톡, 인스타 DM, 문자 같은 메신저에서 시작됩니다. 문제는 일이 커지거나 정산이 늦어졌을 때입니다. 그때 가장 많이 나오는 말이 “그런 조건은 들은 적 없는데요?”입니다. 그래서 초보가 궁금해하는 질문이 하나로 모입니다. “카톡/DM으로 합의한 것도 계약이 될까?” 정답은 “가능할 수 있다”입니다. 하지만 여기서 중요한 건 법률 용어보다 현실입니다. 분쟁이 생겼을 때 내가 내 조건을 지키려면, 메신저 대화가 흩어진 잡담 이 아니라 합의가 정리된 기록 이어야 합니다. 이번 글에서는 카톡/DM 의뢰를 안전하게 만들기 위한 증빙 남기는 7가지 방법 과, 바로 복사해 쓸 수 있는 합의 확정 문장 템플릿 을 소개합니다. 메신저 거래가 위험해지는 순간 3가지 조건이 여기저기 흩어진다 : 금액은 위쪽 메시지, 납기는 아래쪽, 수정은 통화로… 나중에 찾기 어렵다. “대충”이 많다 : “적당히”, “괜찮게”, “비슷한 느낌” 같은 표현은 분쟁의 씨앗이 된다. 납품/정산 기준이 없다 : 언제 완료인지, 무엇을 전달하면 끝인지 모호하면 정산도 모호해진다. 카톡/DM도 ‘계약처럼’ 만드는 핵심 원칙 원칙은 간단합니다. 메신저로 거래하더라도, 최소한 아래 5가지를 한 번에 정리해 상대에게 “확인/동의”를 받아야 합니다. 작업 범위 (포함/미포함) 금액 (총액, 추가요청 기준) 일정 (1차/최종 납기) 수정 (횟수, 기획 변경은 재견적) 정산 (정산일, 방식) 이 5가지가 한 메시지에 “요약”되어 있고, 상대가 “네/동의합니다/확인했습니다”로 답하면, 그 자체가 강한 증빙이 됩니다. 증거로 남기는 방법 7가지 (실전용) 1) 흩어진 대화를 ‘합의 요약 1장’으로 재정리 대화가 길어질수록 위험합니다. 중간에라도 아래처럼 “합의 요약”을 보내 정리하세요. 이 한 번이 거래를 깔끔하게 만듭니다. 2) “날짜+수치”로 고정하기 “다음 주”, “대략 2~3천 자”는 나중에 다툼이 됩니다...

부업을 하다 보면 가장 불안한 순간이 있습니다. 작업은 끝났고 결과물도 전달했는데, 약속한 날짜가 지나도 정산(입금) 이 안 되는 상황입니다. 상대가 일부러 안 주는 경우도 있지만, 내부 결재/회계 일정 때문에 늦어지는 경우도 있습니다. 중요한 건 “감정적으로 따지기”가 아니라, 기록을 쌓고 → 공식적으로 요청하고 → 필요하면 조치로 넘어가는 순서를 밟는 것입니다. 이 순서만 지켜도 미수금이 회수될 확률이 올라가고, 내 시간과 평판도 지킬 수 있습니다. 이 글에서는 정산 지연이 발생했을 때 초보도 따라할 수 있도록 단계별 체크리스트 와 복사해서 쓰는 요청 문장 템플릿 을 제공합니다. 정산 지연이 생겼을 때, 먼저 확인해야 할 3가지 정산일 기준이 정확히 무엇인지 : “완료일”인지 “세금계산서/청구서 발행일”인지 확인 결과물 전달 상태 : 최종본 전달 여부, 검수/승인 절차가 남아 있는지 정산 담당자 : 의뢰자와 회계 담당자가 다른 경우가 많아 ‘누가 결제 버튼을 누르는지’ 파악 이 3가지를 정리하면, 대화가 흔들리지 않고 “다음 행동”을 정확히 잡을 수 있습니다. 1단계: 기록(증빙) 정리 — 조용히, 하지만 확실하게 정산이 늦어질수록 가장 중요한 건 증빙 입니다. 나중에 분쟁이 생기면 “말”보다 “기록”이 힘을 가집니다. 아래는 최소로 챙겨야 할 기록입니다. 필수 증빙 체크리스트 합의 내용: 작업 범위, 금액, 정산일이 담긴 메시지/메일 납품 증빙: 파일 전달 링크, 전송 메일, 플랫폼 납품 완료 표시 검수/승인 증빙: “확인했습니다”, “진행 OK” 같은 답장 청구 증빙: 청구서/세금계산서/계좌 정보 전달 메시지 연락 기록: 정산 관련 요청을 언제 했는지(날짜/시간) 팁: 기록은 “한 페이지 요약”으로 묶어두기 분쟁이 커지면 캡처가 수십 장이 됩니다. 그래서 다음처럼 타임라인 요약 을 만들어두면 강력합니다. [날짜] 작업 착수 합의(금액/정산일) [날짜] 1차 납품 ...

부업에서 가장 체감 손해가 큰 순간은 “수정이 계속 늘어날 때”입니다. 처음에는 한두 번만 손보면 끝날 것 같지만, 어느새 “이 부분도 바꿔주세요”, “다시 원래대로요”, “다른 톤으로도 하나 더요”가 반복됩니다. 결국 시간은 늘고, 단가는 내려가고, 일정은 무너집니다. 이 문제의 핵심은 실력이 아니라 수정의 규칙이 없다는 것 입니다. 이번 글에서는 수정 요청이 왜 무한으로 커지는지, 수정과 변경을 어떻게 구분해야 하는지, 그리고 실전에서 가장 많이 쓰는 수정 횟수 조항 예시 3종 (부드러운 버전/표준 버전/강력한 버전)을 제공합니다. 글·디자인·영상·문서 작업 등 거의 모든 부업에 그대로 적용할 수 있습니다. 수정이 무한해지는 3가지 패턴 1) “수정”이라는 단어에 모든 요청이 들어온다 문구 한 줄 바꾸는 것도 수정이고, 기획을 갈아엎는 것도 “수정”이라고 말합니다. 기준이 없으면 제공자는 모두 받아들이게 됩니다. 2) 의뢰자의 내부 피드백이 늦게 들어온다 의뢰자가 혼자 결정하지 못하면, 상사/팀/지인 의견이 뒤늦게 합류합니다. 이때 수정이 폭발하는데, 범위와 횟수 규정이 없으면 계속 끌려갑니다. 3) 납기/정산과 수정이 연결되어 있다 “수정 다 끝나면 정산할게요” 같은 구조는 위험합니다. 수정이 끝나지 않으면 정산도 끝나지 않는 꼴이 됩니다. 수정 규칙은 곧 정산 안전장치 입니다. 가장 먼저 해야 할 일: ‘수정’과 ‘변경’을 분리하기 수정 조항을 쓰기 전에, 두 단어의 정의를 간단히 잠가두면 분쟁이 크게 줄어듭니다. 수정(Revision): 동일한 기획/범위 안에서 문구·색상·배치·길이 등을 미세 조정하는 것 변경(Change): 타겟/컨셉/구성/분량/페이지 수/형식이 달라져 새 작업에 가까워지는 것 초보가 가장 많이 손해 보는 구간은 “변경”이 “수정”으로 처리되는 순간입니다. 그래서 조항에 변경은 재견적 이라는 문장을 꼭 넣어야 합니다. 수정 요청을 ‘통제’하는 4가지 규칙 규칙 1) 수정 횟수...

부업을 하다 보면 “계약서까지는 번거롭죠?”, “카톡으로 합의했으니 괜찮죠?” 같은 말을 쉽게 듣습니다. 하지만 계약서가 없을 때 생기는 문제는 ‘혹시’가 아니라 ‘언젠가’에 가깝습니다. 특히 외주·재능 판매처럼 결과물과 정산이 분리되는 부업에서는 계약서(또는 계약 요약문) 가 돈을 지키는 최소 장치가 됩니다. 이번 글에서는 계약서 없이 진행했을 때 실제로 자주 터지는 문제 6가지 와, 문서가 부담스러운 초보도 바로 복사해 쓸 수 있는 최소 문구 10줄 을 정리합니다. (정식 계약서가 아니어도, “합의 내용이 남는 문서”면 효과가 큽니다.) 계약서가 없을 때 생기는 문제 6가지 1) 작업 범위(스코프)가 계속 늘어난다 처음엔 A만 하기로 했는데, 진행 중 “B도 당연히 포함이죠?”가 시작됩니다. 계약서가 없으면 포함/미포함의 기준이 흐릿해져서, 결국 추가요청을 공짜로 처리 하게 됩니다. 2) 수정 횟수가 무제한이 된다 “조금만 더”가 반복되면 일정이 무너집니다. 수정 기준이 없으면 상대는 수정이 권리라고 생각하고, 나는 거절이 어려워집니다. 결과적으로 시간만 쓰고 단가는 떨어집니다. 3) 정산일이 밀리고, 결국 연락이 뜸해진다 정산은 “이번 주에”, “다음 주에”처럼 계속 미뤄지기 쉽습니다. 문서에 정산 날짜(또는 완료 후 몇 일 이내) 가 명시되지 않으면, 상대는 급하지 않고 나는 불안해집니다. 4) 환불/취소 분쟁이 생긴다 진행 중 취소가 생겼을 때 “어디까지 환불?”이 가장 크게 싸우는 지점입니다. 환불 기준이 없으면 감정싸움 이 되고, 평판/시간/수익 모두 손해를 봅니다. 5) 결과물 사용 범위가 꼬인다(도용·무단수정·재판매) 특히 글/디자인/영상처럼 재사용이 쉬운 결과물은 “어디까지 써도 되는지”가 중요합니다. 사용 범위를 정하지 않으면 무단 활용 이나 크레딧 문제 가 생길 수 있습니다. 6) “그런 말 한 적 없는데요?”가 나온다 카톡/DM 대화가 있어도, 핵심 조건이 흩어져 있으면 서로 기억이 다릅니다. 계약...

부업을 하다 보면 “선입금(보증금) 먼저 보내주세요”, “예약금 없으면 일정 못 잡아요”, “신원 확인용이라 소액만요” 같은 요청을 받는 순간이 옵니다. 초보일수록 ‘거절하면 기회가 날아갈까?’ 불안해지지만, 선입금 요구는 실제 사기뿐 아니라 불리한 거래 구조 의 출발점이 되기도 합니다. 이 글에서는 선입금 요구를 받았을 때 바로 확인해야 할 체크 문장 5개 와, 상대와 싸우지 않고도 안전하게 방향을 바꿀 수 있는 거절/대안 템플릿 을 정리합니다. 선입금 자체가 무조건 사기일까? 결론부터 말하면 모든 선입금이 사기인 것은 아닙니다 . 다만 초보가 위험해지는 지점은 “선입금을 요구하는 방식”과 “증빙/규정의 유무”입니다. 정상적인 선결제는 보통 아래처럼 안전장치 가 함께 따라옵니다. 거래 당사자 정보가 명확함(회사/담당자/연락처) 업무 범위·납기·금액·환불 규정이 문서로 남음 안전결제(에스크로) 또는 정식 청구/정산 프로세스가 있음 반대로, 위험한 선입금은 “입금”만 남고 나머지가 흐릿합니다. 그래서 선입금을 요구받는 순간에는 감정이 아니라 질문(검증) 으로 대응하는 게 가장 안전합니다. 선입금 요구 받으면 반드시 던져야 할 체크 문장 5개 체크 1) “어떤 명목의 비용인가요? 항목과 금액을 문서로 주세요.” 정상 거래라면 선결제의 명목(예약금/착수금/재료비 등)과 금액이 정리됩니다. 반대로 위험 거래는 “그냥 관례예요”, “다들 해요”처럼 명확한 항목 을 회피합니다. OK 신호: 견적서/요약 계약서로 항목별 금액을 보내줌 위험 신호: 말로만 설명, 금액이 계속 바뀜 체크 2) “정산/환불 규정은 어떻게 되나요? 조건별로 정리해 주세요.” 선입금이 위험해지는 이유는 ‘취소’가 생겼을 때 돈이 묶이기 때문입니다. 환불 규정이 없으면 분쟁이 거의 확정입니다. 정상적인 상대는 환불 조건을 상식적인 범위 에서 합의합니다. 체크 3) “업무 범위와 납기, 수정 횟수는 어디까지 포함인가요?” 선입금과 함께 자주 ...

부업을 처음 시작하면 “일만 잘하면 되겠지”라는 생각으로 거래를 쉽게 시작하는 경우가 많습니다. 그런데 부업 사기는 실력과 상관없이 거래 구조의 빈틈 을 노립니다. 특히 계약서 없음 , 선입금 요구 , 단가 후려치기 는 초보에게 가장 자주 발생하는 함정입니다. 이 글에서는 실제로 자주 등장하는 부업 사기 유형 TOP 7 과 함께, 지금 바로 적용 가능한 예방 체크리스트와 문장 템플릿을 정리했습니다. 부업 사기, 왜 초보에게 더 자주 생길까? 거래 기준(범위·단가·정산일) 이 문서로 남지 않는 경우가 많음 “급해요”, “이번만요” 같은 말에 시간 압박 을 느끼기 쉬움 수정·추가요청·환불 등 분쟁 포인트 를 미리 상상하기 어려움 결론은 간단합니다. 일을 잘하는 것 과 안전하게 돈을 받는 것 은 별개의 기술입니다. 아래 TOP 7을 알고 시작하면 손해 확률이 확 줄어듭니다. 부업 사기 유형 TOP 7 1) “선입금(보증금) 먼저” 요구형 처음엔 “본인 인증용”, “예약금”이라고 포장하지만, 돈을 보내는 순간 연락이 끊기거나 조건이 바뀌는 경우가 많습니다. 정상적인 거래라면 결제는 안전결제/에스크로 또는 계약서+청구서 기반 으로 진행됩니다. 위험 신호: 개인 계좌로만 요구, “지금 당장” 압박, 환불 규정 없음 예방: 플랫폼 안전결제 우선, 최소한 계약 요약(금액·범위·정산일) 문서화 2) 단가 후려치기 + 작업 범위(스코프) 무한 확장 처음 제안한 작업 외에 “이것도 포함이죠?” “간단한 수정이니 해주세요”가 반복되면, 결과적으로 시급이 붕괴 합니다. 사기라기보다 구조적 손해 가 커서 초보가 가장 많이 당합니다. 위험 신호: 작업 범위를 말로만 합의, 수정 횟수/추가비 기준 없음 예방: “포함/미포함” 목록, 수정 횟수, 추가요청 단가를 미리 명시 3) “무료 테스트/시안”으로 작업물만 가져가는 유형 지원자를 모아 무료로 시안 을 받고, 그중 마음에 드는 결과만 가져가며 비용을 지급하지 않는...