퇴근 후 수익노트

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

부업에서 가장 흔한 손해는 “사기”보다도, 처음 약속한 일보다 더 많은 일을 같은 돈으로 하게 되는 상황입니다. 그 시작은 대부분 간단합니다. 작업 범위(스코프) 를 문서로 적지 않은 채 “대충 이런 느낌”으로 진행하는 것. 그러면 어느 순간부터 “이것도 포함 아닌가요?”가 반복되고, 수정은 끝이 없고, 일정은 무너집니다. 흔히 말하는 추가요청 지옥 이죠. 이번 글에서는 작업 범위를 안 적으면 왜 추가요청이 폭발하는지, 그리고 초보도 바로 적용 가능한 스코프 정의 방법 과 복사-붙여넣기 템플릿 을 정리합니다. (글/디자인/영상/문서/리서치 등 거의 모든 부업에 적용 가능) 추가요청이 생기는 진짜 이유: ‘악의’보다 ‘모호함’ 많은 의뢰자는 일부러 괴롭히려고 추가요청을 하는 게 아닙니다. 대부분은 “내가 원하는 걸 당연히 알겠지”라고 생각하거나, 작업을 보면서 욕심이 생기거나, 내부 피드백이 뒤늦게 들어옵니다. 문제는 그 과정에서 범위를 정해둔 기준선 이 없으면, 모든 요청이 “원래 포함”처럼 보인다는 겁니다. 의뢰자 입장: “조금만 더 바꾸면 완벽해지는데…” 제공자 입장: “이건 처음에 말한 A가 아니라 B인데…” 이 충돌을 막는 게 스코프 정의입니다. 스코프는 상대를 의심하는 문서가 아니라, 서로의 기대치를 맞추는 지도 입니다. 작업 범위를 안 적으면 생기는 대표적인 5가지 참사 1) ‘포함’과 ‘미포함’이 뒤섞인다 예: 블로그 글 1건 의뢰인데, 메타디스크립션/요약/썸네일 문구/재업로드 문구까지 “당연히 포함”이 된다. 2) 수정이 아니라 ‘기획 변경’이 수정으로 취급된다 예: 톤 수정이 아니라 “타겟을 바꾸고 구조도 바꾸자”가 수정으로 들어온다. 3) 일정이 계속 미뤄진다 추가요청이 늘면 일정은 자연스럽게 늘어나는데, 범위가 없으면 납기가 ‘원래 일정’으로 고정된다. 4) 단가가 녹아내린다 처음엔 괜찮아 보여도, 시간이 누적되면 시급이 급격히 떨어진다. 초보가 가장 많이 겪는 손해다. 5) 관계가 틀...