Lago

开源计量和基于使用量的计费系统

Chargebee、Recurly 或 Stripe Billing 的最佳替代方案。
适用于基于使用量、基于订阅以及各种定价模式的中间形式。

Slack · 网站 · 问题 · 路线图

基于使用量计费的可编程 API

问题：计费系统仍然是工程师的噩梦

计费噩梦工程师们的感受...

阅读更多来自 Qonto、Algolia、Pleo、Segment 或 350 多条 Hackernews 评论的第一手经验点击这里。

解决方案： Lago，面向产品主导型 SaaS 的开源计费 API

基于事件：只要能跟踪，就能收费；
为产品主导型增长公司打造；
混合定价：订阅和使用量；
混合上市策略：自助服务和销售主导。

开源，开放架构：

可组合：将 Lago 连接到您的任何内部系统或工具（如任何支付网关、CRM、CPQ、会计软件）；
定价：我们不是寻租者，不会要求您收入的百分比。我们的自托管版本是免费的。我们的云版本定价类似 SaaS；
隐私：您的数据永远不必离开您的基础设施。

✨ 功能

使用量计量：Lago 基于事件的架构为构建一个公平且可随业务扩展的定价模型提供了坚实的基础。
价格方案：Lago 支持所有定价模型。使用我们直观的用户界面或 API，立即创建按需付费和混合方案。
优惠券：创建吸引人的营销活动，并通过客户可兑换折扣的优惠券提高转化率。
附加服务：为什么要等到计费周期结束才能收款？Lago 允许您创建即时开具发票的一次性收费。
开具发票：根据您的方案配置，Lago 自动计算每个客户欠您的金额并生成发票。
预付信用：通过 Lago 的预付信用功能，为按需付费定价模型解锁经常性收入机会。

🔔 保持最新

Lago 于 2022 年 6 月 2 日推出了 v0.1 版本。许多新功能正在开发中，通常每两周发布一次。关注此存储库的更新以获取未来更新的通知。

查看我们的公开路线图

🔖 许可证

根据 AGPLv3 许可证分发。在此了解更多。

💻 本地部署

要求

在您的机器上安装 Docker；
确保已安装并可用 Docker Compose（如果您选择通过 Docker Desktop 安装 Docker，应该已经包含）；以及
确保您的机器上已安装 Git。

运行应用程序

要开始使用 Lago，请在 shell 中运行以下命令：

全新安装

# 获取代码
git clone https://github.com/getlago/lago.git

# 进入 Lago 文件夹
cd lago

# 设置环境配置
echo "LAGO_RSA_PRIVATE_KEY=\"`openssl genrsa 2048 | base64`\"" >> .env
source .env

# 启动 api
docker compose up -d api

# 创建数据库
docker compose exec api rails db:create
docker compose exec api rails db:migrate

# 启动所有其他组件
docker compose up

更新后

docker compose up

现在您可以打开浏览器并访问 http://localhost 来连接应用程序。Lago 的 API 暴露在 http://localhost:3000。

请注意，如果您的 docker 服务器不在 http://localhost，则必须设置以下环境变量：`LAGO_API_URL`。这可以在命令行或 .env 文件中设置。例如：

LAGO_API_URL="http://192.168.122.71:3000"
LAGO_FRONT_URL="http://192.168.122.71"

查找您的 API 密钥

您可以直接在 UI 中找到您的 API 密钥：

从侧边栏访问开发者部分；
该部分的第一个标签与您的 API 密钥相关；以及
点击复制按钮将其复制到剪贴板。

分析和跟踪

请注意，默认情况下，Lago 会跟踪在您的自托管实例上执行的基本操作。如果您不禁用跟踪，您可能会收到特定的通信或产品更新。但请放心，Lago 不会收集有关您的客户的任何个人信息或有关您的发票的财务信息。

如果您想了解更多关于 Lago 的分析或删除整个跟踪，请参阅此页面以获取全面信息。

版本、环境变量和组件

Docker 镜像在 docker-compose.yml 文件中始终更新为最新的稳定版本。如果需要，您可以通过查看发布列表来使用不同的标签。

Lago 使用以下环境变量来配置应用程序的组件。您可以覆盖它们以自定义您的设置。仔细查看我们的文档。

☁️ 使用我们的云产品

联系我们的团队 hello@getlago.com 以开始使用 Lago Cloud。更多信息请访问我们的网站。

🚀 充分利用 Lago

查看文档以了解更多关于所有功能的信息；
使用我们的模板获取灵感，并学习如何复制 Algolia、Segment 和 Klaviyo 的定价模型；
如果您需要帮助或想聊天，请加入我们的 Slack 社区，我们在这里为您提供帮助；
在 GitHub 上贡献：阅读我们的指南；
在 Twitter 上关注我们以获取最新消息；
您也可以给我们发送电子邮件：hello@getlago.com。

🧑‍💻 贡献和开发环境

您可以按照这个指南在您的机器上设置 Lago 开发环境。该指南适用于希望为 Lago 做出贡献的人。如果您想在本地系统上尝试 Lago，我们建议您查看 Lago 的公开文档。

您可以按照我们的指南进行贡献。

💡 理念

B2B SaaS 已经发展，但计费还没有。

1- 我们不再处于"订阅经济"时代。但我们也不会完全转向"基于使用量的定价"

定价现在大多是混合的：它们包括基于使用量的组件（即"如果您使用更多，您支付更多"）和订阅组件（即基本使用的经常性费用）。

并非所有软件公司都会完全转向"基于使用量"的模式，比如 Snowflake。这种模式是云基础设施产品的新标准。然而，在 SaaS 的其他领域，用户希望提前知道他们将支付多少以控制支出，而软件公司希望能够预测经常性收入。

2- 上市策略不再是自下而上或自上而下

SaaS 过去要么是自助服务（中小企业）要么是销售主导（企业）。现在的上市策略混合了自助服务（所有客户访问相同的价格方案）和销售主导（客户从销售代表那里获得定制报价）的方式。典型的旅程涉及公司中的个人贡献者测试新工具，输入他们的公司信用卡，并开始在组织内推广该工具的使用。在这一点上，副总裁或部门主管可能想要升级到为整个组织量身定制的方案。因此，计费需要足够灵活、自动化和透明，以适应这种混合上市策略。

3- 当前计费解决方案的"租金寻求"定价需要停止

为什么支付公司要从收入中抽成？因为金额越高，他们面临的风险就越大（例如欺诈、纠纷等）。

为什么计费公司采用相同的定价结构？我们无法提供一个合理的答案。网上有人说他们这样做是因为他们可以（阅读更多）。

最后一件事...

Lago 是中立的，我们的目标是尽可能透明，所以我们不会强迫