참고: 이 문서에 설명된 지불 구조는 소규모 프로젝트(예: 기간이 약 한 달)에 가장 적합합니다.
프로젝트를 시작하기 전에 얼마나 많은 보증금을 예치해야 합니까? 중간 지불은 언제 요청해야 하며 그 분할금은 얼마여야 합니까? 이것은 소프트웨어 개발 계약에 관련된 모든 사람을 위한 관련 질문입니다.
짧은 버전을 원하는 사람들을 위해 신용카드현금화 내가 사용하는 구조는 보증금 20%, 대부분의 작업이 완료되면 중간 지불 70%, 프로젝트 완료 시 최종 10% 지불입니다. 불행히도 이 구조에는 결함이 있지만 다른 구조에는 없는 주요 보호 기능도 있습니다.
프로젝트 수명 동안 지불을 분할하는 몇 가지 접근 방식을 자세히 살펴보겠습니다.
방법 I, 20/70/10 – 완벽하지는 않지만 지금까지 사용한 시스템 중 최고입니다. 분해하여 예를 보여 드리겠습니다.
20% 보증금 → 작업 시작 전
70% 중도금 → 대부분의 작업이 완료되었을 때
10% 최종 지불 → 프로젝트 완료 시(즉, 승인).
예시 프로젝트, 총 예산: $5,000
지불 1: $1,000
지불 2: $3,500
지불 3: $500
70% 인보이스는 언제 발송합니까? 내 생산 체크리스트에 모든 작업의 90%가 완료된 것으로 표시되면 이 인보이스를 보냅니다.
이 구조의 아름다움은 10%의 최종 지불에 있습니다. 이것은 클라이언트가 ‘발을 끌 때’ 계약자가 겪는 불공정한 패널티를 획기적으로 완화합니다. 이 상황의 가장 일반적인 원인 중 하나는 클라이언트가 적시에 콘텐츠를 제공하지 못하는 경우입니다. 이는 클라이언트가 비즈니스의 다른 영역에 집중하기 위해 기술 프로젝트를 보류하기로 결정할 때도 발생할 수 있습니다.
이 방법의 가장 큰 함정은 큰 중간 지불입니다. 소규모 비즈니스를 위해 갑자기 그렇게 큰 현금 덩어리를 찾아야 하는 것은 상당히 어려울 수 있습니다.
방법 II, 20/80 – 몇 년 전에 이 구조를 사용한 적이 있습니다. 프로젝트 시작 전 초기 보증금 20%를 입금하고 프로젝트가 끝나면 나머지 금액을 지불했습니다. 불행히도 이 방법은 위험이 따릅니다.
예를 들어, 프로젝트의 예산이 $5,000인 경우 프로젝트가 끝날 때 갑자기 소규모 사업주에게 $4,000를 요구하는 것은 단지 문제를 요구하는 것입니다. 또한 클라이언트가 프로젝트 완료를 연기하기로 결정한 경우 계약자에게 심각한 현금 흐름 결과가 발생할 수 있습니다.
방법 III, 50/50 – 이 구조를 사용하는 회사에서 일했습니다. 이것은 실제로 많은 설명이 필요하지 않습니다. 선행 50% 및 프로젝트 완료 50%에 불과합니다. 이 구조의 가장 큰 장점은 대규모 선불 현금 투입입니다. 이것은 소수의 직원을 고용하는 소규모 회사에 중요할 수 있습니다. 그러나 큰 단점도 있습니다. 어떤 이유로든 프로젝트가 지연되면 예산의 많은 부분이 림보에 빠지게 됩니다.
방법 IV, 20/75/5 – 이것은 분명히 방법 I과 매우 유사합니다. 이것은 제가 몇 년 전에 일했던 웹 개발 에이전시에서 사용하는 구조입니다. 여기에서 지연된 프로젝트에 대한 비상 사태로 소액의 최종 지불이라는 개념을 처음 소개받았습니다.
방법 V, 25/50/25 – 이 비율 분할은 동료 중 한 명이 나에게 제안했습니다. 이것은 내 생각에 꽤 좋은 구조입니다. 보증금으로 요구되는 금액이 합리적이고, 중간 지불이 만기가 되었을 때 클라이언트에게 덜 부담스럽게 보일 것이며, ‘몸값으로 유예’되지 않더라도 최종 지불이 프로젝트 예산의 막대한 부분.