核心商务平台看起来很划算。基本订阅很平易近人，入门很顺利，而且您在一个下午就可以销售。然后现实就会以应用商店的形式出现。你需要评论——有一个应用程序。电子邮件——一个应用程序。忠诚度、订阅、追加销售、高级报告、更好的搜索栏——应用程序，所有这些都有自己的月费。十个应用程序后，您的实际账单是平台的两倍，这是 应用税 没有人警告你，因为该平台的营销只向你展示了基础。
应用商店是一个伪装的堆栈。
这是应用程序商店悄悄做的事情：它在一个生态系统内重现了确切的非捆绑堆栈问题。每个应用程序都是一个单独的供应商，具有单独的订阅、单独的数据模型、单独的支持团队以及可能损坏的单独位置。您并没有逃避运行一堆工具——您只是将堆栈移至市场内，并为其提供了统一的登录方式。评论应用程序和忠诚度应用程序彼此一无所知，就像任何两个独立工具一样。
应用商店没有取代你的堆栈。它重建了它，按应用程序向你收费，并将其称为生态系统。
两项隐性成本。
总账单。 $15–$50 的 10 个应用程序每个月在平台上运行的时间为 $300–$500（通常比平台本身还多），分布在无人核对的十几张发票上，这正是没人注意到总数的原因。
一体化税。 由于这些应用程序不共享数据模型，因此您的客户存在于平台、电子邮件应用程序、忠诚度应用程序和评论应用程序中 - 四次，但从未完全同步。与独立工具相同的碎片、重复和协调，现在都在一个店面内。
“包含”应该是什么意思。
应用税的替代方案是一个平台，其中的应用程序不是应用程序 - 它们是一个数据层上的模块，包含在价格中，共享一条客户记录。评论、电子邮件、忠诚度、订阅、POS：不是您组装和协调的十个供应商，而是一个系统的功能已经彼此一致。 “包含”应该意味着包含，而不是“在市场上以额外的月费提供”。
应用商店非常适合满足真正利基需求的长尾需求。对于购买每个商店都需要的东西——电子邮件、评论、忠诚度、POS——来说，这是一个糟糕的方式，因为这些不应该是十个独立的供应商对每个应用程序征税。当平台是您帐单中便宜的部分时，应用程序税就是其余部分，并且值得查看整个数字。