Stripe 收入分析仪表板

要解决的问题

手动分析 Stripe 收入时，常见痛点是：MRR、churn、LTV 分散在 Stripe Data API 的不同报表里，需要反复取数、拼接和口径对齐；即使拿到数字，也很难直接落到 Metabase 仪表板做持续观察，最终只能靠临时脚本和截图。

技能如何工作

这个技能把收入分析拆成一条可重复的数据链路：

• 通过 stripe Node.js SDK 调用 Stripe Data API，拉取 MRR、churn、LTV 等收入相关指标；
• 使用 Apache Arrow 对取回的数据做聚合与转换，减少重复计算和临时表拼接；
• 将聚合后的指标通过 Metabase API 推送到目标仪表板，形成统一查看入口；
• 使用 cron-triggered Lambda 在夜间刷新仪表板，避免白天高频更新带来额外负载。

它更适合把收入指标当作长期监控对象的场景：一次配置链路后，团队可以持续查看 MRR、churn、LTV 的变化，而不是每次临时写脚本统计。

适用边界与注意点

• 数据源限定为 Stripe Data API，其他支付平台或自建账单系统的指标不在范围内。
• Metabase 侧需要准备可用的目标仪表板，并确保 API 调用具备创建或更新仪表板的权限。
• Lambda 与 cron 刷新依赖运行环境，部署前需确认定时触发器、网络访问和凭证管理方式。
• MRR、churn、LTV 的口径应提前确认，聚合结果会直接影响仪表板判断。