Cards For Causes：BigCommerce 开发中的混合定制

托管电子商务解决方案是很棒的工具，但有时它们需要为大量受众服务可能会阻碍它们对具有不常见需求的企业的有用性。 Cards for Causes 的业务经理 Barry Robb 最初与 1Digital Agency 联系是因为他的业务正在增长，但他的电子商务网站让他们望而却步。 Cards for Causes 是一家总部位于休斯顿的公司，它的客户可以轻松地以朋友或亲人的名义向慈善机构赠送礼物。 这些卡的订购过程很长而且很复杂。 它要求客户从头开始定制他们的卡，在订购过程的每一步从无数选项中进行选择。 Cards for Causes 已经为自己建立了一个专有站点，以适应这个涉及的过程，但他们在扩展方面遇到了问题。 他们的订购流程对他们来说效果很好，但他们几乎牺牲了电子商务的所有其他领域来获得它。 每次需要更新专有站点时，进行更改都是一个漫长而昂贵的过程。 每次他们做这个 Cards for Causes 都会推迟处理他们真正的问题，他们多年来拥有的网站无法跟上他们不断增长的业务。

当 Barry 与 1Digital 取得联系时，他对 BigCommerce 的开发产生了兴趣。 他以前使用过这个平台，所以他知道他可以使用它。 他知道，作为一个 SAAS 平台，BigCommerce 可以自动扩展，因为他们的网站需要更多的带宽、更强的安全性和更多的订单。 他还知道 BigCommerce 或任何现有的电子商务平台都没有像他们当前的订购流程那样。 所以他打电话给 1Digital 看看我们是否可以建造它。

每当商家带着非常具体、非常高级的要求来找我们时，我们都喜欢花大量时间挖掘细节。 为了知道是否有可能通过 BigCommerce 开发重建 Cards for Causes 订购流程，我们必须首先了解它的所有内容。 在项目开始前的 5 个月内，我们的客户经理与 Cards for Causes 团队举行了多次会议，期间他们探索了当前的功能。 每个回答的问题都会带来更多的问题和可能的考虑。 在提供行动计划之前，我们会花时间了解这些内容，因为我们试图使我们的提案中的工作范围尽可能详细。 范围越具体，我们就越能在以后出现最初未计划的事情时减少意外成本。

在此范围界定过程中，我们试图对 Cards for Causes 进行预期的一件事是让他们的系统适应未来发展的好方法。 毕竟，这本来就是他们的问题。 他们的系统在构建时运行良好，但无法适应不断变化的业务。 巴里曾表示，虽然公司目前专注于卡片，但他们未来可能会开始销售其他定制产品，这些产品需要他们的一些定制元素，但不是全部。 例如，除了里面的客户信息外，定制的卡片还需要为卡片的信封选择选项。 另一方面，像定制杯子这样的东西只需要信息。 对于这些客户来说，信封选项将成为完成订单的无用障碍。 所以我们选择让他们的系统模块化。 他们的新产品管理界面将由多个模块创建，这些模块可以根据需要为每种产品类型打开或关闭，从而以尽可能简单的方式为未来产品提供更多灵活性。 为了实现这一点，我们计划了一个混合系统，部分是 BigCommerce，部分是我们自己的。

1DBox 定制系统

当尝试使用像 BigCommerce 这样的托管系统来实现真正独特的要求时，有时我们需要在界限之外进行着色。 BigCommerce 商店是云托管的，这意味着尽管您可能拥有并运行您的 BigCommerce 商店，但它们为每个 BigCommerce 站点提供服务器空间和安全性。 您是更大的 BigCommerce 商店生态系统的半自治部分。 从好的方面来说，您的 BigCommerce 网站将更安全、更可靠。 这也意味着 BigCommerce 将设定每家商店必须遵守的限制，以保护更大的托管商店生态系统。 当您有一组需求时，例如 Cards for Causes had 根本无法使用 BigCommerce 提供的有限沙盒来实现它们。

在这种情况下，我们构建了一个完全定制的系统，即我们的 1DBox 开发工具包。 我们的 1DBox 工具通常托管在客户租用的 Linux 服务器上。 在这个不受 BigCommerce 控制或托管的独立空间中，我们可以自由支配几乎任何我们喜欢做的事情。 然后，我们利用 BigCommerce 的开放 API（一组帮助计算机系统交互的例程和协议）将我们的 1DBox 系统连接到 BigCommerce 商店的其余部分。 这是一种我们将用于复杂定制的方法，不仅在 BigCommerce 上，而且在任何具有严格开发限制的托管平台（Shopify、Volusion 等）上。

对于 Cards for Causes，我们构建的 1DBox 系统包括我们创建和设计的易于导航的仪表板。 Cards for Causes 团队可以通过用户名和密码登录访问此仪表板，并允许他们管理他们的产品。 这个仪表板与他们的 BigCommerce 管理区域没有什么不同，它只包含为他们的流程定制的工具。

仪表板由 12 个独立的模块组成，每个模块都处理 Cards For Causes 产品定制和订购流程的特定部分。 从更平庸的电子商务项目（如将产品分组到产品类型和设置批量定价）到更具体到 Cards for Causes 商业模式的项目，如管理可以写在卡片内的经文或添加客户的慈善捐赠选项。 该系统还通过 BigCommerce 购物车功能跟踪放置在商店中的订单。

定制系统还具有另一个内置 API 连接，与专业打印机实际创建在站点上订购的物理卡。 在发出任何订单之前，Cards for Causes 团队有机会对其进行审查，从自定义仪表板中进行更改，然后手动将订单发送给创建卡片并将其发送给客户的打印机。

该系统是可行的，因为它是模块化的。 1DBox 系统中的 12 个独立区域中的每一个都可以将其效果应用于或不应用于特定产品类型。 这意味着 Cards for Causes 团队可以使他们添加到生产线的每个新产品变得像他们想要的那样复杂或简单。 而且由于这个系统在功能上是开源的，如果他们将来需要添加更多的模块，没有系统限制会阻止他们这样做。

过程

构建复杂的自定义系统的过程并不快速和容易。 在这种情况下，我们基本上需要创建一个辅助电子商务平台，与客户已经在使用的平台无缝协作。 前期工作需要大量来回才能使工作范围正确，但在开发过程中，客户可能会在很长一段时间内感到被排除在外，而我们的开发团队则专注于他们的工作。 在此期间，我们希望通过我们的项目管理系统的可交付成果部分向他们报告，从而让客户了解最新情况。

工作范围被分解成可以理解的部分，随着开发的进行，我们会报告每个部分的进展。 在这种情况下，每个模块对应一个可交付成果。 通过这种方式，Cards for Causes 团队可以跟踪我们的开发团队在他们项目的每个部分中已经走了多远。

开发之后是 QA 和测试。 对于像这样专业的任务，QA 通常需要与开发一样多的时间才能完成。 通过 Cards for Causes，我们开始了第二个系列会议，其中一半是培训课程，一半是质量检查。 我们将首先带领他们的团队逐个模块地使用和维护新的 1DBox 系统。 每次他们都会看到一些与他们的流程不太相符的东西。 我们会调查然后改变系统。 经过几周的检查和改造，该系统正是 Cards for Causes 团队所寻找的。 正如我们经常为此类项目所做的那样，我们创建了一份说明手册，以便 Cards for Causes 团队拥有有关正确使用新系统的文档，并可以培训新员工在未来使用它。 该系统的手册最终变成了 33 页的文档。

对于我们合作的 90% 的商家来说，像 BigCommerce 这样的 SAAS 平台就足够了。 这种第三方系统开发是一种难得的必要性。 但是，如果您的企业需要托管平台的稳定性、安全性和价格，以及开源系统的无限制自由，那么这种混合解决方案是一个很好的选择。 如果您的业务运作方式独特，请与 1Digital Agency 的 BigCommerce 开发专家讨论如何使用第三方系统扩展托管平台的功能。 随波逐流有其好处，但如果您需要专门为您制作的东西，1Digital 可以提供。

下载PDF