原作者:Jocelyn Dart
编译者:大话SAP
关于Fiori for S/4HANA,下面的10点你可以需要早点知道,这样你可以在制定项目计划的时候就将其考虑进去。
这10点分别是:
你可以在不激活SAP Fiori的情况下使用SAP S/4HANA。
所有的SAP Fiori和SAP S/4HANA UX是默认激活的,并且激活SAP Fiori只是个纯技术动作。
每个SAP GUI transaction都有对应的SAP Fiori app。
Fiori Visual Theme会把所有的SAP GUI transactions和Web Dynpro ABAP apps转换成SAP Fiori apps。
SAP Fiori apps会支持对应的SAP GUI transaction的每个特性。
你需要的只是选择Apps,用户会自己设置他们的主页。
所有Fiori app都可以运行在移动设备上,而不需要任何额外的设置。
所有老版本ERP的Fiori开发者都能直接基于SAP S/4HANA进行开发。
HANA就意味着不用进行性能调优。
认为用户体验只是你的SAP S/4HANA项目中的一个小问题或者技术问题。
下面就来详细看看。
1. 你可以在不激活SAP Fiori的情况下使用SAP S/4HANA
技术上说是正确的……但你将错失SAP S/4HANA解决方案带来的很多商业价值。
为什么?因为很多的SAP S/4HANA的业务创新,都是通过SAP Fiori来提供的,例如:
新的创新,例如机器学习,新增的自动化&例外处理;
带SAP Leonardo预测分析功能的Stock in Transit app;
对行为模式的洞察,例如对业务处理的内嵌分析;
管理收款工作清单app;
全新的/更新过的业务流程,更简单,更有效,并且提供更大的业务控制;
灵活的管理工作流,这让业务能勾自己控制审批流定义,而不需要IT或者工作流开发者;
全新的用户体验 - 简单,容易,快速,支持移动设备;
给仓库操作员的全新Pick by Cart app。
当然,没有SAP Fiori,你依然可以从HANA数据库强大性能和快速分析能力中获益。不过,有了Fiori,你能获得更多。
2. 所有的SAP Fiori和SAP S/4HANA UX是默认激活的
错。
所有的Fiori和S/4HANA UX是作为S/4HANA解决方案的一部分安装的。然而,你依旧必须要自己完成一些激活和配置任务。为什么呢?
SAP S/4HANA包括了超过1000个Fiori apps,对应大概140个业务角色。你可以从某处开始你的Fiori旅程,例如有的客户选择首先激活大约20个apps,但是你大概不会想在第一天就激活所有的apps。
换句话说,这是你的数字化旅程,也是你的组织变革旅程,你需要决定:
哪些业务流程需要被改进,什么时候改进?
哪些apps需要现在使用,哪些可以放在未来?或者干脆不使用。
哪些业务用户需要访问哪些apps?
什么情况下他们会使用这些apps?- 在何种业务场景和工作环境?
他们使用什么设备?
这些都会影响你的决定,哪些apps要被激活,配置和测试。任何你决定不使用的app都应该不被激活。为什么?控制app白名单,只激活你需要的app:
减少用户访问错误app的风险;
减少数据暴露的风险;
减少测试的工作量;
减少安全管理工作量;
减少支持维护工作量。
当然这也跟你的系统环境有关,例如:
你是希望能从任何地方访问(Internet)?还是只能通过VPN或者公司网络访问(Intranet)?
你是否系统通过移动环境访问Fiori,还是桌面环境?
不同设备,不同访问路径对应的安全层级是怎么样的?
这还带给我们一个误解。
2b. 在S/4HANA中激活Fiori只是个技术性任务
错。
除了激活Fiori apps之外,还有其他跟UX相关的工作,包括:
让整个项目团队理解新的用户体验,扩展选项,以及如何在业务流程设计中使用Fiori的新特性;
在to-be的业务流程,业务角色和任务中,评估对Fiori app的功能适用性;
整体管理用户体验扩展和自定义开发;
跨功能地优化业务角色的用户体验。
这意味着你的功能顾问有Fiori知识还不够,你需要一个单独的顾问来实施,驱动和指导用户体验相关的工作,这是跨功能和技术模块的。你可以叫他UX lead或者UX架构师。
3. 每个SAP GUI transaction都有对应的SAP Fiori app
错。
再回来看一眼Fiori设计准则:基于角色的,自我适应的, 连贯一致的,简单优雅的,令人愉悦的。仅仅对SAP GUI做个面部拉皮手术可达不到这些。
SAP提供的每个Fiori app,如果你自己设计Fiori app也是一样,都是全新设计的。SAP称之为设计驱动的开发,它包括:
深度理解业务角色和业务场景(使用场景,工作环境)以获得洞见:任务如何才能更简单,容易和有效地完成;
跟真实的用户一块来设计新的app,这带来有效的创新,或者至少,有意义的改进;
只有这样才能从无到有地打造新app。
所以你会发现Fiori apps的一些特点:
原先复杂的SAP GUI transaction可能会被打散为多个Fiori apps;
一个Fiori app可能包括原来多个SAP GUI transaction中的功能;
提供原来SAP GUI中没有的功能。
已经有超过1000个Fiori app提供给了S/4HANA使用。是否在过去40年间SAP开发出来的所有GUI transaction都会被转化为Fiori app?很难说。
当然,有一部分肯定肯定会被舍弃。一些SAP GUI transaction已经过时,或者被新功能取代了。一些复杂的功能可能需要被简化,特别是那些非常复杂的图表,还包括一些后台管理程序。
4. Fiori Visual Theme会把所有的SAP GUI transactions和Web Dynpro ABAP apps转换成SAP Fiori apps
错。
Fiori Visual Theme改进了从Fiori apps到传统apps的跳转。然而Fiori Visual Theme相当于是帮传统apps进行翻新,它改变表面,但并不改GUI或者Web Dynpro ABAP程序的业务操作。
虽然已经有了超过1000个Fiori apps,但是实际情况是,很多业务角色还是需要一些传统apps。
所以你需要给业务用户做好心理建设,最重要的是:
传统app并不保证在移动设备上使用;
一些特殊功能的操作可能会受影响。
为什么传统app无法保证在移动设备上可用。因为SAP GUI for HTML和Web Dynpro ABAP框架基本上是在有移动设备之前就存在了的。因此有时候可用,有时候不行。经常是某些功能在移动设备上用不了。
更多关于这个问题的解释,请查看 SAP Note 314568 – SAP GUI for HTML functionality / Limitations / Sp. Behaviour。
5. SAP Fiori apps会支持对应的SAP GUI transaction的每个特性
错。
道理跟第三点其实相同。
6. 你需要的只是选择Apps,用户会自己设置他们的主页
如果你希望用户的接受度更高,那就别这么做。而用户接受度是数字化转型很重要的因素。
想象一下上线第一天,你的业务用户的体验吧。第一天,你肯定希望你的用户登录进S/4HANA,并且立即开始工作。
这意味着,即是在第一天,所有的业务用户都要访问主页,并且主页不能一团糟。用户需要能立刻知道那个磁贴或者链接是他们工作要用的。
记住,你依旧是在运行业务,因此别让用户浪费时间在调整主页设计上。当然,之后他们可以个性化自己的主页,但是第一天,他们依旧需要完成工作。
至于如何设置主页,SAP已经提供了很多文章,例如:Adapting the Launchpad to the Business Role。
7. 所有Fiori app都可以运行在移动设备上,而不需要任何额外的设置
错。
当然Fiori launchpad和Fiori apps可以自适应移动设备,也会自动采用合适的呈现形式。
但是传统apps不保证能在移动设备上使用,这在第四点中提到了。所以你可能需要考虑,同一个应用在不同设备上呈现方式。Fiori Launchpad配置会标记app对设备的相关性,所以,在移动设备上无法使用的app会自动隐藏。
8. 所有老版本ERP的Fiori开发者都能直接基于SAP S/4HANA进行开发
也许可以,也许不行。
绝大多数开发者需要扩展他们的知识,包括:
从SAP Business suite NetWeaver 7.4/7.5到SAP S/4HANA 1709 version 7.52
从以前的数据库或HANA 1.0到HANA 2.0
Fiori 1.0 (SAPUI5 1.38及以下)到Fiori 2.0 (SAPUI5 1.40及以上)
SAP S/4HANA 1709 FPS01 on SAPUI5 1.52
SAP S/4HANA开发者还需要理解:
ABAP Development Tools for Eclipse
ABAP Programming Model for Fiori
Fiori elements vs. freestyle vs. hybrid design
SAP S/4HANA扩展选项
特殊特性和通用服务,例如Default Values, Key User Extensibility, Flexibility Services, attachment services, manage workflows
要学的东西很多。
9. HANA就意味着不用进行性能调优
错。
不管你的后端数据库有多强大,当你通过Web浏览器来操作的时候,带宽和网络很关键。当你使用移动设备的时候更是如此。
如果你使用移动设备上SAP Fiori Client,或者通过VPN/Citrix进行访问,就更是增加了复杂度。
运行性能追踪能快速地识别瓶颈,并方便调优。
以下一些方式强烈推荐,特别是:
使用内容分发网络(CDN)来配置Fiori引导文件,这是Fiori Launchpad和每个Fiori app都需要的。请注意,有客户通过使用这个方法获得了8倍的启动Fiori apps的性能提升。
定期执行HANA View Results Cache作业,用于提前计算相关的动态分析,这样用户在每天登录之后,能获得更快的性能。
在你的自定义开发中避免使用兼容视图,它会拖累性能。
对于要大量使用SAP GUI transaction的用户,考虑使用SAP Business Client,这样让他们可以从Fiori Launchpad中直接调用SAP GUI for Windows。
10 认为用户体验只是你的SAP S/4HANA项目中的一个小问题或者技术问题
错。
如果你看过任何关于SAP用户体验的演示,你可能看过这幅图(人,流程,技术)。
这意味着人跟业务流程和技术一样,是项目中的重要因素。在SAP项目计划中,你要很认真地考虑如何达成用户体验上的要求。
你需要有人来负责SAP项目中的UX相关的事情 —— 就是你的UX lead或UX架构师。这个人可以来自功能或技术背景,因为这很大程度上是一个协调,推动和管理的角色。
你的UX策略必须是以人为中心的。要跟所有的业务干系人进行沟通,并做好变革管理。
原文《Fiori for S/4HANA – Top 10 Myths & Misconceptions to Avoid》有删改。
网友评论