损益表回答“我是否盈利？”而13周现金流预测回答了真正导致电商商店倒闭的问题：“我能在供应商到期付款日支付供应商余额吗？”
供应商的邮件礼貌且不容置疑：您几个月前同意的秋季库存订单的余额将在集装箱发货时支付，也就是从周五算起的两周后。您打开银行应用程序，查看余额，并进行了无数次的心算——收款进来，工资支出，销售税申报即将到来——然后意识到您真的不知道钱是否会到位。
奇怪的是，生意明明很好。上个季度是盈利的。您的会计师这么说的。但您也经历过另一种情况——心算错误，供应商付款在资金紧张的周出现问题，您花了两天时间在账户之间调动资金，并起草了一封道歉邮件给那个您惹不起的供应商。
让您一次次陷入那种境地的信念很简单：“我盈利了，所以现金自然会到位。”对大多数企业来说，这只是乐观的想法。但对于持有库存的商店来说，这是结构性的错误——因为利润是平滑地累积在一个季度中，而您的现金却是一笔一笔地支出。13周现金流预测是电商的特定解决方案：一个电子表格，十五行，每周一更新，能在还有六周的时候就向您展示即将到来的困难周。
为什么是13周——以及为什么是每周
十三周不是一个任意的时间范围。它是一个季度——对大多数商店来说，这也大致是一个完整的库存周期：下采购订单，支付定金，支付发货余额，收到货物，销售完毕，收回现金。较短的预测无法看到采购订单的整个生命周期。较长的预测只是伪装成计划的猜测。
每周的粒度比长度更重要。月度现金预测——大多数会计软件默认生成的类型——平均化了恰恰是扼杀库存密集型商店的东西。一个收入95,000美元、支出90,000美元的月份看起来很舒适。但如果其中58,000美元的支出落在第二周，而同期收款只有21,000美元，那么在一个“不错”的月份中间，您有八天时间处于深度负值状态。您的银行不会平均计算。您的供应商也不会。
每周的列是您每周30分钟内可以维持的最精细的粒度，也是能捕捉到紧缺情况的最粗略的粒度。这就是整个设计的全部。
构成电商预测的行
一个通用的中小企业现金预测在这里会让你失望，因为电子商务资金具有通用的模板无法模拟的时间行为。其中五种行为造成的损害最大：
付款按付款周期到账，而非销售日期。 你本周的销售额并非本周的现金。Shopify 会将它们批量处理，扣除费用和退款，并按自己的时间表存入——这就是为什么你的付款永远不等于你的销售额。预测的是实际到账的存款，以及从中实际扣除的金额。如果你预测的是销售额而不是付款，那么每一列都会在几天和几个百分点上出错——足以掩盖亏损的一周。
库存采购订单付款是造成不规律性问题的罪魁祸首。 工资和广告支出是有规律的。而采购订单则不然：在下单时支付定金，在发货时支付大笔余额，有时根据交货条款支付最后一笔款项。对于库存量大的商店来说，一个季节性的采购订单可能相当于三到四周的总收入，在某个特定的星期四到期。这是整个预测旨在保护你免受其害的一项。
融资汇款每周支付。 如果你获得了 Shopify Capital 类的预付款，在你收到付款之前，固定比例的销售额就会被扣除——这笔汇款主要是本金，而不是费用，但无论如何都是 100% 的现金。将其预测为一项单独的支出项目。请注意：如果汇款在你的付款中被扣除，请预测总额付款并保留汇款项目，或者预测净额付款并删除该项目——切勿两者都做，否则你会重复计算支出。
销售税在特定几周内支付。 你整个季度收取的销售税不属于你，并且会在集中的汇款周内支付——根据你的申报时间表和所在州，可能是每月或每季度一次。每月申报者在 20 日左右汇款，会在每个月的同一周出现可预测的四位数支出。将这些周明确地纳入预测中。（申报周期因州和你的交易量而异——请与你的注册会计师确认。）
支付网关和 BNPL 按自己的节奏付款。 PayPal、Klarna、Shop Pay Installments——每个都有自己的结算周期，有些在几天内结算，有些会持有准备金。如果你的结账中有很大一部分是通过它们处理的，那么它们需要有自己的收款项目和自己的时间安排，而不是与 Shopify 的数字混合在一起。
构建：15行，13列
打开一个空白电子表格。十三列，每列代表一周，从星期一开始。十五行：
| # | 行 | 数字的来源 |
|---|---|---|
| 1 | Shopify 付款 | 付款时间表 × 近期每周平均值，已根据季节性调整 |
| 2 | 其他支付网关 / BNPL 付款 | 每个提供商的结算周期 |
| 3 | 批发 / B2B 收款 | 未结发票，按到期日（然后按实际付款日期） |
| 4 | 其他现金流入 | 市场付款、退款、其他任何收入 |
| 5 | 库存采购订单付款 | 根据采购订单条款的定金和余额，按到期日 |
| 6 | 运费、关税和税费 | 发货时间表；报关行在到货时开具发票 |
| 7 | 工资和承包商 | 你的发薪日历 |
| 8 | 广告支出 | 银行卡结算日期，而非广告活动日期 |
| 9 | 软件和固定运营支出 | 订阅账单日期 |
| 10 | 租金/第三方物流发票 | 租赁和第三方物流账单周期 |
| 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 美元的秋季库存采购订单 — 第 2 周支付 30% 的定金，剩余的 33,600 美元在发货时支付，定于第 6 周支付，运费和关税 4,500 美元将于第 7 周到期。每周工资 3,600 美元，广告费 6,000 美元，运营支出 1,400 美元，一笔资本类汇款约 3,000 美元，第三方物流发票每月 3,800 美元，销售税约 8,400 美元，在第 3、7 和 12 周支付。
以下是前九周第 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 周又恢复了盈利 — 而是因为采购订单余额、运费账单和销售税汇款都落在了支付低谷期。没有月度视图能捕捉到这一点：季度净收入为正，甚至每个单独的月大致也能持平。只有每周累计行显示了银行余额跌破零的八天。
以上所有数字都是说明性的，并且故意取了整数。重点不在于数字 — 而是您的商店有自己版本的第 6 周，而现在它看不见了。
周一更新：30分钟完成账目核对
一次性构建的预测只是纪念品。工具是节奏：每周一早上，30 分钟。
这个过程是机械的。用实际数据替换上周的预测列。注意您出错的地方 — 支付比预期少，某张发票被遗漏 — 并根据您的学习调整剩余的周数。在最后添加新的第 13 周。检查期末现金行是否有任何红色或接近红色的数字。完成。
这部分决定了这 30 分钟是否真正有价值：您的预测的好坏取决于它开始的账簿。“用实际数据替换预测”假设您有实际数据 — 支付已与银行对账，费用已与收入分开，退款已归入正确类别。如果您的账簿滞后数周，那么每周一都将以一次考古会议开始，而预测将在第四周悄悄失效。干净、最新的账簿是整个练习的基础 — 这与您税收和利润率所依赖的基础设施相同。这就是同步工具发挥作用的地方，而这与记账本身无关：LedgerPort 会自动将 Shopify 和 WooCommerce 的支付在 QuickBooks 中对账，这意味着当您打开预测时，周一的“实际数据”已经在那儿了。
如果由会计师事务所负责记账，可以向他们索要这个——一份滚动式13周预测。这是已核对文件的一个可交付成果，电商公司已经能从他们维护的文件中生成了。
如何应对亏损周
预测无法解决第6周的问题。它能让你有六周时间来解决它——而且菜单上的几乎所有东西在六周后都能解决，但在六天后就会失败：
- 调整订单，而不是工资。 要求供应商分批发货——一半的货款在发货时支付，一半在到货时支付——或者将发货日期推迟两周。供应商在早期提出要求时通常会欣然接受；一旦付款逾期，他们处理起来就会很麻烦。
- 在不需要的时候谈条件。 采用30/40/30的付款结构而不是30/70，或者将余额改为30天净付款，可以将数万元的资金跨周转移。当账目清晰且要求具体时，最容易争取到有利条款：“我们的现金流模型显示了资金短缺——我们能分期支付余额吗？”
- 提前收款。 如果您是批发销售，第6周就是为什么您的B2B发票需要到期日、提醒和在QuickBooks中进行适当的应收账款跟踪的原因。第5周收到的8000美元发票而不是第9周收到，可以消除一半的问题。
- 冷静地安排融资，而不是绝望地。 如果差距真实存在，并且上述的修复方法无法弥补，那么在第1周协商好的信贷额度就是廉价的保险；在第6周找到同样的资金将是昂贵且仓促的。请记住，汇款将成为第12行的新条目。
注意这四种方法有什么共同点：它们都是电话沟通，而不是危机。这正是电子表格的全部价值。在第1周就看到第6周问题的商店，会向供应商提出常规要求。而发现第6周问题在第6周才暴露的商店，只能道歉。
周四回顾
回到供应商的电子邮件。两周后付款到期，而你不知道钱是否到位。有了这个电子表格，这个问题就能在十秒内得到答案——滚动到相应的列，读取第15行。要么一切正常，你就不再想它；要么是红色警告，你就有两周时间和四个选择，而不是一个糟糕的星期四。
十五行。十三周。周一花三十分钟——前提是输入这些数据的账目已经核对。如果你的支付核对仍然依赖于导出和清理，那么这是第一个需要修复的问题；LedgerPort的免费套餐是一个低风险的方式，可以在你围绕实际数据构建预测的同时，让实际数据流动起来。
