评估集成零售业务系统时的风险

已发表: 2018-12-13

当您准备好集成您的零售业务系统(例如电子商务、金融和实体软件)时,您必须做出一些决定。 您必须决定要集成哪些系统、如何连接它们以及与谁合作以实现它。 当你进行这样一个项目时,最好停下来想想你在整个过程中可能遇到的短期和长期风险。

保持领先一步是避免陷入可预防但令人遗憾的情况的唯一方法,例如冗长、昂贵或管理不善的项目。 在那一天结束时,您想要一个可行的解决方案而不是买家的悔恨离开。

从您的集成项目中退后一步,有两个领域是至关重要的规划。 其中包括与启动和运行零售业务系统集成相关的短期风险,以及与事后正确维护和支持这些连接相关的同等重要的长期风险。

集成项目不仅仅是初始启动,然后是在您的业务后台运行的流程。 您希望确保您的集成随着您的业务获得新的订单量、销售渠道或全渠道功能而不断发展。 让您的库存、订单或其他数据因任何原因停止在您的系统之间流动可能会给您和您的客户带来严重的头痛。

为了使您的计划过程更简单,我们在下面汇总了一个风险评估图表。 此图表旨在帮助您测量两次,并切割一次。 您可以在比较系统和服务时使用此图表来管理您的集成。

如何在您的零售整合项目中评估风险

首先,让我们看一下从您开始规划零售集成项目到项目启动期间可能出现的常见问题。

整合项目短期风险

确定项目范围

在连接两个软件系统以实现它们之间的数据流自动化时,了解需要连接哪些数据字段以及需要适应哪些业务流程至关重要。 这将不可避免地影响您的工作范围或工作说明,不仅确定需要映射的字段,还确定数据在被端点系统接受的过程中需要转换或更改的方式。

前期缺乏适当的范围界定会导致项目后期范围发生变化,这可能会导致时间延迟和成本增加。 在某些情况下,您可能没有关于部署到您尝试连接的软件的自定义和附加组件的文档。 或者,您可能无法访问开发人员、IT 专业人员和其他参与软件部署和个性化的人员。 如果没有这些资源,未来的变化就更有可能发生,因为很难为你不知道的事情做计划。

关键要点:让所有利益相关者参与创建范围很重要,这样您就不会在项目中期发现财务等部门有您不知道的要求。

访问您的系统

要连接系统,您需要能够将数据输入和/或输出这些系统。 无论是通过防火墙,还是只是为 API 或 FTP 位置生成正确的登录,您都需要能够在需要时获得所需的信息。 确保任何必要的供应商,例如控制对您的软件的访问的托管公司或增值经销商 (VAR),都准备好在授予您的集成合作伙伴使用的访问权限方面发挥自己的作用,这一点很重要。

当您的集成合作伙伴没有他们需要的访问权限时,它可能会延迟您的项目或阻止按照您最初的计划集成您的系统。

要点:准备好在项目开始时了解和共享对您需要连接的系统的访问权限。

你的劳动

建立网站时,您需要对设计和其他元素提供反馈,并且可能需要提供内容,例如“关于我们”页面。 如果合作伙伴正在为您完成集成,他们很可能需要您提供信息,例如您希望如何完成订单以生成工作范围。 他们还可能让您在项目的不同部分签署工作,并采取其他必要的步骤来完成项目。

关键要点:期望在整个集成项目中向您的合作伙伴提供反馈。 您的延迟很可能会影响您项目的启动日期。

硬件和软件要求

要与其他软件连接,您需要您的软件系统具有连接方法。 在某些情况下,您可能需要为模块或访问权限付费才能访问 API、导入和导出平面文件,或者以其他方式将数据导入和导出软件。 在其他情况下,您可能需要升级 SaaS 许可证或托管以适应连接数据可能需要的额外负载。

关键要点:请注意,集成您的系统可能需要比您目前拥有的更多资源。 您应该能够与您的合作伙伴一起了解和规划这些需求,因为它们会影响您的时间表和总体成本。

现在一切都很好……如果你建立在一个坚实的基础上。

选择集成方法:长期风险

以下是您在选择用于连接系统的集成方法时需要注意的 10 大事项,您可能还没有想到:

  1. 安全性:您真的希望冒着泄露客户数据和其他敏感数据的风险吗? 我们知道您不知道,因此了解如何测试您的集成解决方案是否存在黑客漏洞非常重要。 会有安全审计吗? 渗透测试? 托管和软件层是否会保持最新以抵御新的和不断演变的威胁?
  2. 维护:随着您的软件端点升级,谁来确保您的集成平台与这些更改相匹配? 如果没有维护计划,您的集成解决方案可能会停止运行,给您和您的客户带来一些痛苦和挫败感。
  3. 支持和文档:如果您在数据自动化方面遇到问题,例如订单失败,您会求助于谁? 您如何知道这是 API 问题、防火墙问题、员工或供应商意外插入您的软件系统中的错误数据,还是其他问题? 如果您依赖的“人”可能正在度假、被捆绑或无法使用,并且您没有足够的文档,您可能会发现自己被困在没有桨的小溪中。
  4. 集成方法:您的集成是直接将两个系统联系在一起的自定义连接吗? 或者,您的解决方案是否包括位于端点系统之间的“集线器”,用于管理和执行数据集成? 您的系统如何连接在一起会影响添加附加软件或升级当前端点系统的难易程度。 根据集成方法的不同,这些场景中的任何一个都可能意味着回到绘图板并重新开始一个新项目。 超越您的集成肯定会付出高昂的代价。
  5. 实施:根据解决方案的不同,您可能需要依靠您的合作伙伴来连接您的系统,或者使用点击工具进行更多的 DIY。 如果是后者,您是否有内部资源来执行设置? 这些差异也会影响成本。 如果您的合作伙伴需要设置集成,预计会有一次性设置实施成本。
  6. 托管:谁托管您的集成解决方案? 它是否可扩展以处理增加的数据量? 它是否依赖特定的数据中心或云提供商来保持正常运行? 是否有 SLA 可以保护您免于停机? 如果您的集成提供商出现故障,那么您的客户就会遭受订单丢失、订单处理延迟等问题的困扰。
  7. 备份:如果您的某个端点出现数据停止流动或损坏的问题,会发生什么? 你将如何康复? 虽然我们都希望这样的事情永远不会发生,但最好为此类突发事件做好计划,以防万一。
  8. 可扩展性:端点系统的突破点是什么? 一次可以传输多少产品和订单? 没有什么比度过了愉快的销售日,然后发现订单卡在数据传输中而不是被拣货、包装和发货更糟糕的了。
  9. 批处理:在完美的世界中,所有数据都将通过实时 API(软件如何与其他软件对话)。 即使您的一个系统没有 API,数据也应该流向有 API 的系统。 使用批处理,您正在延迟数据的传输。 这可能会导致问题,例如库存不是最新的,您的订单没有转移到您将要尽快履行它们的软件,等等。 API 还具有使用代码提交每条数据并从接收软件获得响应的好处。 这导致我们:
  10. 错误和异常处理:如果订单#已经存在于它试图插入订单的系统中,你的系统是否知道该怎么做? 如果它返回 4xx 或 5xx 错误代码怎么办? 如果您的系统没有足够的处理、路由和日志记录,您可能会发现您的船有洞,并且您将要打捞水。
评估零售整合风险

使用此图表来评估不同的解决方案和合作伙伴。 您可以通过为要比较的每个解决方案创建列来轻松比较选项。

详细了解 nChannel 的中间件集成平台如何将您的电子商务系统连接到您的 EPP、POS 和 3PL 系统。