2026 프리랜서·1인 사업자 작업 범위(스코프 크립) 방어 완전 가이드, 디자이너·개발자·마케터가 "이것만 살짝" 요청에 무너지지 않는 6단계 실전 전략

"이것만 살짝 더 해주시면 안 될까요?" 프리랜서와 1인 사업자가 가장 자주 듣는 이 한 문장이, 견적서에 적힌 수익률을 조용히 갉아먹습니다. 처음엔 정말 5분짜리 요청처럼 보입니다. 그런데 그 5분이 세 번, 다섯 번 쌓이면 어느새 계약 금액은 그대로인데 투입 시간만 두 배가 되어 있죠.

이 현상을 스코프 크립(Scope Creep), 즉 '작업 범위 슬금슬금 늘어나기'라고 부릅니다. 단가를 아무리 잘 책정해도, 계약서를 아무리 꼼꼼히 써도, 범위 관리에 실패하면 시급은 최저임금 아래로 떨어집니다. 문제는 이게 나쁜 클라이언트만의 문제가 아니라는 겁니다. 대부분은 선의로, 그리고 무엇이 '추가'인지 몰라서 요청합니다. 그렇다면 방어의 출발점도 '거절'이 아니라 '정의'여야 합니다.

1단계 — 계약서보다 먼저 '작업기술서(SOW)'를 쓴다

많은 프리랜서가 계약서는 챙기면서 정작 작업기술서는 생략합니다. 계약서가 '누가, 언제까지, 얼마에'를 정한다면 작업기술서는 '무엇을, 어디까지'를 정합니다. 스코프 크립은 후자의 공백에서 자랍니다.

작업기술서에는 최소한 다섯 가지가 들어가야 합니다. 최종 산출물의 형태와 개수(예: 반응형 랜딩페이지 1종, PC·모바일 시안 각 1개), 마일스톤과 각 단계의 완료 기준, 포함되지 않는 항목, 수정 가능 횟수와 요청 기한, 그리고 클라이언트가 제공해야 할 자료와 그 마감일입니다. 특히 네 번째와 다섯 번째가 실전에서 가장 강력합니다.

2단계 — 수정 횟수를 '숫자'로 못 박는다

"수정은 만족하실 때까지"는 가장 위험한 문장입니다. 만족의 기준이 클라이언트 머릿속에만 있기 때문에 종료 시점이 존재하지 않습니다. 대신 이렇게 씁니다. "시안 제시 후 총 2회 수정 포함, 회차당 요청은 취합하여 1회에 전달, 3회차부터는 건당 OO원."

여기서 핵심은 '취합'입니다. 수정 요청이 카카오톡으로 하루에 세 번씩 흩어져 들어오면, 두 번의 수정이 실제로는 열 번의 작업이 됩니다. 요청은 반드시 한 문서에 모아서 한 번에 받는다는 규칙을 초반에 정해두세요. 구글 문서든 노션이든 상관없습니다. 중요한 건 채널을 하나로 좁히는 것입니다.

3단계 — 추가 요청은 거절하지 말고 '견적화'한다

추가 요청을 받았을 때 "그건 계약에 없는데요"라고 답하면 관계가 상합니다. 반대로 "네, 해드릴게요"라고 하면 손해를 봅니다. 정답은 세 번째 선택지입니다. 거절이 아니라 가격표를 보여주는 것.

"말씀하신 기능은 초기 범위에 없던 항목이라 별도 작업이 필요합니다. 작업량은 약 8시간, 비용은 OO원이고 일정은 3일 추가됩니다. 진행하시겠어요?" 이렇게 답하면 클라이언트는 거절당했다고 느끼지 않습니다. 선택권을 받았다고 느끼죠. 그리고 대부분의 '살짝만' 요청은 가격이 붙는 순간 우선순위가 재조정됩니다. 정말 필요한 건 결제되고, 아닌 건 자연스럽게 철회됩니다.

4단계 — 변경사항은 반드시 문서로 남긴다

구두로 합의한 추가 작업은 정산 시점에 반드시 기억이 엇갈립니다. 클라이언트 담당자가 중간에 바뀌기라도 하면 증거가 통째로 사라지죠. 그래서 필요한 것이 변경 확인서(Change Order)입니다. 거창할 필요 없습니다. 이메일 한 통이면 충분합니다.

"금일 논의된 내용 정리드립니다. 추가 항목: 상세페이지 2종. 추가 비용: OO원. 변경 납기: O월 O일. 이대로 진행하겠습니다. 다른 의견 있으시면 회신 부탁드립니다." 회신이 없어도 이 메일 자체가 기록입니다. 전화나 메신저로 논의했다면 통화 직후 5분 안에 요약 메일을 보내는 습관을 들이세요. 이 습관 하나가 나중의 미수금 분쟁을 막습니다.

5단계 — 진행 상황을 먼저 보여준다

역설적이지만, 추가 요청이 폭발하는 프로젝트에는 공통점이 있습니다. 클라이언트가 중간 과정을 못 봤다는 것. 깜깜이 상태가 길수록 불안이 쌓이고, 결과물을 처음 본 순간 그동안 쌓인 불안이 전부 수정 요청으로 터져 나옵니다.

주 1회, 다섯 줄짜리 진행 리포트를 먼저 보내세요. 이번 주 완료한 것, 다음 주 할 것, 막힌 것, 필요한 자료, 일정 이상 유무. 이 다섯 줄이 클라이언트의 개입 욕구를 크게 줄입니다. 방향이 틀어졌다면 초반에 잡히니 재작업도 줄어듭니다. 방어는 사후 대응이 아니라 사전 공유에서 완성됩니다.

6단계 — 프로젝트가 끝나면 '범위 정산'을 한다

마지막 단계는 나 자신을 위한 것입니다. 프로젝트를 마칠 때마다 견적 시 예상한 시간과 실제 투입 시간을 비교해 보세요. 어떤 항목에서 초과가 났는지, 어느 지점에서 범위가 흔들렸는지 기록해 두면 다음 견적서가 정확해집니다.

이 기록이 세 건, 다섯 건 쌓이면 자신만의 데이터가 생깁니다. "이런 유형의 프로젝트는 평균 30% 초과하니 버퍼를 넣자", "이 조항이 없으면 항상 문제가 생긴다" 같은 판단이 감이 아니라 근거로 바뀝니다. 스코프 크립을 완전히 없앨 수는 없습니다. 다만 예측 가능한 범위로 관리할 수는 있습니다. 그리고 예측 가능해지는 순간, 그건 더 이상 손해가 아니라 견적에 반영된 비용이 됩니다.