夜雨聆风今天，Shopify 针对 App Pricing（ 应用定价）方案进行了更新。
主要更新的内容包括以下 3 点：
提高Pricing Plan的数量上限
优化Pricing Plan 的测试体验
应用事件 API（App Events API）支持负数和纯小数
接下来我们详细解释一下这三点更新。
提高Pricing Plan的数量上限
这个更新主要包括两点：
公开方案（Public plans）：每个应用可创建的公开方案上限从原来的 4 个增加到 8 个。
私有方案（Private plans）：每个应用可创建的私有方案上限从原来的 10 个增加到 15 个。
也就是放宽了你在 Shopify App Store 销售应用时，可以配置的价格套餐（Pricing Plans）数量限制。
我们先说 Public plans。
过去你只能同时上架 4 个Public plans，如果你想做复杂的定价矩阵（比如：基础版、专业版、企业版、旗舰版），并且还想针对不同的用户规模提供更多层级的选择，那这 4 个数量是不够的。
现在增加到 8 个后，你可以设计更精细、更多层级的阶梯式定价。
例如，你可以针对“月订单量 100 单/500 单/1000 单/5000 单”分别设立不同的公开套餐，更精准地筛选和承接不同体量的商家。
再说说 Private plans。
什么是Private plans？其实它们不会显示在你的 App 详情页上，通常是通过特定链接发给特定商家的定制化价格方案。
这个数量上限提升到 15 个后，当你需要给一些大客户、老客户提供定制化折扣，或者针对特定群体做个性化报价（例如 VIP 专享价、KA 客户定制套餐）时，你拥有了更多的调配空间。
优化Pricing Plan 的测试流程
这个更新主要包括 3 点：
应用审核期间： 审核人员现在可以直接选择你现有的任何方案进行测试，你不再需要专门创建一个“测试方案”。
在开发商店中： 你可以在自己的开发商店中安装自己的应用，并免费订阅其中的任何方案。
标记方案为免费： 你可以将某个方案标记为（Free），以便让其他合作伙伴和开发者在其开发商店中安装你的应用并测试该方案。
核心目的是彻底解决开发者在测试“应用计费/订阅流程”时的痛点。
在过去，测试应用的收费流程非常麻烦，稍不注意还可能产生真实扣费。
Shopify 这次从三个维度彻底优化了测试体验。
第一个是应用审核期间，审核人员可直接选任意方案测试。
以前当你把 App 提交给 Shopify 官方审核时，为了让审核人员能够顺利测试商家付费订阅的流程，你必须在代码里或者在配置里加一个 test 标志。
应用上线后，你还得记得把这个测试方案删掉，如果不及时删掉，可能就会产生真的订阅但是不需要付费的问题，所以非常繁琐。
而现在官方审核人员可以直接在你的线上正式方案中点击订阅测试，Shopify 系统会自动免除他们的费用。你不用为了应付审核而写死或者特意创建测试方案了。
第二个是在开发商店中，开发者自己安装测试，全场免费。
以前想要测试自己的线上 App 的付费订阅时，还真没法直接免费订阅，只能在测试环境下测试，但是测试环境还是和线上环境存在一定的环境差异。
但是现在当你把自己的 App 安装到你自己的开发商店里进行调试时，你可以随意订阅、切换你 App 内的任何收费方案。
系统会自动识别这是开发者本人的操作，所有的方案都免费，不会产生任何真实账单。
第三个是标记方案为免费，供其他开发者测试。
以前你的线上 App 是没法提供给其他开发者进行免费订阅测试的。
但是现在你想把你的 App 拿给其他开发者或者外包团队进行测试时，可以把某个方案临时标记为免费测试版。
这样，其他开发者在他们自己的开发商店里安装你的 App 时，也能免费体验这个方案的付费功能，极大地顺畅了开发者生态内部的联合测试与合作。
应用事件 API的更新
这个更新主要包括两点：
支持负数： 允许传入负值，以便对之前已上报的事件使用量进行调整或退款、充值。
支持纯小数/分数： 允许传入带有小数的值。
这个主要针对的是使用基于使用量计费（Usage-based Billing）的应用。
这个更新让你的应用在按量计费时，账目计算可以有增有减（支持负数），而且计量可以更加精细（支持小数）。
在 Shopify 中，如果你的应用是按照某种额度或次数（例如：发送的邮件数量、处理的订单量、生成的 AI 图片张数）来向商家收费的，你会通过 App Events API 向 Shopify 上报商家的使用数据。
这次的更新打破了以前只能上报大于 0 的整数的限制，所以带来了以下两个非常实用的改变。
第一个是支持负数，用于扣减或退返额度。
在过去，如果你不小心给商家多计了费，或者商家购买了服务后想要取消某次操作，你无法通过 API 直接扣减用量。
比如商家误操作消耗了 10 个积分，你无法在后台调用 API 传一个 -10 来冲抵。
但是现在可以了，你可以直接上报一个负值，Shopify 会自动帮你调整该商家的用量记录，实现额度对冲、冲销或退款，大大简化了商家的售后处理流程。
第二个是支持小数，用于更精细的计费场景。
以前的 API 只支持 1、2、3 这样的整数，这限制了很多复杂的业务场景。
比如，如果你的应用是按按小时或者按重量/体积计费，商家用了 1.5 小时，或者导出了 2.5GB 的数据，你无法直接上报 1.5 或 2.5，只能四舍五入或者凑成整数，导致计费不精准。
现在的 API 完美支持小数，商家用了多少，你就能精准上报多少，让计费模型更加灵活和公平。
以上就是对这次更新的详细解释，开发者们可以及时把这些更新利用起来了。
以上，就是本篇文章所有内容，欢迎点个赞、推荐、转发三连，也欢迎关注我，一个普通的创业者。
特别推荐
1. 三个系列文章
系统地记录了我的创业周报，以及在Shopify App开发过程中的一些知识点，欢迎大家查看。
2. Shopify 开发交流社群
目前国内Shopify开发资料稀缺，基本没有交流社区，所以我创建了一个专注讨论Shopify开发相关的各种技术问题的交流圈子。在这里你可以获得：
• 学习Shopify App开发从入门到上架的流程。 • 学习 Shopify 主题开发。 • 和其他Shopify开发者咨询开发遇到的问题，交流经验。 • 和大家一起交流副业、创业的经验和心得。 • 星主会不定期分享Shopify开发&建站、web开发、移动端开发相关的私活，有需要的同学可以接。
欢迎你来加入，我们知识星球见 🤝
