我们基于两款应用当前的官方文档、定价页、Shopify 应用商店信息和公开商家反馈,用同一套六维评分标准做了对比。下面是逐项拆解,以及各自适合谁。
这一对的答案取决于一个是非题:你卖不卖到收货到付款的市场。是——选 Payflow,它能在结账时直接加收 COD 手续费而不用事后改单,这一项站内没有第二款能做;不是——选 SMART Checkout Rules,同样免费而规则维度更全,还支持包括中文在内的 18 种语言。两款都走 Shopify Functions、都不需要 Plus、价格都低到几乎不构成考量(一个完全免费,一个 $4.99 封顶),所以别在钱上纠结,这道题的重点从头到尾就是 COD。
每一行胜出的一方已高亮。
| 对比项 | SMART Checkout Rules | Payflow |
|---|---|---|
| COD 手续费 | 不做 | 结账时直接加收胜 |
| 价格 | 完全免费胜 | 免费起,$4.99 不限量 |
| 免费档规则数 | 不限胜 | 只允许一条生效 |
| 支付方式规则 | 隐藏/排序/重命名 | 隐藏/重命名/重排 |
| 配送方式规则 | 支持 | 支持 |
| 结账校验 | 支持 | 支持 |
| 条件维度 | 国家/标签/金额/商品/折扣胜 | 金额/商品/系列/标签/地址 |
| 条件组合 | 多条件 | AND/OR 分组胜 |
| 额外能力 | 一次性加购、结账组件胜 | 无 |
| 中文界面 | 支持(18 种语言之一)胜 | 仅英文 |
上面那张表只挑了有差异的项。这里是两家的全部档位—— 选型最后卡住的往往不是功能,是「跨到下一档要多付多少」。
| 套餐 | 价格 | 额度 |
|---|---|---|
| Free | 免费 | 全部功能:支付与配送规则、结账校验、一次性加购、结账组件;无付费档 |
只有一个免费档,没有付费档,也不按规则数量或订单量计费。这一点在这个类目里不算独特——七款里有四款完全免费——但它的规则维度是最全的,所以「免费」在这里换来的东西最多。要留意的是免费产品的两个常见代价:迭代节奏与存续不由你控制,也没有对应的服务承诺。结账规则一旦配错会直接拦住真实订单,所以上线后先用测试订单跑一遍每条规则,别只在后台看配置对不对。具体以官网为准。
| 套餐 | 价格 | 额度 |
|---|---|---|
| FREE | 免费 | 只能有一条生效的自定义规则;支付、配送与结账校验各能力都可用 |
| PREMIUM | $4.99/月 | 免费档全部功能,加不限量的支付方式自定义与规则 |
免费档的限制写得很明确:只能有一条生效的自定义规则(ONE ACTIVE customization)。这个限制比看起来温和——如果你的需求就是「加一笔 COD 手续费」,那一条规则正好够,可以长期白用。规则一旦多起来(比如再加一条「购物车低于某金额隐藏 COD」),就必须升到 $4.99。$4.99 在站内是极低的价位,所以真正要算的不是这笔钱,而是它值不值得为了 COD 这一项放弃 SMART Checkout Rules 更全的规则维度——不碰 COD 的话答案是不值得。具体以官网为准。
真正决定选哪个的,是下面这几个回合。
做不了。它能按条件把货到付款这个选项藏起来或排到后面,但没法在选了 COD 之后加收一笔费用。对不碰 COD 的店铺这不是缺陷;对做 COD 的店铺,这是一票否决。
这是它存在的理由。 结账时直接加收,不用等订单成交后手工改单——后者不但费人工,还会因为「金额和下单时不一样」引发买家质疑。COD 的拒收率远高于预付,因为买家下单时没有付出任何成本,而你已经垫了头程和尾程运费。手续费同时做两件事:给冲动下单加一点摩擦,以及在真被拒收时收回部分损失。
条件维度包含国家、客户标签、购物车金额、商品和折扣,覆盖面是这个类目最广的。除了规则还带一次性加购和结账页组件(横幅、折扣码)——这些是 Payflow 完全没有的。
条件是购物车金额、商品、系列、客户标签和地址字段,也够用,而且支持 AND/OR 分组——多条件的复杂判断它反而更灵活。但没有折扣维度,也不做加购和结账组件。
没有付费档,规则数量不设限。想配几条配几条,永远不用考虑升级——这在两款都很便宜的前提下,仍然是个省心的差别。
免费档只允许一条生效规则。这个限制比听起来温和:如果需求就是「加一笔 COD 手续费」,一条正好够,可以长期白用。但一旦再加一条「购物车低于某金额就不显示 COD」,就必须升到 $4.99。$4.99 在站内属于极低价位,所以这不是障碍,只是要知道边界在哪。
支持 18 种语言,中文在内。后台不用全程对着英文——在配置结账规则这种「写错一个条件就静悄悄拦住真实订单」的场景里,能用母语看懂每个字段的含义,价值比听起来大。
仅英文。规则本身的概念不复杂(条件、动作、生效范围),英文界面不至于用不了,但配置涉及多条件组合时,读错一个字段的方向就会把规则配反。
结账规则配错了不会报错,只会静悄悄拦住真实订单——转化率慢慢往下掉,而你在后台看不出任何异常。
同样如此。所以两款都必须做同一件事:上线后用测试订单把每条规则正反各跑一遍,尤其是涉及拦截的那些。「后台看着配置是对的」不算验证过,只有真实走通一次结账流程才算。另外两款都不要同时装——都在改支付与配送方式的显示逻辑,规则优先级会变得不可预测。