在选择新的 CSM 时，我们必须确保安全性符合政府、金融、医疗和制药行业客户的要求——这是没有商量余地的。我们还希望为客户提供全方位的视角。此外，我们还需要一种解决方案，帮助我们主动识别问题，并在客户遇到问题之前通知他们。
与我们现有的技术堆栈集成是另一个值得考虑的因素。新的 CSM 和知识库必须与 SAP 的企业资源规划 (ERP) 以及我们的工程平台 JIRA 完美配合，这样我们才能将工程和客户支持联系起来。因此，如果客户打电话投诉，我们认为这是软件、固件或硬件的缺陷，我们可以在网上发布该缺陷。
正如我所提到的，我们已经为销售团队部署了Sales Cloud，并为 ITSM 部署了 ServiceNow。因此，对我们来说，最重要的事情之一就是通过 Sales Cloud 将这种集成融入到我们的销售生态系统中。同样，我们认为在使用 ServiceN 印度 whatsapp 手机号码列表 ow 进行 IT 服务管理 (ITSM) 和客户支持时可能会发现一些同步性。但是，我很快就决定将 ITSM 和 CSM 分开，以防万一。我不想冒着任何内部信息泄露给外部客户的风险，这使得潜在的 ServiceNow 集成的好处变得毫无意义。归根结底，这取决于销售和服务技术之间的集成。
在 API 领域，许多东西都可以引入和引出 Salesforce 生态系统。但当我们考虑整合 ServiceNow 和 Sales Cloud 时，后端的一些事情突然出现了。
例如，我可能需要花费 X 美元来实施 ServiceNow，但随后我需要将其连接到 Salesforce。我们询问这是否可行。对于 ServiceNow，我听到的答案总是“是”，他们可以建立连接，但“是”一词末尾的“s”是美元符号。对于我们来说，建立这种连接需要额外的成本。当我们查看整体业务价值时，Salesforce 的投资回报率非常明确。