현금 흐름 예측: 13주 회전 예측 방법

이 가이드는 회사의 유동성을 관리하는 간단하고 CFO 수준의 방법을 제공합니다. 13주 회전 현금 예측을 구축하여 현금 소진율을 주별로 확인하고, 징수 및 지불을 전략적으로 조정하며, 예상치 못한 재정적 어려움을 제거할 수 있습니다. 이는 Beancount 원장과 완벽하게 조화를 이루는 창업자를 위한 시스템입니다.

왜 13주인가?​

13주 예측은 다음과 같은 주요 이유로 운영 현금 관리를 위한 표준으로 간주됩니다.

• 단기 제어: 약 1분기 동안의 기간을 포함하여 즉각적인 유동성을 명확하게 보여줍니다. 이 기간은 2~3회의 급여 주기, 세금 납부 및 일반적인 공급업체 지불 조건을 포함할 만큼 충분히 길지만, 매우 정확하고 실행 가능할 만큼 짧습니다.
• 수입 및 지출 보기: 예측은 "직접법"을 사용하여 현금 유입 및 유출에만 집중합니다. 이는 발생주의 회계 또는 수익성에 관한 것이 아니라, 실제로 은행 계좌에 입금되거나 출금될 금액에 대한 것으로, 예측이 은행 잔고와 직접 연결되도록 합니다.
• 회전식, 정적이지 않음: 이는 일회성 예산이 아닙니다. 매주 바로 전 주를 삭제하고, 새로운 주(13주차)를 추가하고, 가정을 업데이트합니다. 이를 통해 미래를 내다보는 기간을 일정하게 유지하고, 예측을 역동적인 주간 활동으로 전환합니다.

구축할 내용​

1. 단일 스프레드시트: 시스템의 핵심은 13개의 열(1주차부터 13주차까지)과 명확하게 정의된 섹션(시작 현금, 수입, 지출, 순 현금, 종료 현금)이 있는 하나의 시트입니다.
2. 범주 매핑: 원장의 거래를 예측 범주에 매핑하는 간단한 시스템(예: Stripe의 모든 지불은 "고객 수입"에 매핑, Gusto 지불은 "급여"에 매핑).
3. 주간 리듬: 예측 업데이트, 분산 추적(예측 대 실제) 및 재무 임계값에 도달했을 때 조치를 취하기 위한 미리 정의된 트리거 세트를 위한 반복 가능한 프로세스입니다.

구조 (필요한 행)​

모든 현금 흐름을 캡처하려면 다음 행으로 예측 시트를 구성해야 합니다.

• 시작 현금 잔고 (이것은 이전 주의 종료 현금 잔고와 일치해야 합니다.)

• 수입 (현금 유입)

  • 고객 수입: 기존 송장에서 징수할 것으로 예상되는 현금 (미수금).
  • 신규 예약/선불: 13주 기간 내에 마감되는 새로운 거래에서 예상되는 선불.
  • 기타 유입: 세금 환급, 이자 수입 또는 보조금과 같은 기타 현금 유입.

• 지출 (현금 유출)

  • 급여: 직원에게 지급되는 순 급여 및 모든 고용주 측 급여세를 포함한 전체 현금 비용.
  • 계약자 및 프리랜서: 비직원에게 지급되는 금액.
  • 클라우드/호스팅 (매출 원가): AWS, GCP 등과 같은 핵심 인프라 비용.
  • SaaS/도구: 모든 소프트웨어 구독.
  • 마케팅: 광고 지출, 대행사 수수료 및 기타 브랜드 관련 비용.
  • 임대료/사무실: 물리적 사무실 비용.
  • 법률 및 회계: 전문 서비스 수수료.
  • 하드웨어/자본 지출: 노트북 및 기타 장비 구매.
  • 매출세 송금: 정부 기관에 징수된 매출세 납부.
  • 부채 상환: 모든 대출에 대한 원금 및 이자 지급.
  • 일회성: 연간 보험료 또는 보증금과 같은 덩어리지고 드문 지불.

• 순 현금 흐름 (= 총 수입 − 총 지출)

• 종료 현금 잔고 (= 시작 현금 + 순 현금 흐름)

회전 메커니즘 (다음 수식 복사)​

회전 예측의 논리는 간단하고 강력합니다.

• 시작 현금 (n주차) = 종료 현금 (n−1주차)
• 순 현금 (n주차) = Σ 수입 (n주차) − Σ 지출 (n주차)
• 종료 현금 (n주차) = 시작 현금 (n주차) + 순 현금 (n주차)

매주 월요일 아침의 리듬:

1. 창 이동: 전체 예측을 한 주 앞으로 이동합니다. 이전 2주차는 새로운 1주차가 됩니다. 바로 전 주를 삭제하고 새로운 13주차를 끝에 추가합니다.
2. 실제 값으로 업데이트: 지난 주의 예측을 은행 및 원장의 실제 현금 흐름으로 바꿉니다.
3. 미래 재추정: 새로 보낸 송장, 예정된 공급업체 지불, 확인된 급여일 등 사용 가능한 최신 정보로 향후 2~4주 동안의 예측을 업데이트합니다.

Beancount에서 예측으로 매핑​

• 현금 실적 출처: 주간 실적은 날짜별로 그룹화된 Assets:Bank:*에 대한 모든 게시물과 Liabilities:CreditCard:*의 지불 합계입니다.
• 수입 범주: Stripe, PayPal 등의 지급액을 "고객 수입" 라인에 매핑합니다. 비운영 유입을 "기타"에 매핑합니다.
• 지출 범주: 공급업체를 예측 버킷에 간단하게 매핑합니다. 예를 들어 AWS 및 GCP는 "클라우드/호스팅"에 매핑하고, Gusto 또는 ADP는 "급여"에 매핑하고, 법률 회사는 "법률/회계"에 매핑합니다.
• 매출세 처리: 매출세는 수익이 아니더라도 현금 흐름 항목입니다. 매출세 징수를 현금 수입으로, 정부에 대한 송금을 지출로 취급합니다. 수익 영향은 발생주의 장부에 있지만 현금 흐름이 중요합니다.

팁: 스프레드시트에 작은 "공급업체 매핑" 탭을 유지하십시오. 이렇게 하면 매월 공급업체 지불을 일관되게 분류할 수 있으며, 이는 정확한 분산 분석에 매우 중요합니다.

업데이트 리듬 (매주 30~45분)​

1. 실제 값 가져오기 (15분): 은행 및 신용 카드 계정에서 거래를 다운로드합니다. 이전 주의 "종료 현금"이 실제 은행 잔고와 완벽하게 일치하는지 확인합니다. 이 조정은 협상할 수 없습니다.
2. 미수금 검토 (10분): 모든 미결제 송장 목록을 작성하고 예상 지불 주에 넣습니다. 과거 실적을 기반으로 보수적으로 접근하고 현실적인 징수 지연을 적용합니다.
3. 지급 계정 및 급여 검토 (10분): 알려진 예정된 청구서의 만기일을 넣습니다. 전체 분기에 대한 급여 날짜와 금액을 미리 채웁니다. 주중에 현금 선택권을 유지하기 위해 중요하지 않은 지출은 금요일에 준비합니다.
4. 분산 회의 (10분): 지난 주의 예측을 실제 결과와 간단히 비교합니다. 중요한 차이의 원인을 기록하고 향후 예측 규칙을 조정해야 하는지 여부를 결정합니다.

정확성 및 의사 결정​

정확성 규칙​

• 1~2주차: ±5~10% 오류를 목표로 합니다. 이러한 날짜와 금액은 매우 확실해야 합니다.
• 3~6주차: ±10~20% 오류를 예상합니다. 이 기간은 알려진 청구서와 패턴 기반 추정치의 혼합이 될 것입니다.
• 7~13주차: 예측의 이 부분은 방향성을 나타냅니다. 이는 판매 파이프라인과 실행률 비용에 의해 결정됩니다.

신뢰 코드: 예측을 더 쉽게 읽을 수 있도록 각 예측 행을 신뢰 코드로 표시합니다. 확정 (예: 급여, 임대료), 가능성 높음 (예: 우량 고객에 대한 송장) 또는 상승 여지 (예: 파이프라인의 새로운 거래).

트리거 및 조치 (미리 결정)​

예측은 계획 없이는 쓸모가 없습니다. 특정 임계값에 도달했을 때의 조치를 미리 정의합니다.

• 최소 현금 하한선: 예를 들어 규칙은 "우리는 항상 다음 전체 급여 금액의 1.5배 이상의 현금을 유지해야 합니다."일 수 있습니다. 예측에서 이 하한선을 위반할 것으로 나타나면 즉시 사전 합의된 계획(예: 징수 스프린트 및 모든 재량적 지출 중단)을 실행합니다.
• 활주로 안전 장치: 예를 들어 "13주차의 종료 현금이 X개월 미만의 소진을 의미하는 경우 자금 조달 계획을 시작합니다."일 수 있습니다. 여기에는 조건서 요청, 고객에게 수익 선불에 대한 할인 제공 또는 신용 한도 인출이 포함될 수 있습니다.
• 대규모 유출 규칙: 예를 들어 "현재 현금 잔액의 5%를 초과하는 단일 비 급여 지출은 2주 전에 승인을 받아야 하며 비상 계획이 있어야 합니다."

템플릿 및 시나리오​

간단한 범주 세트 (시드 단계 SaaS용)​

• 수입: 고객 수입, 기타 유입 (이자, 환불, 보조금)
• 지출: 급여 (순 + ER 세금), 계약자, 클라우드/호스팅 (매출 원가), 소프트웨어/SaaS (OpEx), 마케팅 (유료/브랜드), 임대료/사무실, 법률/회계, 세금 및 수수료, 부채 상환, 일회성 / 연간
• 계산됨: 순 현금, 종료 현금

템플릿 (스프레드시트에 복사)​

각 열에 주 시작 날짜를 레이블로 지정합니다 (예: 2025-08-18, 2025-08-25 등). 머리글 행과 첫 번째 열을 고정합니다.

시나리오 전환 (가볍게 유지)​

복잡한 모델을 만들지 않고도 간단한 시나리오 계획을 세울 수 있습니다. 주요 동인에 대한 "전환" 셀을 시트 상단에 추가합니다. 예를 들어:

• 징수일 전환: [1.0] (징수가 20% 느려지는 것을 모델링하려면 1.2로 변경)
• 신규 예약 전환: [1.0] (계획 대비 20% 부족한 것을 모델링하려면 0.8로 변경)

관련 예측 행에 이러한 전환을 곱하여 영향을 확인합니다.

학습 및 실수 방지​

분산 추적 (학습 복합화)​

바로 전 주에 두 개의 열("지난 주 예측" 및 "실제")을 추가합니다. 분산을 계산합니다. 검토할 때 주요 차이의 이유(징수 지연, 범위 변경, 계획되지 않은 공급업체 구매, 타이밍 변경)를 태그합니다. 동일한 유형의 분산이 반복되면 모델의 기본 규칙을 변경합니다. 예를 들어 징수가 일관되게 1주일 늦어지면 기본 징수 지연 가정을 21일에서 28일로 변경합니다.

일반적인 함정 (다음 사항 방지)​

• 발생주의 및 현금 혼합: 이 예측은 현금만 해당됩니다. 인식된 수익, 감가상각 및 기타 발생주의 개념은 여기에 있지 않고 기본 원장에 있습니다.
• 덩어리 연간 잊어버림: 연간 보험료, 대규모 SaaS 갱신 및 분기별 세금 납부는 큰 놀라움이 될 수 있습니다. 알게 되는 즉시 예측에 예약합니다.
• 매출세 현금 무시: 통과 부채이더라도 송금할 때까지 현금이 은행 계좌에 있습니다. 유입과 유출을 모두 모델링합니다.
• 명확한 소유자 없음: 매주 예측을 업데이트할 책임을 한 사람에게 할당합니다. 휴가를 위한 대리인을 지정합니다.

빠른 Beancount 연결​

• 계정 차트: 현금 버킷을 깨끗하게 유지합니다 (예: Assets:Bank:Checking, Liabilities:CreditCard:Amex). 이렇게 하면 주간 실적을 쉽게 가져올 수 있습니다.
• Fava 검사: interval: week로 Fava에서 손익 계산서를 실행하여 최근 실제 소진과 비교하여 예측된 소진율을 건전성 검사합니다.
• 문서화: 대규모 일회성 항목이 있는 경우 Beancount documents/ 폴더에 송장 PDF를 첨부하고 예측의 메모 열에서 연결합니다.

이사회/투자자 팩 (한 슬라이드)​

1. 그래프: 모든 13주 동안 주별 종료 현금의 간단한 선 차트입니다. 최소 현금 하한선을 보여주는 수평선을 추가합니다.
2. 표: W1~W13 종료 현금 숫자를 보여주는 작은 표와 분기에 예상되는 상위 5개 최대 유입 및 유출의 글머리 기호 목록입니다.
3. 메모: 마지막 업데이트 이후 변경된 주요 가정과 도달했거나 도달할 것으로 예상되는 트리거에 대한 몇 가지 글머리 기호입니다.