긴 프로젝트를 혼자 떠안지 않고 마일스톤 단위로 청구하는 방법

석 달짜리 프로젝트를 마지막에 청구서 한 장으로 받는 것은 사실상 대출입니다. 인건비, 자재비, 시간을 먼저 부담하는 쪽은 당신이고, 클라이언트는 결과물을 받아 갑니다. 그러다 11주 차쯤 되면, 당신은 무이자로 그들의 프로젝트를 대신 자금 조달해 준 셈인데 정작 본인의 월세 납부일은 그 사이에 두 번이나 돌아왔다는 사실을 깨닫게 됩니다. 작업은 훌륭했습니다. 청구 방식이 실수였을 뿐이죠.

길고 규모가 큰 작업에 대한 전문가의 답은 마일스톤 청구입니다. 프로젝트를 여러 단계로 나누고, 각 단계가 완료될 때마다 청구하는 방식이죠. 비용이 계속 발생하는 동안에 현금이 들어옵니다. 클라이언트는 마지막에 한 번 받는 깜짝 놀랄 만한 금액 대신, 눈에 보이는 진행 상황에 연동된 일정하고 예측 가능한 청구를 보게 됩니다. 그리고 관계가 틀어지더라도, 이미 한 일에 대한 대금은 받은 상태가 됩니다. 이 가이드에서는 InvoiceFlow에서 프로젝트와 마일스톤을 활용해 이를 제대로 설정하는 방법, 이를 분할 결제 일정 및 부분 결제와 결합하는 방법, 그리고 마일스톤 청구가 다른 대안보다 나은 정확한 시점을 — 하나의 사례를 끝까지 따라가며 — 보여 드립니다.

예시로 사용할 작업

포틀랜드에서 활동하는 프리랜서 브랜드·웹 디자이너 대니얼을 만나 봅시다. 그는 지금까지 맡은 것 중 가장 큰 일을 막 따냈습니다. 중견 베이커리 체인의 전면 리브랜딩과 신규 웹사이트 제작이죠. 총 비용은 $24,000, 예상 기간은 약 석 달입니다. 작업은 자연스럽게 네 단계로 나뉩니다.

• 리서치 & 전략 — 조사, 포지셔닝, 무드보드. ($4,000)
• 브랜드 아이덴티티 — 로고, 컬러 팔레트, 타이포 시스템, 브랜드 가이드라인. ($8,000)
• 웹사이트 디자인 — 주요 템플릿 전반에 걸친 사이트 전체 디자인. ($7,000)
• 구축 & 런칭 — 개발, 콘텐츠 적재, 오픈. ($5,000)

대니얼이 이 작업을 청구할 수 있는 방법은 세 가지입니다. 마지막에 $24,000짜리 청구서 한 장을 보낼 수도 있고, 지금 당장 분할 결제 일정이 담긴 청구서 한 장을 보낼 수도 있으며, 이를 하나의 프로젝트로 다뤄 마일스톤 단위로 청구할 수도 있습니다. 우리는 세 번째 방식을 만들어 보고, 이런 형태의 작업에는 왜 그것이 옳은 선택인지 설명하겠습니다.

1단계: 프로젝트 만들기

InvoiceFlow의 프로젝트 기능은 Notion 스타일의 클라이언트 워크스페이스입니다. 하나의 작업에 관한 모든 일을 한곳에 모아, 흩어진 청구서들 사이로 분산되지 않게 하는 공간이죠. 대니얼은 "Bakery Co — 리브랜딩 & 웹"이라는 이름의 프로젝트를 만들고 이를 해당 베이커리의 클라이언트 기록에 연결합니다. 이제 작업 전체를 위한 단일한 집이 생긴 셈입니다.

이는 돈이 오가기 전부터 중요합니다. 긴 프로젝트는 석 달에 걸쳐 많은 문서를 만들어 냅니다. 견적서, 경우에 따라 계약서, 그리고 일련의 청구서들이죠. 이것들을 하나의 프로젝트 아래 묶어 두면, 9주 차에 클라이언트가 "지금까지 우리가 얼마나 결제했는지 다시 알려 줘요"라고 이메일을 보냈을 때, 평면적인 청구서 목록을 뒤지는 대신 한 번의 탭으로 답할 수 있습니다. 프로젝트는 컨테이너이고, 작업에 관한 모든 것이 그 안에 들어 있습니다.

2단계: 마일스톤 정의하기

프로젝트 안에서 대니얼은 단계마다 하나씩 마일스톤을 추가합니다. 각 마일스톤은 명확한 "완료" 조건을 가진 청구 가능한 작업 단위를 나타냅니다.

1. 리서치 & 전략 — 전략 덱이 전달되고 승인되면 완료. $4,000.
2. 브랜드 아이덴티티 — 브랜드 가이드라인이 확정 승인되면 완료. $8,000.
3. 웹사이트 디자인 — 모든 주요 페이지 디자인이 승인되면 완료. $7,000.
4. 구축 & 런칭 — 사이트가 오픈되면 완료. $5,000.

여기서 핵심은 "완료" 조건에 있습니다. 모호한 마일스톤("대략 절반쯤")은 분쟁을 부르고, 구체적인 것("가이드라인 확정 승인")은 그렇지 않습니다. 각 마일스톤은 클라이언트가 직접 보고 끝났다고 동의할 수 있는 무언가입니다. 바로 그것이 청구를 논란 없이 만드는 요소죠.

3단계: 작업이 완료될 때마다 각 마일스톤 청구하기

리듬은 이렇습니다. 대니얼은 $24,000 전체를 선불로 청구하지도 않고, 런칭 때까지 기다리지도 않습니다. 각 마일스톤이 도달할 때마다 청구합니다.

첫째 주, 본격적인 작업 전에 그는 리서치 단계를 시작점으로 삼습니다. 전략 덱을 전달하고, $4,000 청구서를 발행하며, 수령 즉시 결제 조건으로 둡니다. 클라이언트가 결제합니다. 대니얼의 첫 달 비용은 비싼 중간 단계에 깊이 들어가기 전에 이미 충당됩니다. 3주 뒤 브랜드 가이드라인이 확정 승인되면 $8,000짜리 브랜드 아이덴티티 청구서를 발행합니다. 이런 식으로 웹사이트 디자인과 런칭까지 이어집니다. 사이트가 오픈되고 마지막 $5,000 청구서가 발송될 무렵이면, 클라이언트는 이미 받아 보고 승인한 작업에 대해 이미 $19,000를 결제한 상태입니다. 아무도 누구를 대신 자금 조달해 주지 않습니다.

각 마일스톤 청구서는 평범한, 온전한 InvoiceFlow 청구서입니다. 베이커리의 정보, 올바른 통화, 결제 안내(대니얼은 PDF에 자신의 계좌 정보와 결제 링크를 표시합니다)를 담고 있으며, 그가 선택한 12가지 템플릿 중 하나로 렌더링됩니다. 프로젝트가 이들을 묶어 주기 때문에, 작업의 청구 이력은 서로 무관한 네 장의 청구서가 아니라 깔끔한 하나의 흐름으로 읽힙니다.

4단계: 프로젝트 전반의 미수금 추적하기

마일스톤 청구는 현재 위치를 볼 수 있을 때만 작동합니다. 각 청구서가 결제될 때마다 대니얼은 앱에서 결제 완료로 표시하고, 그러면 전체 그림이 최신 상태로 유지됩니다. 총 $24,000, 현재까지 청구된 금액, 현재까지 결제된 금액, 그리고 아직 미수인 금액까지요. 클라이언트가 청구서를 두 번에 나누어 결제하는 경우 — 가령 $8,000짜리 브랜드 아이덴티티 청구서 중 $4,000를 지금 내고 나머지는 다음 주에 낸다면 — 대니얼은 부분 결제를 기록하고, InvoiceFlow가 잔여 잔액을 자동으로 추적합니다. 미수금 숫자는 언제나 정확하므로, 대니얼은 스프레드시트 없이도 언제든 "이 프로젝트의 재무 상황이 지금 어디쯤인지"에 답할 수 있습니다.

부분 결제가 마일스톤 작업에 어떻게 맞물리는가

부분 결제와 마일스톤 청구는 서로 다른 문제를 해결하며, 함께 어우러집니다. 마일스톤은 프로젝트를 청구 가능한 단계로 나눕니다. 부분 결제는 어떤 청구서 하나든 여러 조각으로 나뉘어 결제될 수 있다는 현실을 다룹니다. 자금 흐름이 들쭉날쭉한 클라이언트, 막판에 협의한 분할 납부, 한 단계에 대한 계약금-후-잔금 방식 같은 경우죠. 둘 중 하나를 고를 필요가 없습니다. 각 마일스톤 청구서 자체가 부분적으로 결제될 수 있고, 프로젝트의 미수 총액이 그 모든 것을 올바르게 흡수합니다.

대안: 분할 결제 일정이 담긴 청구서 한 장

마일스톤 청구가 결제를 분산시키는 유일한 방법은 아닙니다. InvoiceFlow는 분할 결제 일정도 지원합니다. 청구서 한 장을 예정된 분할 납부 결제 플랜으로 나누면, 분할 납부 템플릿이 그 전체 일정을 PDF에 렌더링하여 클라이언트가 전체 플랜을 처음부터 보게 합니다.

대니얼의 베이커리 작업이라면, 네 장의 마일스톤 청구서 대신 $24,000짜리 청구서 한 장을 일정으로 분할해 발행할 수도 있습니다. 지금 $4,000, 4주 후 $8,000, 8주 후 $7,000, 런칭 시 $5,000처럼요. 문서 하나, 클라이언트가 동의하는 금액 하나, PDF에 인쇄된 명확한 일정. 그렇다면 진짜 마일스톤 청구 대신 분할 결제 일정에 손을 뻗어야 할 때는 언제일까요?

• 분할 결제 일정을 사용하세요 — 총액과 일정이 확정되어 있고, 클라이언트가 서명된 단일 문서 하나로 전체 플랜에 약속하기를 원할 때. 깔끔하고 예측 가능하며, 결제가 결과물 기준이 아니라 시간 기준일 때 이상적입니다.
• 마일스톤 청구를 사용하세요 — 각 단계에 고유한 "완료" 조건이 있고, 각 결제를 눈에 보이고 승인된 진행 상황에 연동하고 싶을 때, 그리고 진행하면서 범위나 단계 경계가 조금이라도 바뀔 가능성이 있을 때. 마일스톤은 유연하지만, 고정되어 인쇄된 일정은 그렇지 않습니다.

베이커리 리브랜딩에서는 마일스톤이 이깁니다. 각 단계에 실제 인수 게이트(덱 승인, 가이드라인 확정 승인, 디자인 승인, 사이트 오픈)가 있고, 브랜드 프로젝트는 거의 항상 진행 중에 진화하기 때문입니다. 다만 분할 일정 방식은, 예를 들어 날짜가 결과물이 아닌 청구를 좌우하며 세 번의 월별 1/3로 나누어 결제되는 고정 $12,000 리테이너형 작업에는 정말로 더 낫습니다.

왜 마지막에 큰 청구서 한 장으로 하면 안 되는가?

대부분의 사람들이 기본값으로 택하는 선택지를 분명히 짚어 둘 가치가 있습니다. 긴 작업에는 거의 항상 그것이 최악의 선택이기 때문입니다. 프로젝트 종료 시 한 장의 청구서가 가진 미덕은 딱 하나입니다. 보내기 간편하다는 것이죠. 그에 맞서, 마일스톤 청구가 제거하는 모든 위험이 차곡차곡 쌓입니다.

• 프로젝트 전체를 당신이 자금 조달합니다. 석 달 치의 노동과 모든 자재가, 마지막까지 당신의 재무제표에 얹혀 있게 됩니다.
• 숫자 하나, 최대치의 가격 충격. 차갑게 날아드는 $24,000 청구서는, 클라이언트가 이미 예상하고 있던 네 장의 청구서보다 지연, 재협상, 혹은 "재무팀에 한번 물어볼게요"를 유발할 가능성이 훨씬 큽니다.
• 당신의 협상력이 하필 가장 나쁜 순간에 증발합니다. 클라이언트는 완성된 결과물을 손에 쥐고 있고, 당신에게는 미결제 청구서가 있습니다. 그들이 결제를 질질 끌면, 당신이 취할 수 있는 유일한 수단은 어색한 것들뿐입니다.
• 범위 확장이 값이 매겨지지 않은 채 넘어갑니다. 중간에 점검 지점이 없으면, 둘째 달의 추가 수정 라운드는 그냥 최종 금액 속으로 사라지거나 — 아니면 마지막에 불편한 대화 속으로 사라집니다.

마일스톤 청구는 이 모두를 별일 아닌 것으로 바꿉니다. 작업이 진행되는 대로 돈이 들어옵니다. 각 청구서는 주목받지 않을 만큼 충분히 작습니다. 당신은 언제나 다음 단계를 협상력으로 쥐고 있습니다. 그리고 범위 변경은 마일스톤 경계에서 잡혀, 곪아가는 대신 깔끔하게 다시 값을 매길 수 있습니다.

설정 방법: 짧은 버전

여러분 자신의 긴 프로젝트를 위해, 전체 워크플로를 핵심만 추려 보면 이렇습니다.

1. 작업을 위한 프로젝트를 만들고 클라이언트에 연결하세요. 이것이 이후의 모든 것을 담을 단일 워크스페이스입니다.
2. 작업을 마일스톤으로 나누세요 — 청구 가능한 단계마다 하나씩, 각각 구체적인 "완료" 조건과 가격을 부여하세요. 조건은 클라이언트가 직접 보고 끝났다고 동의할 수 있는 것으로 유지하세요.
3. 선택적으로 먼저 견적서를 보내세요 — 전체 범위와 마일스톤 분할을 담아, 클라이언트가 시작 전에 플랜을 승인하도록요. InvoiceFlow에서 견적서는 청구서로 전환되며, 부분 전환도 가능합니다. 승인된 견적에서 첫 단계만 청구하고 싶을 때 유용합니다.
4. 각 마일스톤이 완료될 때마다 청구하세요. 온전한 청구서, PDF에 결제 안내, 수령 즉시 또는 짧은 결제 조건으로요.
5. 결제를 — 부분 결제도 포함해 — 들어오는 대로 기록하고, 프로젝트의 미수금 수치가 누적 합계를 정직하게 유지하도록 두세요.

대신 여러분의 작업이 결과물 중심이 아니라 시간 중심이라면, 4단계를 분할 결제 일정이 담긴 청구서 한 장으로 바꾸세요. 목표는 같습니다 — 프로젝트가 진행되는 대로 돈이 들어오는 것 — 다만 다른 형태의 작업에 맞는 다른 메커니즘일 뿐입니다.

더 넓은 핵심

긴 프로젝트는 예측 가능한 방식으로 재무적으로 실패합니다. 작업은 잘 진행되고, 청구는 맨 마지막에 오며, 프리랜서가 석 달 치 위험을 무료로 떠안는 것이죠. 마일스톤 청구는 이를 뒤집습니다. 작업을 프로젝트로 다루고, 실제 인수 게이트가 있는 마일스톤으로 나누며, 각 단계가 도달할 때마다 청구하고 — 부분 결제와 미수금 추적으로 누적 합계가 언제나 정확하도록 보강함으로써 — 당신은 클라이언트를 대신 자금 조달하는 일을 멈추고 작업과 발맞추어 대금을 받기 시작합니다. 결과물은 바뀌지 않습니다. 바뀌는 것은 당신의 현금 흐름, 협상력, 그리고 숙면입니다.