关于 cash-flow-forecasting
面向电商经营者的现金流预测技能,关注资金实际到账和支出的时间。内容介绍滚动 13 周模型、各渠道回款延迟、情景分析,以及常见平台的数据来源。
主要功能
- 01建立滚动 13 周预测
- 02按渠道梳理回款时间
- 03建模基准、悲观与乐观情景
- 04收集平台营收和打款数据
- 05规划现金支出与可用周期
适用场景
- 01确认采购库存所需现金
- 02估算营收下滑时的资金周期
- 03应对 marketplace 打款延迟
- 04跟踪季节性现金缺口
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ finsilabs/ awesome-ecommerce-skills --skill cash-flow-forecasting安装后在 Claude Code 中输入/cash-flow-forecasting确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
tile.jsonevals/13-week-cash-model-with-inventory-and-ou/criteria.jsontask.mdevals/multi-channel-revenue-to-cash-conversion/criteria.jsontask.mdevals/seasonal-revenue-forecast-and-cash-runwa/criteria.jsontask.md详细介绍
现金流预测
概述
现金流预测用于预测资金实际进出银行账户的时间,而非收入确认的时间。对于电商企业,现金与收入的入账时间可能相差很大:支付处理商会将资金扣留数天或数周,库存必须在售出前数周采购并付款,而电商平台的打款周期为每两周一次,或会因账户审核而延迟。
本技能将指导你利用平台数据构建 13 周滚动现金流预测,涵盖不同销售渠道的关键现金入账时间差异,并在电子表格或 BI 工具中建立一个每周更新的简易模型。
何时使用此技能
- 管理现金状况并需要了解资金还能维持多久时
- 规划库存采购并需要确认是否有足够现金支付时
- 筹备融资并需要向投资者展示 12–18 个月现金模型时
- 对业务进行压力测试,评估收入短缺情景时
- 在 Amazon 上销售并管理每两周一次的打款时间时
- 规划季节性现金流缺口时(第 4 季度旺季过后,第 1 季度出现低谷)
核心说明
步骤 1:从平台提取历史收入和费用数据
开始构建预测前,先收集 12 个月的实际数据。以下是各平台的数据获取位置:
Shopify
- **收入数据:**前往 Analytics → Reports → Sales over time — 导出为 CSV;其中包含每日/每周/每月的总销售额、折扣、退货和净销售额
- **订单级数据:**前往 Analytics → Reports → Orders over time — 显示订单数和 AOV 趋势,可用于预测未来订单量
- **财务摘要:**前往 Analytics → Finances summary — 显示任意日期范围内的总销售额、折扣、退货、收取的运费和净销售额
- **打款:**前往 Finances → Payouts — 显示 Shopify Payments 向银行转入资金的确切时间和金额;这是实际现金流入历史,而不只是收入确认数据
- **导出订单:**前往 Orders → Export — 下载包含财务数据的所有订单;可用此数据构建详细的电子表格模型
Shopify Payments 现金入账时间:
- 标准打款:交易后 2–3 个工作日
- 在 Finances → Payout schedule 中确认打款周期后,将此延迟纳入现金流入模型
WooCommerce
- **收入数据:**前往 WooCommerce → Analytics → Revenue — 按日/周/月显示总收入、退款、优惠券、净收入和税费;可导出为 CSV
- **订单导出:**前往 WooCommerce → Orders → Export — 下载包含付款方式、日期和金额的订单历史记录
- **支付网关入账时间:**查看支付网关的控制面板(Stripe、PayPal、Square),了解打款历史和通常的延迟时间:
- Stripe:通常为 2 个工作日
- PayPal:1–3 个工作日(新账户可能有所不同)
- **费用:**WooCommerce 不会原生跟踪费用;请从会计系统(QuickBooks、Xero)或银行对账单中提取
BigCommerce
- 前往 Analytics → Store Overview — 显示收入、订单和转化趋势;可导出为 CSV
- 前往 Analytics → Purchase Funnel 和 Analytics → Marketing,获取其他收入明细
- 使用 BigCommerce's data export API,或通过 Stitch 或 Fivetran 连接,将订单数据提取到电子表格或数据仓库,以进行多月分析
第 2 步:按渠道梳理现金到账时间
最重要的是了解收入确认与现金到账之间的延迟。按渠道建立到账时间表:
| 渠道 | 典型现金到账延迟 | 备注 |
|---|---|---|
| Shopify Payments(信用卡) | 2–3 个工作日 | 在 Shopify 的 Finances → Payout schedule 中设置 |
| Stripe(直接收款) | 2 个工作日 | 可配置;可以设为每日到账 |
| PayPal | 1–3 个工作日 | 新账户可能会有更长的资金冻结期 |
| Amazon FBA | 14 天 | 每两周结算一次;查看 Seller Central → Payments |
| Amazon FBM | 14 天 | 同样每两周结算一次 |
| eBay Managed Payments | 2 个工作日 | 查看 eBay Payments 仪表板 |
| Walmart Marketplace | 14 天 | 按月结算 |
| 批发 / Net-30 | 30 天 | 从开票日期到预计付款日期 |
| 批发 / Net-60 | 60 天 | 将 2–5% 的坏账率纳入考量 |
| 先买后付(Afterpay、Klarna) | 2–3 个工作日 | BNPL 提供商会立即向商家付款;客户付款没有延迟 |
将这些到账时间纳入现金流入计划: 对每周预计收入,单独添加一行,标明相应现金实际到账的时间。本周来自 Amazon 的收入会在两周后的当周到账。
第 3 步:建立 13 周滚动现金流模型
使用电子表格(Google Sheets 或 Excel),按以下结构设置。每周一早上更新。
模型结构(每列代表一周,向前覆盖 13 周):
WK1 WK2 WK3 WK4 ... WK13
OPENING CASH BALANCE
OPERATING INFLOWS
+ Shopify Payments (2-day lag from prior week sales)
+ Amazon disbursement (bi-weekly; map exact dates)
+ PayPal settlements
+ B2B/wholesale payments (net-30 invoices due this week)
OPERATING OUTFLOWS
- Inventory purchases (PO payments due this week)
- Inbound freight & duties
- 3PL / fulfillment fees (typically billed weekly)
- Outbound shipping not passed to customer
- Marketing & ad spend (credit card charge date, not spend date)
- Payroll (exact pay dates)
- Platform/software subscriptions
- Rent & facilities
- Customer refunds (process in same week issued)
- Sales tax remittances (quarterly — schedule known dates)
NET WEEKLY CASH FLOW
CLOSING CASH BALANCE
获取流出数据:
- 库存付款: 从供应商门户或库存系统提取未结采购订单;记录每张 PO 的到期日
- 营销支出: 查看信用卡账单,确认广告平台扣款的结算时间(通常按月计费);Meta 和 Google 会在事后计费或达到扣款门槛时收费
- 工资: 使用工资系统中的确切发薪日期(Gusto、ADP、Rippling)
第 4 步:建立基础 / 悲观 / 乐观情景
运行三种情景:
| 情景 | 收入假设 | 用途 |
|---|---|---|
| 基础情景 | 当前走势(过去 4 周的平均值) | 日常规划 |
| 悲观情景 | 基础情景收入的 70–75% | 压力测试;回答“我们还能撑多久?” |
| 乐观情景 | 基础情景收入的 120–125% | 上行规划;“我们能为增长提供资金吗?” |
关键规则: 在悲观情景中,按收入短缺比例减少流入,但不要减少固定流出(工资、租金、软件)。只有可变成本(COGS、营销、可变履约成本)才应随收入变动。这是最常见的预测错误——收入下滑时,固定成本依然存在,从而显著恶化现金状况。
现金续航时间计算: 找出悲观情景中期末现金余额首次达到最低可用现金阈值(通常为 4–6 周固定运营成本)的那一周。距离该周的周数,就是悲观情景下的现金续航时间。
第 5 步:接入实时数据,实现自动更新
Shopify
使用 Shopify 内置的 Finances 导出功能(每周定时导出),或通过以下方式接入:
- Shopify + Google Sheets: 安装 Sheets for Shopify 应用,将订单和付款自动同步到现金流电子表格
- Shopify + Xero/QuickBooks: 使用 Xero 或 QuickBooks 的 Shopify 集成,将付款数据同步到会计系统,然后在会计工具中建立预测模型
WooCommerce
- 接入 WooCommerce → QuickBooks(使用官方 WooCommerce QuickBooks 插件)或 WooCommerce → Xero(使用 WooCommerce Xero 扩展)
- 使用 Metorik 将每周收入数据导出为 CSV,供电子表格模型使用
专用现金流工具(所有平台)
这些工具会连接您的银行、支付处理商和电商平台,以构建自动化现金流预测:
- Float (floatapp.com):连接 Xero/QuickBooks,非常适合进行 13 周现金流预测
- Pulse (pulseapp.com):简单的现金流工具,支持手动输入和银行数据源输入
- Dryrun:功能更高级,支持情景建模并连接会计系统
- Runway (runway.com):更全面的财务规划工具,可连接 QuickBooks/Xero
最佳实践
- 每周一早上更新 13 周预测 — 使用上一周的实际数据替换最早一周的预测,并将预测周期向前滚动一周
- 每周将预测与实际银行余额核对 — 如果预测期末余额与实际余额之间存在差距,应在差距扩大前查明原因
- 明确模拟 Amazon 的付款时间 — Amazon 每两周一次的拨款,是电商平台卖家现金到账时间意外情况的最大来源;列出未来 13 周的确切拨款日期
- 设定最低现金阈值 — 明确运营所需的最低现金余额;如果预测显示现金余额接近此下限,请提醒自己
- 跟踪广告支出的现金流出日期,而非支出日期 — Meta 和 Google 按月或在达到一定额度时扣款;现金流出发生在信用卡还款日,而非广告展示时
- 将税款汇缴安排为已知支出 — 销售税汇缴、季度预缴所得税和增值税款项都可预测;将它们添加到模型的日历中
常见陷阱
| 问题 | 解决方案 |
|---|---|
| 将收入与现金混为一谈 | 3 月确认的一张 5 万美元批发发票,按 Net-60 条款要到 5 月才会产生现金;务必单独模拟时间差 |
| 忽略季节性库存积压 | 7 月至 9 月的大量库存支出(为第 4 季度备货)会导致现金低谷,早于节日销售收入到账数月;务必明确预测库存付款计划 |
| 未将退货计为现金流出 | 退款会在库存收回之前造成现金流出;退货率高的品类需要在每周流出中计入退货现金储备 |
| 未考虑广告支出的滞后时间 | 广告平台的月度信用卡账单会在计费周期结束几天后才结清;应将信用卡还款日作为现金流出日期,而非每日支出日期 |
| 只做单点估算 | 务必运行基准和悲观情景;只显示基准情景的模型会造成虚假的信心 |
| 遗漏一次性支出 | 纳税、保险续费、软件年度合同和展会费用都可预测;将它们添加到未来日历并填入模型 |
相关技能
- @ecommerce-budgeting-forecasting
- @financial-reporting-dashboard
- @profit-margin-analysis
- @unit-economics-tracking
- @marketplace-fee-reconciliation