原作者：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》有删改。
