寻找新的市场和客户,SAP AG正在开发的新一代主持,按需产品和寻找方法使其复杂的业务软件更容易使用。Vishal Sikka,SAP的首席软件架构师,谈到公司的第一个随需应变的产品之一,其软件即服务哲学、搜索功能在企业软件、Web服务标准,更在接受采访时说。面试,下周的Cebit会展客户将有机会看到一个简短的15分钟的演示SAP的新套件的托管计划,按需中级市场应用,内部称为a1。德国老总孔翰宁供应商希望在今年晚些时候推出的产品。
有什么不同的按需设计一个产品,如你的新CRM提供吗?
有几件事情本质上是有趣的。一个是可以通过托管提供更好的经济学。这是多少您可以利用底层的函数堆栈技术——不同的硬件——应用程序层以下。另一个方面是启动和运行。这如何紧密的问题你可以让软件反映客户做业务的方式。CRM随需应变解决方案在美国保险公司非常不同于在泰国CRM随需应变解决方案公司。
具体是什么不同的按需设计中产品呢?预想的水平,许多功能,易用性?
完全正确。你所看到的在我们的CRM按需提供一个大大方便的产品使用通过preconfiguration等方式,减少功能和底层基础设施的巨大优势。你会看到我们做的事情,远远超出了Salesforce.com。你会看到我们开始工作的“云”平台亚马逊和谷歌。我们还没有宣布任何关系,但你将会看到我们做这类的事情。
将发挥什么作用software - as - service模型在SAP软件全面?
我们看它作为另一个部署选项。当你看SAP的功能,我们提供我们的客户,行业和民族是非常巨大的。一种大小并不适合所有人。我们使用各种各样的部署选项。某个类的过程,它有利于提供软件即服务。对于其他进程,它可能是更好的提供我们的软件作为一个本地模型。
软件即服务产品的设计有什么限制?
你必须看看之间的权衡能力定制和共享数据。
将垂直应用程序你走向智能xApps消失?
不。我们xApps增加垂直应用程序。他们给公司建立最后一英里的能力;他们更倾向于狭义应用程序利用现有的应用程序。
你的专有ABAP编程语言呢?很快会消失吗?
我想借此机会阐明。时代的企业面向服务的体系结构,整个编程语言的辩论是一个很大的红鲱鱼。编程语言是一个不断创新的领域。有趣的是,我们发现在我们的世界里,应用程序比编程语言生活更长时间。例如,Sabre,应用程序用于机票预订,仍然是用Cobol语言编写的,尽管最后的编译器是20多年前写的。
所以ABAP留在这里吗?
你不会看到ABAP会很快消失。为什么?因为很多客户使用的应用程序代码在ABAP。它有一个非常可靠的、高性能的底层平台,远比任何在市场上我们已经看到。你会看到ABAP很长一段时间,但您还将看到更多Java因为某些应用程序是用Java编写的最好。你会看到我们使用其他语言。我们所做的很多工作微软编程模型。我们对编程语言的方法是让编程语言无关的区别。
企业搜索呢?你有什么新的进展在管道吗?
这是一个持续的发展。你从美国到目前为止是早期思考在这一领域。更多的是。你会看到企业搜索发展的不同方面,比如上下文搜索。我们自己的应用程序知道用户是谁,用户的角色是什么以及用户授权。
微软和SAP合作呢?什么是下一步二重唱和挑战是什么?
挑战总是在一起当你把两个大公司,如微软和SAP。我们有不同的发展理念。微软面向更多的体积和更多的消费者的关注。但是我们有很大的关系。二重唱的产品就是一个例子。随着时间的推移,你会看到二重唱扩大在许多有趣的方式来支付一套更广泛的场景。你会看到我们使它更接近xApp组成的平台,所以它会更容易为客户添加。你会看到我们工作更紧密地与微软移动。
缪斯女神。在用户界面方面新进展吗?
这是一个持续努力向反思我们的UI的方法。理解整体用户体验和方向,你必须退后一步,看看客户的背景使用SAP应用程序。这是非常广泛的。有些人在工厂的地板上。有卡车司机,手机用户,笔记本用户和桌面用户。我们接触终端用户在任何上下文中。合唱是例子。大量的工作发生在微软办公软件。当然,一个大区域SAP用户——无论是工资职员或会计经理——花了很多时间在SAP屏幕的前面。我们想让这些用户一个富客户端。 This is what Muse is.
你努力前进创建一个开发者社区一样有激情推动开源软件的发展?
有一个充满激情的开发者社区是我们非常感兴趣。SAP生态系统已经存在了很长一段时间。成千上万的公司已经开发出附件,我们鼓励。除此之外,我们非常有兴趣开发效率。我们有实验室在世界各地分布。我们已经做了很多思考如何优化的好处得到分布式的、分散的发展网络的。
做不同的地区带来不同的专业知识,这幅画吗?
是的,。我们看到很多Linux专业在中国,很多在印度和Windows手机专业知识专业技能在以色列。我不想刻板印象但你看到一个自然区域合并的技能在不同的地区。在这些领域的发展是有意义的。