我们打造 Stackable，是因为折扣总在最关键的那一刻出问题
不是在购物车预览里，也不是在后台仪表盘里，而是在结账时，在客户实际付款的那笔订单上。
翻看足够多的折扣类应用评价，会发现一个反复出现的模式：购物车里的价格看起来没问题，结账时扣的却是另一个数字。客户为商家承诺的折扣商品支付了全价，或者两笔本应叠加的折扣悄悄没有生效，直到客服收到退款请求，才有人发现问题。
而这种问题恰恰会在商家最在意的时刻加剧。黑色星期五和网络星期一前后，流量骤增，每一笔订单都举足轻重，这正是这类错误最容易暴露的时候，因为此时购物车最满，折扣规则叠加得也最复杂。而快捷结账，Shop Pay、Apple Pay、Google Pay、PayPal，各自走的是独立的代码路径，一个在普通结账流程中运行完美的折扣，可能在商家从未亲自测试过的一键支付流程中悄然消失。
还有第二种同样损害信任的失效模式：一些应用为了显示折扣会直接改动商品的实际价格，商家卸载后价格却没有恢复。干净的卸载理应让店铺恢复到安装该应用之前的样子，这不该是一项加分功能，而应该是最基本的要求。
Stackable 的建设围绕一个理念：折扣类应用唯一的职责，就是在任何地方、任何时候都准确无误。不是在购物车里准确，到结账时只能寄希望于运气；而是购物车准确、结账准确，每一种快捷支付流程也同样准确，因为只要应用的架构设计正确，Shopify 会用同一条服务器端规则来计算所有这些场景。
“Stackable”这个名字应有的含义
这些是具体的承诺，而不是营销口号。这就是“Stackable”这个名字应有的含义。
同一条规则，处处在服务器端计算
每一笔折扣都由运行在 Shopify 自有服务器上的 Shopify Function 计算完成，购物车、结账以及每一种快捷结账，评估依据的都是同一个函数。不存在另一套可能与客户实际付款金额产生偏差的客户端估算。
我们从不改动你的商品价格
Stackable 是在结账时以叠加方式应用折扣，从不修改商品在你目录中的原价或实际价格。卸载应用后，店铺的价格会完全恢复到安装之前的样子，不需要清理脚本，也不会留下任何价格改动。
暂停操作在60秒内生效
当你暂停一个正在进行的活动，它会在60秒内停止在结账时生效。如果发现异常，你可以将其关闭，并且可以确信它确实已经关闭，是立即生效，而不是“最终会”生效。
店面组件对 SEO 友好
阶梯价目表、促销标签和进度条在渲染时不会向你主题的文档结构中插入多余的 H1 或标题标签，因此这些营销组件不会在不知不觉中损害页面的 SEO 结构。
我们绝不会强迫你留下评价
没有强制评价才能继续使用的弹窗，也不会以五星好评作为折扣生效的条件。如果 Stackable 获得好评，那一定是因为折扣确实好用，而不是因为我们在恰当的时机开口索要。
团队
The team building Stackable, the reliability-first bulk and volume discount app for Shopify. We write about discount stacking, Shopify Functions, and how to run promotions that hold up at checkout.
Builder of Stackable. Focused on making Shopify discounts reliable end to end, from cart to checkout to accelerated checkout.