당사자 및 작업 범위 이해하기
계약의 첫 번째 섹션은 누가 관련되어 있고 그들이 무엇을 하기 위해 동의하는지를 식별합니다. 이것은 명확해 보일 수 있지만, 여기서의 모호함은 나중에 문제를 일으킵니다. 모든 당사자가 법적 이름과 주소로 올바르게 확인되었는지 먼저 확인하세요. 회사와 작업하는 경우, 법인 이름이 공식 사업 등록과 일치하는지 확인하십시오. 저는 한 번 클라이언트가 DBA(Doing Business As)명으로 서명하여, 그들의 은행 계좌가 LLC명 아래에 있을 때 지급 처리가 복잡해졌습니다. 작업 범위 섹션은 귀하가 제공하는 내용을 정확히 정의합니다. 많은 프리랜서가 애매한 언어를 수용함으로써 곤란해지는 지점입니다. "웹사이트 개발" 또는 "컨설팅 서비스"와 같은 문구는 너무 포괄적입니다. 대신, 구체적인 결과물에 주목하세요: "홈, 소개, 서비스, 포트폴리오 및 연락처 페이지를 포함한 5페이지 반응형 웹사이트, 모바일 최적화 및 기본 SEO 구현과 함께." 범위에서 명시적으로 제외된 사항에 유의하세요. 잘 작성된 계약서는 귀하가 책임지지 않는 내용을 명시합니다. 예를 들어, "본 계약에는 지속적인 유지보수, 호스팅 설정 또는 자리 표시자 텍스트 이상의 콘텐츠 생성이 포함되지 않습니다." 이러한 제외는 추가 보상 없이 프로젝트 요구 사항의 점진적인 확장으로부터 귀하를 보호합니다. 열린 의무를 만드는 문구에 주의하세요. "필요한 경우", "합리적인 노력", "클라이언트의 만족을 위해"와 같은 조건은 경고 신호입니다. 이러한 주관적 기준은 클라이언트에게 추가 작업을 요구할 수 있는 무한한 힘을 부여합니다. 계약서에 "출시 후 합리적인 지원을 제공할 것"이라는 문구가 있을 때 이러한 교훈을 배웠습니다. 클라이언트는 "합리적인" 것을 24/7의 가용성으로 해석했습니다."작업 범위는 미지급 노동에 대한 방패입니다. 계약서에 명시적으로 나열되지 않은 것은 의무가 없으며, 변경 주문 및 추가 지급 없이 수행해서는 안 됩니다." — 계약 협상 전문가 사라 첸나열된 가정이나 의존 사항도 살펴보세요. 귀하의 작업이 클라이언트가 콘텐츠, 시스템 접근, 적시 피드백을 제공하는 것에 의존하는 경우, 이는 기록되어야 합니다. 클라이언트가 의무를 이행하지 않을 경우, 귀하는 계약적인 뒷받침을 통해 일정 조정이나 계약 종료를 벌금 없이 진행해야 합니다.
지급 조건 및 보상 구조
금전 관련 문제는 종종 가장 큰 분쟁의 원인이 되므로 이 섹션은 주의 깊게 살펴볼 필요가 있습니다. 총 금액 외에도, 언제 그리고 어떻게 지급받는지를 이해해야 합니다. 먼저 지급 일정부터 확인하세요. 계약이 종료 시 일괄 지급인지, 마일스톤 기반 지급인지, 아니면 시간당 청구인지 확인하세요. 각각의 구조는 귀하의 현금 흐름 및 위험 노출에 영향을 미칩니다. 5,000달러 이상의 프로젝트에 대해 저는 항상 최소 30-50%를 선불로 협상합니다. 이 보증금은 클라이언트의 약속을 나타내며, 프로젝트가 무산될 경우 초기 시간 투자에 대한 보장을 제공합니다. 마일스톤 기반 지급은 특정하고 측정 가능한 결과물에 따라야 하며, 임의의 날짜에 따라서는 안 됩니다. "3월 15일에 50% 지급" 대신, 계약서는 "디자인 모형에 대한 클라이언트 승인 시 50% 지급"이라고 명시해야 합니다. 이는 지급을 귀하의 완료된 작업에 연결시켜 클라이언트의 지연으로 인해 미뤄질 수 있는 일정 날짜와 구분됩니다. 지급 일정도 신중하게 검토하세요. "Net 30"은 청구서를 발행한 후 30일 내 지급이 due하다는 의미이며, 프로젝트 완료 후 30일이 아닙니다. 일부 계약서는 "Net 60" 또는 심지어 "Net 90" 조건을 포함하기도 하며, 이는 귀하의 재정에 부담을 줄 수 있습니다. 저는 이러한 조건을 많이 줄여주기 위해 빠른 지급에 대한 소액 할인을 제안합니다—"10일 이내에 지급 시 2% 할인"은 종종 빠른 지급을 유도합니다.| 지급 조건 | 의미 | 현금 흐름 영향 |
|---|---|---|
| 영수증 수령 시 지급 | 청구서 발행 즉시 지급 예상 | 프리랜서의 현금 흐름에 최적 |
| Net 15 | 청구서 날짜 후 15일 내 지급 | 양호 - 관리 가능한 대기 시간 |
| Net 30 | 청구서 날짜 후 30일 내 지급 | 표준 - 계획적으로 진행 |
| Net 60 | 청구서 날짜 후 60일 내 지급 | 불량 - significant 현금 흐름 부담 |
| Net 90 | 청구서 날짜 후 90일 내 지급 | 매우 불량 - 가능하면 피해야 함 |
지적 재산권 및 소유권
지적 재산(IP) 조항은 귀하가 만든 작업의 소유자를 결정합니다. 이 섹션은 귀하의 포트폴리오와 코드 또는 디자인을 재사용할 수 있는 능력에 장기적인 영향을 미칩니다. 기본 질문은 소유권을 이전하는지 아니면 라이센스를 부여하는지입니다. 완전 이전은 클라이언트가 귀하가 생성한 모든 것을 소유하게 하며, 일반적으로 이를 다시 사용하거나 귀하의 포트폴리오에 표시할 수 없습니다. 라이센스는 귀하가 소유권을 유지하지만 클라이언트에게 특정 용도로 작업을 사용할 수 있는 권리를 부여합니다. 대부분의 클라이언트 계약서에는 "고용된 작업"이라는 언어가 포함되어 있어 IP 소유권이 클라이언트에게 자동으로 이전됩니다. 미국 저작권법에 따라 고용된 작업은 클라이언트가 작업의 법적 저자로 간주됩니다. 이는 맞춤형 클라이언트 프로젝트의 표준이지만, 귀하가 포기하는 것을 이해해야 합니다. IP 이전의 시점을 찾으세요. 최고의 보호는 다음과 같은 언어입니다: "지적 재산권은 전체 지급 완료 시 클라이언트에게 이전됩니다." 이는 지급 분쟁이 발생할 경우 귀하가 지렛대를 유지할 수 있도록 보장합니다. 저는 한 번 클라이언트가 프로젝트 중간에 지급을 중단했지만 모든 파일을 넘기라고 요구한 적이 있습니다. 제 계약서가 IP 이전을 지급과 연결했기 때문에 인보이스가 해결될 때까지 결과물을 보류하는 법적 보호를 받았습니다."지급을 받기 전에 지적 재산권을 이전해서는 안 됩니다. 귀하의 작업은 귀하의 지렛대이며, 이를 넘기면 미지급 청구서를 수취하는 것이 기하급수적으로 어려워집니다." — 프리랜서 변호사 마커스 로드리게스IP 이전에 포함된 내용을 주의 깊게 살펴보세요. 최종 결과물만 포함되는지, 아니면 초기 스케치, 사용되지 않은 개념 및 작업 파일도 포함되는지 확인합니다. 저는 일반적으로 이전을 최종 승인된 결과물로 제한합니다. 이것은 제가 코드 라이브러리, 디자인 패턴 및 클라이언트 프로젝트에서 궁극적으로 사용되지 않은 개념을 재사용할 수 있도록 합니다. 자신에게 부여하는 권리나 라이센스가 있는지 확인하세요. 소유권을 이전할 때에도 작업을 포트폴리오에 표시하거나 사례 연구에 사용하거나 클라이언트 관계를 참조할 권리를 협상할 수 있습니다. 제 계약서에는 다음과 같은 내용이 포함됩니다: "디자이너는 클라이언트에 대한 적절한 귀속 표시와 함께 완료된 작업을 포트폴리오 및 마케팅 자료에 표시할 권리를 유지합니다." 계약 기간 동안 또는 프로젝트와 관련하여 귀하가 창출한 모든 것에 대한 소유권을 주장하는 지나치게 포괄적인 IP 조항에 주의하세요. 일부 계약서는 귀하가 독립적으로 개발한 도구, 템플릿 또는 방법론에 대한 소유권을 주장하려고 합니다. 저는 항상 다음과 같은 제외 조항을 포함합니다: "본 계약은 디자이너의 기존 도구, 코드 라이브러리 또는 독점 방법론의 소유권을 이전하지 않으며, 이는 본 프로젝트에 한해 클라이언트에게 사용을 허가합니다." 소프트웨어 개발에 대해, 소스 코드를 이전하는지 아니면 단지 컴파일된/실행 가능한 버전만 제공하는지를 검토하세요. 소스 코드 이전은 클라이언트에게 더 많은 가치를 부여하지만, 귀하가 구성 요소를 재사용할 수 있는 능력을 제한합니다. 저는 프로젝트 특정 코드를 이전하는 동안 일반 함수 및 라이브러리의 소유권을 종종 유지합니다.