最近我一直在研究一个S/4HANA实现，一个有趣的结果是需要作为Fiori tiles的事务的数量，大数据的培训，这些事务还没有包括在预先交付的SAP目录中。

这包括了一些简单的事情，如VA01，为了直接调用（webgui）事务，而不是通过过滤事务"VAX1\u VBTYP"。它包括所有定义了SAP personas风格的事务。它包括所有自定义事务。它加起来有数百个tile—这就是我学到的—一个有效的Fiori启动板包括SAP提供的和客户定义的互动程序。

在设计LaunchPad体验时，一些交易是作为链接而不是互动程序提供的，以便管理空间，并突出常用的应用程序和交易。结果很好–它通过Fiori为用户提供了所需的一切启动板体验。

但是，我对结果不满意。简单地为用户提供一个webgui和一个启动SAP事务的Fiori tile，对我来说并不是一个巨大的进步。它只是一个不同的导航工具，尽管有所改进。

s/4HANA的好处来自数字化转型，这需要真正的流程变革。这就是为什么分析如此重要：新世界的用户需要从分析开始，这反过来又推动了他们的行为。分析图块和概述页面是这一点的绝对核心。为用户提供大量的普通图块，或带有（让我们面对现实，毫无意义的）SAP图标的图块，并不能赋予新的流程、见解或行为。

但在这个世界上，s/4HANA是新的标准，而且是这个标准为了通过Fiori启动板交付完整的角色，需要添加（可能）数百个额外的tile。但是，这些额外的瓷砖阻碍了组织从S/4HANA获得好处。有一个逻辑绑定-就像s/4HANA是用一副手铐交付的。所以这对每个s/4HANA客户来说都是一个问题。

解决方案是通过创建动态和自定义的tile，购物返现，其中可以包含丰富的信息和分析。但这并不是那么容易：每个自定义tile都像一个迷你Fiori应用程序，在WebIDE中设计，绑定到自定义SAP网关服务。很少有组织会有足够的预算来开发成百上千的定制瓷砖。

因此Arch的boffins提出了一个真正的解决方案，以实现快速、方便地交付定制瓷砖。最关键的是，这使组织能够建立自己的定制瓷砖库，而无需使用WebIDE，也无需开发SAPUI5，数据分析，在不开发网关服务的情况下，手机网站自助建站，我们称之为"Stelo Tile Builder"。

有了这个新工具，我们可以更好地支持动态Tile，省去每次构建网关服务的需要：相反，一个简单的功能模块就足以提供动态Tile数据。

当然，企业软件正版化，主要价值在于定制瓷砖。瓷砖可以直接在Fiori LaunchPad Designer中构建，速度非常快，因此成本非常低。

下面是一个LaunchPad示例，展示了标准SAP瓷砖和用户定义瓷砖的混合：

现在是同一个LaunchPad，使用Stelo Tile Builder构建瓷砖：

微图表和数字瓷砖中的分析非常重要，但请注意图像如何增强用户体验。