퇴근 후 수익노트

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

부업을 하다 보면 “계약서까지는 너무 과한 거 아닌가요?”라는 말을 종종 듣습니다. 하지만 계약서는 상대를 의심하는 문서가 아니라, 서로의 기대치를 맞추는 안전장치 입니다. 특히 부업 초보가 많이 겪는 문제(추가요청, 수정 무한, 정산 지연, 환불 분쟁, 무단 사용)는 대부분 “일을 못해서”가 아니라 조건이 문서로 잠겨 있지 않아서 생깁니다. 이 글에서는 정식 법률 문서처럼 길게 쓰지 않아도, 최소한 이것만은 꼭 넣어야 하는 필수 조항 8개 를 초보 기준으로 정리합니다. 견적서/계약 요약문/메일 합의에도 그대로 적용할 수 있고, 각 조항마다 바로 복사해 쓸 수 있는 문장 예시 도 함께 제공합니다. 초보 계약서의 목표: “완벽”이 아니라 “분쟁 포인트 잠그기” 계약서를 길게 쓰면 좋을 것 같지만, 실제로는 핵심이 빠지면 아무 소용이 없습니다. 아래 8개는 부업에서 가장 자주 터지는 분쟁 포인트를 기준으로 뽑은 ‘최소 세트’입니다. 필수 조항 1) 당사자 정보(누구와 거래하는지) 왜 필요한가? 정산 지연이나 분쟁이 생겼을 때, 상대를 특정할 정보가 없으면 대응이 어렵습니다. 개인: 성명, 연락처, 이메일 회사/팀: 회사명, 담당자, 연락처, 이메일(가능하면 사업자 정보) 문장 예시 “본 계약의 당사자는 발주자 [이름/회사명]과 수급자 [이름]이며, 연락처는 [연락처/이메일]로 한다.” 필수 조항 2) 작업 범위(스코프) 및 납품물(Deliverables) 왜 필요한가? ‘추가요청 지옥’은 범위가 없을 때 시작됩니다. “무엇을, 몇 개, 어떤 형식으로”를 숫자로 박아야 합니다. 문장 예시 “수급자는 다음 납품물을 제공한다: (1) [납품물] [수량]개, 형식 [파일형식/규격], 분량/해상도 [기준]. 포함 범위는 [A,B]이며, [C,D]는 미포함(추가 작업)으로 한다.” 필수 조항 3) 일정(착수·중간 점검·최종 납기)과 지연 시 처리 왜 필요한가? 일정이 흔들리면 서로 ‘책임’ 싸움이 됩니다. 고객 피드백 지...

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