收入达到 500 万美元时最健康 Stores 通常使用的应用栈比收入达到 100 万美元时使用的要小。原因如下，以及每个阶段应包含的内容。
打开您的 Shopify 管理后台，数一数应用的数量。请便 — 设置、应用和销售渠道。如果您是过去三四年里运营的 Stores 之一，那么数量大概在 25 到 40 之间，您无法解释其中三分之一应用的功能，而且至少有两个应用还在悄悄地向您收取另一个应用也提供的功能的费用。
没有人会计划拥有 34 个应用组成的栈。它是累积起来的。2023 年的一个转化问题变成了一个弹窗应用。一个配送问题变成了一个费率应用。有人在播客上说评论至关重要，所以现在有了两个评论应用，其中一个在中途迁移时被废弃了。每一个决定都是合理的。但堆积起来的就不合理了。
堆积如山的谎言就在这里，值得明确说明的是：“Stores 中的每一个问题都有一个应用来解决，而增长意味着添加它们。” 这是您曾经浏览过的每一个“37 个必备 Shopify 应用”列表文章的前提 — 这些文章是为每月收入 5000 美元的 Stores 编写的，按联盟佣金排序，并由收入是其百倍的运营者阅读。事实恰恰相反。在收入大约达到 100 万美元之后，健康的应用栈会整合。应用数量会减少。支出会集中到更少、更深入的平台。技巧不再是应用发现，而是应用减法。
在开始之前，有一项披露，因为这是一份汇总，而汇总可能会引起您的怀疑：我们不从任何供应商处收取联盟佣金。 我们提供会计软件 — LedgerPort 可将 Shopify 和 WooCommerce 与 QuickBooks 同步 — 因此，我们在这七个类别中的一个类别中占有股份，届时我们会进行标记。每一次供应商提及都是定位层面的；定价会不断变化，因此在您做出任何承诺之前，请核实当前定价。
应用税：唯一值得了解的数字
在介绍类别之前，先说数字。将所有定期应用费用 — Shopify 应用商店订阅费、Shopify 外部账单工具费、使用量超额费 — 加起来，然后除以月收入。这就是您的应用税：您的总应用栈成本占收入的百分比。
大多数运营商从未计算过，因为费用是零散地到达的——这里 49 美元，那里 180 美元，每年 600 美元的续订费没人记得批准过。进行计算后，情况会迅速明朗。作为一个说明性的基准（虚构的整数，您的商店会有所不同）：一家年收入 100 万美元的商店每月在应用程序上花费 700 美元，其应用程序税约为收入的 0.85%。一家年收入 500 万美元的商店每月花费 2800 美元，其应用程序税约为 0.67%。两者都是可以接受的，前提是每一项支出都物有所值。一家年收入 100 万美元的商店每月支付 1800 美元——应用程序税超过 2%——几乎肯定存在重叠、僵尸订阅或为商店尚不存在的问题购买的工具。
随着您的业务增长，有两个因素会影响这个数字，它们的作用方向相反：
- 每个应用程序的定价层开始显现影响。大多数运营应用程序根据订单量或交易量定价。一个每月 60 美元的帮助台，在 1000 个订单时成本不高，但在 5000 个订单时报价会超过 500 美元。同一个应用程序在完成相同工作的情况下成本增加了 8 倍——这正是整合计算开始发挥作用的时候。
- 平台整合了独立解决方案。您升级到的库存平台包括采购订单和预测功能，取代了两个应用程序。帮助台包括实时聊天和常见问题解答小部件，取代了另外两个。应用程序数量减少；每项支出的成本增加；如果您有条理，总支出增长速度会慢于收入。
按季度跟踪应用程序税。这是您管理应用程序堆栈还是被应用程序堆栈管理之间的区别。
[图片：简单的两栏对比——“100 万美元商店：约 15 个应用程序，约 0.8% 的应用程序税” vs “500 万美元商店：约 9 个平台，约 0.6% 的应用程序税”——箭头显示数量减少和每项支出的成本增加]
应用栈，按类别划分
这些是在运营上重要的类别——那些与订单、库存、资金和客户相关的类别。刻意排除：营销层（电子邮件、短信、弹窗、登陆页面），这是一个单独的话题，预算也不同。对于每个类别：100 万美元的业务是什么样的，500 万美元的业务又有什么变化。
履行和配送
在 100 万美元的收入下（每月约 1000-2000 个订单），大多数商店是自行发货或使用单一的第三方物流 (3PL)，应用程序的工作是处理运单和费率。一个多承运商的运输应用程序——您最常听到 ShipStation 和 Shippo 的名字——可以处理运单购买、费率比较和批量打印。这通常是一个应用程序，价格适中，并且是真正必需的。
在 500 万美元的收入下，问题不再是“哪个运单应用程序”，而是“谁来发货”。大多数达到此销售额的商店都使用第三方物流 (3PL) 或正在认真评估，而 3PL 自己的平台完全吸收了运单工作流程——运输应用程序通常会被淘汰，而不是升级。取而代之的是运营上的关注点是履行账单：收货费、仓储费、拣货费、附加费。如果您正处于这个决策点，我们已经在一篇按商店类型划分的最佳 Shopify 3PL 服务的文章中进行了诚实、无联盟的分析。
注意：为费率比较应用程序和一个已经具备此功能的 3PL 平台付费。这是典型的重叠。
库存
在年收入100万美元时，Shopify的原生库存加上严格的电子表格管理通常就足够了——而且诚实的建议是，在它出问题之前就一直这样用。它会在可预见的情况下出问题：多地点库存、易变的组合商品、存在于电子邮件中的采购订单、三周前就已预见但为时已晚的缺货。
在年收入500万美元时，库存通常是技术栈中最重要的平台决策。Cin7、Katana和inFlow这类系统可以一次性取代三到四个独立的应用程序——采购订单、预测、多地点跟踪、组合商品逻辑——这是“数量减少、支出集中”模式最清晰的体现。它也是大多数运营技术栈中最昂贵的一项，因此值得最认真的对待。我们在关于Shopify和WooCommerce最佳库存管理软件的指南中已深入探讨了该类别。
注意：在你的库存盘点可靠之前就购买预测应用程序。基于不准确盘点数据的预测是昂贵的虚构。
退货
在年收入100万美元时，退货通常仍通过Shopify的原生流程加上电子邮件处理，每月几百个退货以下都没问题。当客服收件箱中有40%的邮件是“我的退货标签在哪里”时，第一个退货应用程序就有了用武之地。
在年收入500万美元时，退货平台——Loop Returns和AfterShip Returns是标杆名称——成为标准配置：自助服务门户、换货而非退款流程、自动生成标签。定价通常按退货次数或分级收费，因此这是增长会悄悄使账单翻三倍的领域之一；每年重新报价。
注意：会计方面。退货平台会移动产品和资金，而你的账簿需要反映这些——退款、换货、重新入库。这些应用程序处理客户事宜；它们不记录交易。
客户支持和帮助台
在年收入100万美元时，共享收件箱在每月处理300-500个工单左右时就会失效。Shopify的原生帮助台类别——Gorgias是大多数运营商最终选择的名称，Richpanel也在此领域——通过将订单数据整合到工单视图中来证明其订阅的价值，这使得电子商务支持的大部分工作得以快速完成。
在年收入500万美元时，两件事会发生变化。首先，定价：帮助台的计费通常是按工单收费，而工单量会随着订单量而增长，因此这一项的增长速度几乎超过了其他任何一项——在高流量时，Zendesk这类定价有时甚至比最初更便宜的Shopify原生工具还要低。重新报价该类别，而不是自动续订。其次，整合：帮助台应整合实时聊天、常见问题解答/自助服务和社交媒体私信。如果你单独为聊天付费，那就是双重付费。
注意：聊天机器人应用程序、聊天小部件应用程序以及同时包含这两者的帮助台。这种情况我们已经见过不止一次了。
评论和 UGC — 简述
这个类别很重要，但它不符合收入的定义，所以我们会简要介绍。在收入达到 100 万美元时，一个精简的评论应用——Judge.me 是经济实惠且够用的参考——可以胜任。在收入达到 500 万美元时，需要决定是将评论、忠诚度和短信整合到一个类似 Yotpo 或 Okendo 的平台，还是将它们分开。这更多的是一个营销栈的决策，而不是运营决策。唯一的运营规则是：一个评论应用。在平台之间迁移评论非常痛苦，以至于商店最终会运行两个平台一年。不要这样做。
财务应用栈
我们的类别——已按承诺标记——所以我们会约束供应商的讨论并保持结构的诚实。财务栈有三个工作，而且是不同的工作：
- 会计同步——将 Shopify 的销售、费用、退款和付款正确地同步到您的会计系统中。这是 LedgerPort 竞争的类别，与 A2X 和 Synder 类工具并列。在收入达到 100 万美元时，这可以说是整个栈中杠杆率最高的每月 30-80 美元，因为替代方案是数小时的手动对账，而大多数店主根本就不做了。在收入达到 500 万美元时，这不是可选项——多渠道的交易量使得手动记账不可能，就这么简单。我们已经在《最佳 Shopify 会计软件指南》中比较了这个类别——包括我们自己产品的权衡。
- 销售税——计算和申报。Shopify Tax 现在可以原生处理计算；TaxJar 和 Avalara 类工具通过申报自动化和多州复杂性进行竞争。正确的答案会随着您的税收管辖区足迹而变化，我们已在《TaxJar vs Avalara vs Shopify Tax》中进行了详细介绍。
- 支出和费用——公司卡和账单支付。在收入达到 100 万美元时，这通常只是您的银行。在收入达到 500 万美元时，支出管理层开始发挥作用，主要是通过在月底消除收据考古。
财务栈也是整个应用税收练习发挥作用的地方：此帖子中的每个应用收费都会作为费用计入您的账簿，而那些将应用栈成本作为一项列进行跟踪的商店才是真正削减它们的地方。
分析和归因 — 简述
陷阱类别，所以简短而有见地的看法。在收入达到 100 万美元时：Shopify 的原生分析加上 GA4，两者都是免费的，可以回答您应该问的 90% 的问题。在收入达到 500 万美元时：如果您每月在付费广告上花费六位数，并且每周都做出渠道决策，那么像 Triple Whale 或 Northbeam 这样的归因平台*可以*赚回其（高昂的）价格。如果您不是，那么归因订阅就是有史以来最昂贵的感觉数据驱动的方式。这是“应用即拖延”最舒适存在的类别——这就引出了反模式。
反模式：应用栈是如何出错的
三种失败模式占了大多数臃肿栈的大部分。对照每一种检查您的栈。
应用堆栈40个。没人选择它；它逐渐形成。其症结在于，你不打开应用就无法说出每个应用的功能。解决方法是进行季度审计，规则只有一个：每个应用必须说明其功能以及它处理的数据量，否则就淘汰。预计首次审计将在一个下午削减20-30%的应用账单。（卸载要小心——有些应用会留下主题代码。安装前后请检查。）
重叠的工具。两个应用完成一项工作：你还付费购买的客服系统中的聊天小部件、3PL平台中的费率比价器、与GA4免费提供的内容重复的报告应用。由于应用在你购买后会扩展功能，因此会出现功能重叠——你为一项工作购买的应用现在包含了你为其他应用付费的三项功能。每年重新阅读你的应用堆栈的功能列表；它们已经改变了。
应用作为拖延。最微妙的一种。安装库存预测应用感觉像是解决了库存问题；实际盘点你的库存才是解决之道。购买归因平台感觉像是提高了营销效率；关闭你已经知道效果不佳的广告系列才是解决之道。应用购买通常是替代不舒服的运营工作的仪式——而且它每月都会向你收取费用。在安装任何新应用之前，请问：我是否在回避这个问题的无聊、免费的解决方案？
减法是一门技巧
你来这里是为了应用列表，而且有一个版本的帖子——为爱好商店写的那个——会给你37个应用。运营者的版本在别处结束：在100万美元的收入下，一个集中的运营应用堆栈可能包含12-15个真正起作用的应用。在500万美元的收入下，通常更少——八到十个更深入的平台——总成本的增长慢于收入，因为有人在进行精简。应用数量的减少并不是商店简化的迹象。这是一个商店成熟的迹象。
所以进行审计：计算应用数量，汇总费用，计算应用税，并削减无法证明其价值的应用。而且，由于所有这些费用——以及生存下来的应用处理的所有订单——最终都会记入你的账簿，因此接下来的自然阅读内容是我们的电子商务会计完整指南，其中涵盖了在这些收入阶段，清晰的财务状况是什么样的。
