퇴근 후 수익노트

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

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

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