손익계산서는 "수익성이 있는가?"라는 질문에 답합니다. 13주 현금 흐름 예측은 실제로 전자상거래 스토어를 폐쇄시키는 질문, 즉 "마감일에 공급업체 잔금을 지불할 수 있는가?"에 답합니다.
공급업체로부터 온 이메일은 정중하지만 협상의 여지가 없습니다. 가을 재고 주문 잔금은 컨테이너가 발송될 때, 다음 주 금요일로부터 2주 후에 납부해야 합니다. 몇 달 전에 합의한 금액입니다. 은행 앱을 열고 잔액을 확인하고 수백 번 했던 대로 머릿속으로 계산합니다. — 수입 지급, 급여 지출, 곧 있을 판매세 신고 — 그리고 돈이 실제로 있는지 확신할 수 없다는 것을 깨닫습니다.
이상한 점은 사업이 괜찮은데도 그렇다는 것입니다. 지난 분기에 수익성이 있었습니다. 회계사가 그렇게 말했습니다. 하지만 당신은 이 순간의 다른 버전도 경험했습니다. — 머릿속 계산이 틀렸고, 공급업체 지급이 부족한 주에 부딪혀 계좌 간 돈을 옮기고 가장 짜증 나게 해서는 안 되는 공급업체에게 사과 이메일을 작성하는 데 이틀을 보냈던 순간 말입니다.
그 순간으로 계속 당신을 되돌리는 믿음은 간단합니다: "나는 수익성이 있으니 현금은 저절로 해결될 것이다." 대부분의 사업에서는 낙관적인 생각일 뿐입니다. 재고를 보유하는 스토어의 경우 구조적으로 잘못된 생각입니다. — 수익은 분기에 걸쳐 꾸준히 발생하지만, 현금은 덩어리로 빠져나가기 때문입니다. 13주 현금 흐름 예측은 전자상거래에 특화된 해결책입니다. 스프레드시트 하나, 15개 행, 매주 월요일 업데이트되며, 6주 전에 나쁜 주를 보여줍니다.
왜 13주 — 그리고 왜 주간인가
13주는 임의의 기간이 아닙니다. 그것은 한 분기입니다. — 대부분의 스토어에서는 대략 한 번의 전체 재고 주기와 같습니다. PO를 주문하고, 보증금을 지불하고, 발송 시 잔금을 지불하고, 상품을 받고, 판매하고, 현금을 회수합니다. 더 짧은 예측은 구매 주문의 전체 수명을 볼 수 없습니다. 더 긴 예측은 계획으로 위장한 추측일 뿐입니다.
주간 세분성은 길이보다 더 중요합니다. 대부분의 회계 소프트웨어에서 기본적으로 생성되는 월간 현금 예측은 재고 중심 스토어를 망치는 것을 평균화해 버립니다. 95,000달러가 들어오고 90,000달러가 나가는 달은 편안해 보입니다. 하지만 그 지출의 58,000달러가 두 번째 주에 21,000달러의 수입에 대해 발생한다면, "괜찮은" 달의 중간에 8일 동안 심각한 마이너스를 기록한 것입니다. 은행은 평균을 내지 않습니다. 공급업체도 마찬가지입니다.
주간 열은 일주일에 30분 안에 유지할 수 있는 가장 세밀한 해상도이며, 문제를 포착할 수 있는 가장 거친 해상도입니다. 그것이 전체 디자인입니다.
전자상거래 예측을 만드는 행들
일반적인 소규모 비즈니스 현금 예측은 여기서는 당신에게 도움이 되지 않을 것입니다. 전자 상거래 자금은 일반적인 템플릿이 모델링하지 않는 타이밍 특성을 가지고 있기 때문입니다. 그중 다섯 가지가 가장 큰 피해를 줍니다:
정산금은 판매 날짜가 아닌 정산 주기마다 도착합니다. 이번 주에 올린 판매는 이번 주 현금이 아닙니다. Shopify는 이를 일괄 처리하고 수수료와 환불을 공제한 후 자체 일정에 따라 입금합니다. 이것이 바로 정산금이 판매액과 결코 같지 않은 이유입니다. 실제 입금되는 금액을 기준으로, 실제로 빠져나가는 금액을 제외한 입금액을 예측하세요. 정산금이 아닌 판매액을 예측하면 모든 열이 며칠과 몇 퍼센트씩 틀리게 되는데, 이는 빨간색 주를 숨기기에 충분합니다.
재고 구매 주문 결제는 불규칙한 킬러입니다. 급여와 광고비 지출은 규칙적입니다. 구매 주문은 그렇지 않습니다. 주문 시 예치금, 배송 시 큰 잔액, 때로는 배송 조건에 따른 최종 할부금. 재고가 많은 매장의 경우, 단일 시즌 구매 주문이 특정 목요일에 만기되는 총 수입의 3~4주에 해당할 수 있습니다. 이것이 바로 예측이 당신을 보호하기 위해 존재하는 이유입니다.
금융 송금은 매주 빠져나갑니다. Shopify Capital과 같은 선지급금을 받았다면, 판매액의 고정된 부분이 정산금이 은행에 도착하기도 전에 빠져나갑니다. 이는 대부분 원금이지 비용이 아닌 송금이지만, 어느 쪽이든 현금으로는 100%입니다. 이를 별도의 지출 행으로 예측하세요. 주의사항: 송금이 정산금에서 공제되는 경우, 정산금을 총액으로 예측하고 송금 행을 유지하거나, 순액으로 예측하고 해당 행을 삭제하세요. 둘 다 하면 지출이 이중으로 계산됩니다.
판매세는 특정 주에 빠져나갑니다. 분기 내내 수집한 판매세는 당신의 것이 아니며, 집중적인 송금 주에 빠져나갑니다. 월별 또는 분기별로 신고 일정과 주에 따라 다릅니다. 20일경에 송금하는 월별 신고자는 매월 같은 주에 예측 가능한 4자리 금액의 지출이 발생합니다. 이러한 주를 예측에 명시적으로 포함하세요. (신고 주기는 주와 귀하의 거래량에 따라 다릅니다. CPA와 확인하세요.)
결제 게이트웨이 및 BNPL은 자체 시계에 따라 지급됩니다. PayPal, Klarna, Shop Pay Installments 등 각각 자체 주기마다 정산되며, 일부는 며칠 내에, 일부는 예치금을 보유합니다. 체크아웃의 상당 부분이 이들을 통해 이루어진다면, Shopify 금액에 혼합하는 것이 아니라 자체 타이밍으로 자체 수입 행이 필요합니다.
구축: 15개 행, 13개 열
빈 스프레드시트를 엽니다. 월요일부터 시작하는 13개의 열, 각 열은 1주를 나타냅니다. 15개의 행:
| # | 행 | 숫자가 나오는 곳 |
|---|---|---|
| 1 | Shopify 정산금 | 정산 주기 × 최근 주간 평균, 계절성 조정 |
| 2 | 기타 결제 게이트웨이 / BNPL 정산금 | 각 제공업체의 정산 주기 |
| 3 | 도매 / B2B 수금 | 미결 송장, 만기일별 (그 다음에는 *현실적인* 지급일별) |
| 4 | 기타 현금 유입 | 마켓플레이스 정산금, 리베이트, 기타 모든 것 |
| 5 | 재고 구매 주문 결제 | 구매 주문 조건에 따른 예치금 및 잔액, 만기일별 |
| 6 | 운송비, 관세 및 세관 | 배송 일정; 중개업자는 도착 시점에 청구서 발행 |
| 7 | 급여 및 계약자 | 귀하의 급여 달력 |
| 8 | 광고비 지출 | 카드 정산일, 캠페인 날짜가 아님 |
| 9 | 소프트웨어 및 고정 운영 비용 | 구독 결제일 |
| 10 | 임대료 / 3PL 송장 | 리스 및 3PL 청구 주기 |
| 11 | 판매세 송금 | 신고 캘린더 |
| 12 | 금융 송금 | 선지급 조건 (위의 이중 계산 경고 참조) |
| 13 | 순 현금 흐름 | 1~4행에서 5~12행을 뺀 값 |
| 14 | 시작 현금 | 전주 마감 현금 |
| 15 | 마감 현금 | 14행 + 13행 — 유일하게 중요한 숫자 |
이제 가상의 동그라미 숫자로 계산해 봅시다. 귀하의 매장이 월 약 105,000달러를 판매한다고 가정해 봅시다. Shopify 지급액은 주당 22,000달러(계절적 요인으로 5~7주차에는 19,000달러로 감소)이고, 기타 게이트웨이에서 주당 2,500달러가 추가됩니다. 은행에 14,000달러가 있습니다. 84,000달러의 가을 재고 PO를 방금 주문했습니다. 30% 예금은 2주차에, 배송 시 잔금 33,600달러는 6주차에, 운송 및 관세 4,500달러는 7주차에 도착합니다. 급여는 주당 3,600달러, 광고비는 6,000달러, 운영 비용은 1,400달러, Capital-class 송금은 약 3,000달러, 3PL 송장은 월 3,800달러, 판매세는 3, 7, 12주차에 약 8,400달러가 송금됩니다.
다음은 첫 9주 동안 13행과 15행이 어떻게 되는지를 보여줍니다 (단위: 천 달러):
| 주차 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
|---|---|---|---|---|---|---|---|---|---|
| 순 현금 흐름 | +6.7 | −14.7 | +2.1 | +10.5 | +3.7 | −26.1 | −5.1 | +10.5 | +14.7 |
| 마감 현금 | 20.7 | 6.0 | 8.1 | 18.6 | 22.3 | −3.8 | −8.9 | 1.6 | 16.3 |
여기 있습니다. 6주차와 7주차가 빨간색입니다. 사업이 실패해서가 아니라 — 9주차에는 다시 긍정적인 상태로 돌아옵니다 — PO 잔금, 운송비 청구서, 판매세 송금이 모두 계절적인 지급 감소 기간에 몰려 있기 때문입니다. 월별 보기로는 이를 파악할 수 없습니다. 분기별 총액은 긍정적이며, 개별 월별로도 거의 상쇄됩니다. 주별 누적 행만이 은행 잔고가 0 아래로 떨어지는 8일을 보여줍니다.
위의 모든 숫자는 예시이며 의도적으로 반올림되었습니다. 중요한 것은 수치가 아니라 귀하의 매장에도 6주차와 같은 자체적인 상황이 있으며, 지금은 보이지 않는다는 것입니다.
월요일 업데이트: 장부 마감 30분 전
한 번 만든 예측은 기념품일 뿐입니다. 도구는 주기입니다. 매주 월요일 아침, 30분입니다.
이 루틴은 기계적입니다. 지난주 예측 열을 실제 데이터로 대체합니다. 틀린 부분을 기록합니다 — 예상보다 적은 지급액, 누락된 송장 — 그리고 배운 내용을 바탕으로 남은 주차를 조정합니다. 맨 끝에 새로운 13주차를 추가합니다. 빨간색이거나 그에 가까운 것이 있는지 마감 현금 행을 확인합니다. 완료.
이 30분이 실질적인지 여부를 결정하는 부분입니다. 귀하의 예측은 시작하는 장부만큼만 좋습니다. "예측을 실제 데이터로 대체"는 실제 데이터가 있다는 것을 가정합니다 — 은행과 조정된 지급액, 수익에서 분리된 수수료, 올바른 위치에 있는 환불. 귀하의 장부가 몇 주씩 뒤처진다면, 매주 월요일은 고고학 세션으로 시작하고 예측은 4주차에 조용히 사라집니다. 깨끗하고 최신 상태의 장부는 이 모든 연습의 기반입니다 — 세금과 마진이 의존하는 것과 동일한 인프라입니다. 이것이 동기화 도구가 장부 관리 자체와는 관련 없는 방식으로 제 역할을 하는 곳입니다. LedgerPort는 Shopify 및 WooCommerce 지급액을 QuickBooks와 자동으로 조정하여, 월요일의 "실제 데이터"가 예측을 열 때 이미 거기에 있도록 합니다.
그리고 회계 법인이 장부를 관리한다면, 이 자료를 요청하십시오. 13주 예측 자료는 이미 전자상거래 업체들이 유지보수하는 조정된 파일에서 제공되는 결과물입니다.
적자 주에 실제로 대처하는 방법
예측은 6주차의 문제를 해결해주지 않습니다. 대신 6주라는 시간을 주어 문제를 해결하게 해줍니다. 메뉴의 거의 모든 항목은 6주 후에는 작동하지만 6일 후에는 실패합니다.
- 급여가 아닌 발주서를 옮기십시오. 공급업체에 선적을 분할하도록 요청하십시오. 잔금은 선적 시 절반, 납품 시 절반으로 나누거나, 선적 날짜를 2주 뒤로 미루십시오. 공급업체는 미리 요청하면 일상적으로 처리하지만, 이미 지급이 늦어진 경우에는 제대로 처리하지 못합니다.
- 필요하지 않을 때 조건을 협상하십시오. 30/70 대신 30/40/30 지급 구조 또는 잔금에 대한 30일 후 지급은 수만 달러를 주 경계선 너머로 이동시킵니다. 장부가 깨끗하고 구체적으로 요청할 때 조건을 따내기 가장 쉽습니다. "저희 현금 흐름 모델에 따르면 어려운 시기가 예상됩니다. 잔금을 분할할 수 있을까요?"
- 매출 회수를 앞당기십시오. 도매로 판매하는 경우, 6주차는 B2B 송장에 만기일, 알림 및 QuickBooks의 적절한 AR 추적이 필요한 이유입니다. 9주차가 아닌 6주차에 회수된 8,000달러 송장은 문제의 절반을 없앨 수 있습니다.
- 다급하게가 아닌 차분하게 자금 조달을 준비하십시오. 격차가 현실이고 위의 해결책으로 좁혀지지 않는다면, 1주차에 협상된 신용 한도는 저렴한 보험입니다. 6주차에 마련된 같은 돈은 비싸고 서두르게 됩니다. 송금이 새로운 12행이 된다는 점을 기억하십시오.
네 가지 모두 공통적으로 가지고 있는 점을 주목하십시오. 위기 상황이 아니라 전화 통화입니다. 그것이 스프레드시트의 전체 결과입니다. 6주차를 1주차에 보는 가게는 공급업체에 일상적인 요청을 합니다. 6주차에 6주차를 발견하는 가게는 사과를 합니다.
목요일, 다시 보기
공급업체 이메일로 돌아가십시오. 2주 후에 잔금이 지급될 예정이었지만 돈이 있을지 몰랐습니다. 이 스프레드시트를 사용하면 10초 안에 답을 얻을 수 있는 질문이 됩니다. 열로 스크롤하여 15행을 읽으십시오. 괜찮으면 더 이상 생각하지 않아도 되고, 빨간색이면 목요일에 곤란한 상황에 처하는 대신 2주와 네 가지 옵션이 있습니다.
15행. 13주. 월요일에 30분 — 이를 뒷받침하는 장부가 이미 조정되었다는 조건 하에, 이는 자동화할 가치가 있는 유일한 입력입니다. 지급 조정이 여전히 내보내기 및 정리로 실행된다면, 그것이 첫 번째 수정 사항입니다. LedgerPort의 무료 요금제는 그 주변에서 예측을 구축하는 동안 실제 데이터를 흐르게 하는 데 위험 부담이 적은 방법입니다.
