我们在Talkdesk上被问到的一个常见问题是，我们的企业云呼叫中心与那些自称"可编程平台"的新兴产品（如Twilio和Amazon提供的产品）有什么区别。 苹果和橘子的比较就是答案。我们真的不会遇到这些可编程平台，因为我们向不同的受众销售。 为了解释区别，让我们用建造新家的比喻。理论上，我可以去家得宝，买我所有的材料，然后自己建房子。但大多数人不这么做。很少有人有专门的技能、资源或时间。毕竟，房子的好处就是利用它，对吧？ 因此，我们大多数人依赖于一个熟练的承包商来建造我们的精确规格的房子。这所房子的建造速度比DIY快得多，质量很高，承包商的工作也有保障。 可编程平台提供的产品类似于家得宝DIY场景。在这些平台上，你可以从头开始建立联系中心。很少有"现成的"。这些系统是为IT部门设计的，用于以编程方式组装呼叫中心解决方案。对业务用户或客户的最终好处并不是对话的一部分。看看他们网站上的营销语言： "Fork select组件并以自己的速度发布迭代，而不会在Git中遇到20000行合并冲突。" "有了代码，您可以将自己的频道带到Flex的Redux商店…" "第一个完全可编程的呼叫中心平台。" "我们迫不及待地想看看你在做什么。"（如果这句口号看起来很熟悉，你可能会在心理上把它和"你能行"联系起来。讽刺的是，我们可以帮上忙，从家得宝 这些信息如何转化为改善客户体验？提高运营效率？提高代理体验？不知道。他们不会说那种语言。 更重要的是，有多少公司拥有大量的IT资源，除了从头开始建立一个新的联系中心，没有什么比这更好的事情可做的了？根据我的经验，大多数公司都面临着IT资源限制的挑战。如果碰巧你有这些IT资源，他们中有多少人拥有高度专业化的开发人员操作专业知识来以编程方式构建一个联系中心？如果你认为专业知识不重要，也许你应该试着建造自己的房子！因此，您可能需要增加外部SI资源—这需要多少成本？ 现在让我们暂且不谈现实，假设您确实有一支由IT联络中心编程专家组成的可用团队，他们最终构建了您的联系中心。您如何知道它将满足运行呼叫中心运营的业务用户的需求，这些用户已经焦急地等待了太久的解决方案？