작업 명세서(SOW)

SOW에는 무엇을 명시하나요?

목적, 기간, 작업 항목, 납품물 형식·수량, 고객 제공 자료, 양쪽 책임, 일정, 검수 기준, 제외사항, 변경 요청과 종료 조건을 적습니다. 미국 FAR의 성과 작업 명세 지침은 작업 방법이나 투입 시간보다 필요한 결과를 설명하고 측정 가능한 성과 기준으로 평가하도록 요구합니다. FAR 37.602

민간 마케팅 계약에 FAR이 직접 적용된다는 뜻은 아닙니다. 다만 활동 이름보다 결과와 검수 기준을 쓰는 참고 구조로 사용할 수 있습니다.

SEO SOW는 어떻게 구체화하나요?

나쁜 예는 월간 SEO 운영 1식입니다. 구체적인 예는 월 4개 원고 초안, 각 원고의 승인 제목·메타·출처 2개, 기술 점검표 1회, 월말 변경 기록과 검수 기한처럼 단위와 형식을 적는 것입니다. 게시, 개발 반영, 성과 보장은 포함 여부를 별도로 씁니다.

검수 기준에는 파일 수뿐 아니라 필수 필드, 링크 동작, 승인 절차와 수정 횟수를 포함합니다. 고객의 자료 제공이 늦을 때 일정이 어떻게 바뀌는지도 정합니다.

활동 목록만 적으면 무엇이 빠지나요?

키워드 조사, 콘텐츠 작성, 분석이라는 활동만 있으면 완료 판단이 어렵습니다. 어떤 시장·언어·기간을 조사하는지, 결과물이 표인지 원고인지, 원시 데이터가 포함되는지, 누가 승인하는지가 필요합니다. FAR 2.101은 성과 작업 명세를 필요한 결과를 명확하고 구체적이며 객관적인 용어와 측정 가능한 결과로 설명하는 문서로 정의합니다. FAR 2.101 정의

조회수나 순위처럼 외부 변수의 영향을 받는 결과를 공급자가 통제 가능한 납품물과 혼동하지 않습니다.

제안서·견적서·기술 브리프와 어떻게 다른가요?

제안서는 문제 진단과 해결 방향을 설득하고 견적서는 가격과 지급 조건을 중심으로 합니다. 기술 브리프는 구현 요구와 배경을 개발팀에 전달합니다. SOW는 실제 계약 수행과 검수의 기준입니다. 여러 문서를 계약에 편입할 때 충돌 시 우선순위를 정합니다. 변경 요청은 새 범위·일정·비용을 승인한 뒤 반영합니다.

검수 가능한 문장으로 바꾸기

• 최적화를 진행한다 대신 점검 URL과 항목 수를 적습니다.
• 보고서를 제공한다 대신 필드·형식·제출일을 적습니다.
• 콘텐츠를 제작한다 대신 승인 단계와 수정 범위를 적습니다.
• 지원한다 대신 채널·시간·응답 목표를 적습니다.
• 성과를 개선한다 대신 측정 지표와 보장 한계를 적습니다.

SOW가 상세해도 모든 예외를 예상할 수는 없습니다. 발견 작업과 실행 작업을 나눕니다. 미확인 시스템이나 규제 검토가 생겼을 때 범위를 재산정하는 절차를 둡니다.

계약 담당자는 작업량이 늘어날 가능성이 큰 조사·수정·승인 단계를 각각 정의하고 고객 자료 지연이나 시스템 접근 제한이 생겼을 때 어느 납품물이 미뤄지며 추가 비용을 누가 승인하는지까지 문서에서 찾을 수 있어야 합니다.

자주 묻는 질문

SOW에 성과 목표를 적어도 되나요?

가능하지만 통제 가능한 납품 기준과 외부 변수의 영향을 받는 사업 목표를 구분하고 보장 여부를 명확히 해야 합니다.

견적서만 있으면 SOW는 필요 없나요?

작업 범위와 검수 기준이 충분히 구체적이면 별도 이름은 필수 아닙니다. 가격만으로는 분쟁을 줄이기 어렵습니다.

범위 밖 요청은 어떻게 처리하나요?

영향받는 일정·비용·납품물을 적은 변경 요청서를 승인한 뒤 수행하도록 절차를 둡니다.

출처와 확인 범위

1. FAR 37.602 Performance work statement · U.S. Acquisition.gov · 확인 2026-10-27

   결과 중심 작업 설명과 측정 가능한 성과 기준을 요구합니다.

   확인 범위: 미국 연방 조달 규정이며 민간 계약에 자동 적용되지 않습니다.

2. FAR 2.101 Definitions · U.S. Acquisition.gov · 확인 2026-10-27

   PWS를 명확·구체·객관적 결과와 측정 가능한 성과로 정의합니다.

   확인 범위: FAR 용어 정의로 일반 SOW의 법적 형식을 확정하지 않습니다.

함께 이해할 용어

이 용어를 적용하는 실무 가이드