先聊一个场景Fiori 上线之后我隔三差五就会听到一句特别真实的抱怨——“登录进去满屏都是磁贴花花绿绿的可我要用的那个功能到底藏在哪”尤其是刚上线的项目管理员把一整套角色目录全都塞给用户结果用户每天打开 Fiori Launchpad 的第一眼不是“今天该做什么”而是“今天我要在一堆磁贴里找什么”。这个问题的根源不是 SAP Fiori Launchpad 不好用而是我们把最有价值的“第一屏”当成了普通的磁贴列表来用。My Home 就是解决这个问题的关键部件。它是 SAP Fiori Launchpad 里默认存在的一个个人化空间可以把收藏、最近使用、高频应用、通知和任务聚合到同一个入口再通过卡片的形式把你真正关心的事务摆在你眼前。说白了它就是一个可以按需定制的个人工作台。这篇文章我会从功能拆解、配置步骤、卡片玩法、权限边界到排坑经验把我实际做过的配置路径和踩过的坑完整梳理一遍适合负责 Fiori 落地的顾问、管理员也适合想搞清楚“为什么我的 Launchpad 第一屏这么乱”的项目成员。1. 为什么第一屏值得单独花时间Fiori Launchpad 的用户体验短板1.1 默认首屏的两大“病”先说病根。Fiori Launchpad 的默认登录首页逻辑上是“把你所有角色关联的磁贴全部摊出来”。在系统刚上线、目录没有梳理干净的阶段这个首页往往是一个长长的、没有业务逻辑顺序的磁贴列表。用户看到的情况基本分两种第一种是“找不到”。比如一位财务经理角色下面可能挂了十几个 JAM 新闻、几个不常碰的报表入口而他每天真正要做的只有“发票审批”和“总账查询”。审批入口不在第一屏他就得开搜索、记路径甚至问我“这个交易代码还在不在”。第二种是“不敢点”。首屏太杂的时候用户不敢乱点怕点了进错界面、怕把某个流程搞乱。结果就是大家宁愿墨守成规走旧事务代码Fiori 推了很久还是没人用。这两种情况的共同点在于**我们把一个本应承担“工作台”角色的界面用成了“应用商店”。**应用商店的逻辑是“东西很多你自己逛”工作台的逻辑是“你来上班我告诉你先处理什么”。1.2 My Home 在这一代 Fiori 产品里的真实定位My Home 不是一个新安装的附加组件而是 Fiori Launchpad 自带的一个落地空间。在较新的 S/4HANA 版本以及各类采用云端的 ABAP 环境中系统默认就有一个 “My Home” 空间并且它在空间模型里被分配给了所有用户。它的设计目标很明确给登录用户一个“有人味儿”的起始页。登录之后你首先看到的不再是冷冰冰的磁贴墙而是三个区域Utilities 区放在页面顶部的快捷工具栏包含收藏Favorites、最近使用Recently Used、高频使用Most Used三组快捷入口。Applications 区用卡片组织的业务应用区管理员可以按角色预置用户也可以自己调整。通知与任务聚合通过卡片把待办、审批、消息等拉到一个容易看到的位置而不是让用户自己去找审批箱。从产品视角看My Home 就是 FLP 在“空间Space页面Page卡片Card”三层模型里的一个特例空间。但“特例”不代表“简单”恰恰因为它是用户进系统的第一步它的配置质量直接决定了整个 Fiori 的推广效果。1.3 什么样的项目最需要精心布置 My Home不是所有项目都需要把 My Home 做成“高大上”的数据驾驶舱但以下几类场景我建议把 My Home 放在配置优先级的第一位高频审批用户比如采购、财务、生产计划里天天处理审批流的人群。他们需要的是“打开就知道我有什么待办”。角色职责集中的业务用户比如一个仓库管理员操作界面就集中在收货、发货、盘点几个功能上好的首屏能让他告别点来点去。管理层查看型用户他们不希望看到几十个磁贴只需要几个关键 KPI 卡片和最近的异常告警。刚上线 Fiori 的新用户第一屏的友好度基本决定了他们后续愿不愿意继续使用新入口。这类项目有一个共同点用户的“核心任务”是清楚且有限的。只要能把有限的核心任务放到第一屏My Home 的价值立刻就出来了。2. 拆开看 My Home空间、页面、卡片如何组成一个工作台2.1 先理解 FLP 的空间三层模型想要配置 My Home绕不开“空间-页面-卡片”这个模型。这是理解整个话题的地基。空间Space一个逻辑容器表示一组用户的页面集合。系统默认有 My Home 和 Common 两类空间管理员也可以按业务角色创建新的空间。页面Page空间内的一个页面可以理解为浏览器里的一个标签页。每个空间可以有多个页面用户登录后可以在页面之间切换。卡片Card页面上的最小信息单元。卡片可以是一个应用的入口可以是一段说明文字也可以是一个带数据绑定的动态组件。我习惯把这三层比喻成办公楼空间是大楼页面是楼层卡片是楼层里的工位。My Home 这栋楼里默认给你留了一个“我的页面”用户进去之后看到的就是自己工位上的那张桌面——也就是 Applications 区。这张“桌面”上能放什么取决于卡片类型。但很多管理员在配置时容易忽略一个原则**空间负责“谁能看到”页面负责“能看什么”卡片负责“看到之后能干什么”。**三层各司其职配置的时候不要混在一起想。2.2 顶部的 Utilities 区被忽略的导航神区说实话我见过不少项目把精力全花在卡片上把顶部 Utilities 区当成了默认配置扔在那里不管。这是很亏的因为 Utilities 区其实是性价比最高的个人化组件。它有三个分组背后的使用逻辑非常贴近真实工作习惯Favorites收藏用户从任意磁贴菜单里点“添加为收藏”后这个入口就会出现在这里。它服务的是“我自己常用但不在默认卡片里”的场景。Recently Used最近使用不需要用户主动操作系统自动记录最近访问过的应用。这个分组特别适合那种“我刚才打开过待会还要再看一眼”的连续性工作。Most Used高频使用按用户使用频率自动统计出来的应用列表。它对那种一周 20 次重复操作的角色特别友好。我通常会在给用户做培训的时候专门强调这三组**“你不需要背磁贴位置多用几个点它就自己学会了你的习惯。”**这句话对用户的接受度影响非常大。2.3 卡片类型的选型四种卡片各管什么My Home 的 Applications 区本质上是一个卡片容器。实际配置时我基本只在这四种卡片里做选择卡片类型表现形式适用场景配置复杂度应用卡片静态点击直接打开某个 Fiori 应用核心业务功能的固定入口低动态应用卡片点击打开应用并携带参数需要带条件进入的审批箱、报表中文本卡片固定文字可选链接公告、操作说明、节假日提醒低自定义 UI5 卡片通过 manifest 绑定 OData 展示列表/KPI待办列表、库存水位、异常监控高选型的核心逻辑很简单**如果只是“给一个入口”用静态应用卡如果入口需要带默认条件用动态卡如果是要“把数据直接摆在页面上”用自定义卡片。**文本卡片则适合放那些和系统操作有关但又不属于某个应用的说明比如“每个月最后一个工作日关账”。2.4 通知与任务聚合把“待办”变成第一屏的主角真正的工作台不能只是“导航中心”还得是“事件中心”。这里的重点是 My Inbox我的审批箱以及各类通知类应用在 My Home 里的安放。在实际布置中我一般会给审批量大的用户组安排这样一组卡片第一张是“我的待办”My Inbox 的应用卡片第二张是“我发起的流程”动态卡片带创建者过滤参数第三张根据业务不同可能是“采购订单待确认”或“差旅待审批”这种带明细的列表卡片。把待办放在首屏等于替用户回答了“我今天要从哪里开始”的问题。这个体验上的提升比任何培训都有效。3. 实战配置从空白到个人工作台的全过程3.1 动手前先确认环境与授权开始配置之前有几件事一定要先确认否则后面会白白浪费时间版本是否支持空间模型新版 S/4HANA 和云环境一般都支持“空间页面”模型如果系统比较旧仍可能停留在“目录组磁贴”的老模型。老模型下 My Home 也有类似的配置入口Fiori Launchpad Designer 里的 My Home 页面但操作路径不同别拿新步骤硬套。有没有管理员权限配置 My Home 通常需要 FLP 管理相关权限比如标准的 SAP_UI2_ADMIN 职责或者 Fiori 管理员角色。没有权限的话登录后根本看不到管理入口。用户测试账号准备一个与业务角色一致的真实用户用来验证配置结果。千万别只用管理员账号验证管理员能看到的东西和业务用户看到的东西经常不一样。我个人的习惯是先开一张清单把“系统版本、FLP 管理入口、测试账号、待分配的角色清单”列出来确认完再开始改配置。这套方法帮我避免过好几次“配完才发现根本没有权限”的尴尬。3.2 在“管理启动台空间与页面”里激活和分配 My Home新版环境里配置 My Home 的核心工具是 Fiori 应用“管理启动台空间与页面”Manage Launchpad Spaces and Pages。入口路径不复杂进入 FLP 后在管理组里能找到它老版本则通过 Fiori Launchpad Designer 访问。操作顺序我推荐如下打开管理应用切到“空间”Spaces页签在列表里找到默认的“My Home”空间。点击 My Home进入详情先看它的“分配”状态。系统默认通常会把它分配给所有用户但很多项目实施方在迁移过程中可能改过所以一定要检查。如果 My Home 还没有被分配使用“分配”功能选择按角色Roles、按用户Users或者“所有用户”All Users分配。确认 My Home 被设为落地页Landing Page。这一步很关键如果不设成落地页用户登录之后还是会先看到其他空间My Home 就被架空了。分配完成后顺手检查一下 Common 空间。Common 空间适合放“人人都要用的公共卡片”比如公司新闻、公共帮助文档它和 My Home 的角色分管逻辑是互补的。这里有个容易犯的错**把用户所有应分配的卡片全塞进 My Home而不用 Common 和其他角色空间。**运行久了My Home 也会变成磁贴墙问题只是从“首页很乱”变成“个人工作台也很乱”。3.3 添加卡片从一个真实例子开始配置空间分配之后重头戏是往 My Home 的页面里放卡片。我拿最常见的“我的待办审批”来演示完整的操作路径。在“管理启动台空间与页面”里打开 My Home 空间的默认页面点“添加卡片”Add Card选择“应用卡片”App Card。然后你需要填写核心信息标题比如“我的待办审批”。标题要短、要直白不要写“系统入口”这种没有信息量的话。语义对象Semantic Object这里填应用对应的语义对象比如 My Inbox 应用的标准语义对象是FioriTaskProcessing。动作Action该语义对象支持的动作比如displayInbox。图标与副标题可以从系统图标库选也可以自定义图标链接。副标题建议写一句用户能理解的话比如“需要你处理的审批”。保存后这张卡片就会出现在页面上。用户登录后点卡片直接进入审批箱不需要再翻找应用列表。同样的方法可以继续配置“我的请假余额”“采购订单创建”“销售订单查询”等入口。一组设计良好的应用卡片就能覆盖一个角色日常 80% 的功能入口。3.4 按业务角色做差异化视图别让所有用户用同一张脸My Home 虽然带“My”但它允许管理员按角色做不同的默认配置。具体做法有两种我建议按实际情况选择方案一一个 My Home按目录组区分卡片。如果你的角色体系比较成熟每个角色的目录组已经分得很清楚那你可以在 My Home 的页面上直接引用这些目录组只把相关组的内容展示出来。方案二为特殊角色单独建空间。比如高管团队需要看 KPI 驾驶舱那你为高管建一个独立空间并且把他/她的落地页指向这个空间而不是通用 My Home。我做过的一个典型项目里普通员工用通用 My Home只保留审批、考勤、常用查询车间管理团队单独建了一个空间首屏放了“生产订单达成率”“设备异常数”两张列表卡片。效果是管理团队每周例会不再需要有人先导出 Excel直接打开 FLP 就能投影。3.5 设置落地页、清缓存、做验证配置做完不能直接宣布“完成”验证清单至少要有这么几条用测试账号登录确认首屏就是 My Home。确认每个卡片点击后能打开正确的应用。确认不同角色登录时看到的默认卡片有差异。如果改了空间分配或卡片后用户看不到变化用事务代码/UI2/DELETE_CD清理客户端缓存或按项目规范清理前端缓存然后让用户重新登录。清缓存这件事我多说一句**Fiori 的缓存机制在疫情期间折磨过很多团队。**配置改了但用户死活看不到新卡片一半以上都是缓存问题。规范的做法是配置发布后立刻清一次后端缓存再让用户强制刷新页面而不是让用户一遍遍的“退出再登录”。4. 卡片背后的原理语义对象、导航参数与数据绑定4.1 语义对象与动作卡片“认路”的方式很多人配置卡片时只是照着文档填了两个字段并不知道背后发生了什么。其实“语义对象动作”就是 FLP 的导航寻址机制。你可以把语义对象理解成一个“门牌号里的楼号”动作是“房间号”。当用户点击卡片时FLP 会拿着这对组合去查找对应的目标映射Target Mapping找到之后再把用户送到正确的应用 URL 上。这也是为什么我在配置卡片时执意强调“卡片本身不会导航导航靠的是目标映射。”如果出现“卡片看得到、点不开”的故障问题十有八九不是卡片配错了而是这个语义对象动作的目标映射没有建或者配坏了。常见的语义对象/动作组合包括待办审批FioriTaskProcessing/displayInbox采购订单审批PurchaseOrder/approve物料主数据查询Material/display我的休假申请LeaveRequest/manage建议把维护一张“语义对象-动作-应用”的对照表作为项目资产后续排查问题会快很多。4.2 动态卡片让一个入口变多个场景静态应用卡片适合“一个入口、一种进入方式”。但实际业务里经常需要“同一个应用、不同默认条件”的入口。比如同样一个采购订单审批应用采购总监想看到的是“所有待审批”而某个采购员只需要看到“我自己提交的待审批”。这时候动态卡片就派上用场了。动态卡片在配置时比静态卡片多了“参数”设置。你可以给卡片定义若干个参数键值对点击卡片后这些参数会附带到应用的 URL 上应用启动时读取这些参数并应用过滤条件。例如配置“我发起的采购审批”时参数类似参数名role值requester参数名status值pending应用收到后就会按“我为申请人、状态为待审批”的条件展示数据。这样同一个应用可以拆成多个不同的入口卡片分别服务于不同场景而不用为每个场景单独开发一个应用。这类“少配置、多场景”的思路特别适合项目周期紧、标准功能为主的情况。4.3 自定义卡片的数据来源OData 绑定示例真正让 My Home 从“导航页”升格成“工作台”的是自定义卡片。它允许你直接在卡片上展示业务数据比如“待处理审批的前 5 条”“库存低于安全线的物料列表”。实现方式并不复杂在 SAPUI5 环境中按卡片 manifest 规范编写一个自定义卡片组件通过 OData 请求获取数据再把数据绑定到卡片的列表或表格上。下面是一个最简化的清单卡片示例{ sap.card: { type: List, header: { title: 我的待办审批, subTitle: 最近 5 条 }, data: { request: { url: /sap/opu/odata/sap/ZMY_TODO_SRV/TodoSet, parameters: { $top: 5, $orderby: DueDate desc } } }, content: { item: { title: {Title}, description: {Description} } } } }这个 json 的含义是卡片从ZMY_TODO_SRV这个 OData 服务取最近 5 条数据每一条显示标题和描述。实际项目里你还需要写对应的后端 OData 服务确保服务已激活、授权已配置。需要提醒的是自定义卡片虽然灵活但不要滥用。我见过有项目在首屏放了 6 张自定义卡片每张卡片打开时都发好几个 OData 请求结果首屏加载要等十几秒。卡片的价值在于“一目了然”而不是“无限信息”。4.4 性能与缓存工作台不能卡在加载上My Home 作为首屏性能直接影响用户对整套系统的第一印象。几个务实的性能原则控制卡片数量首屏卡片控制在 5 到 8 张以内超过这个数量信息密度就过高用户反而会忽略重点。自定义卡片做 TOP-N 限制每一张列表型卡片只取最要紧的前几条不要一次性拉全量数据。后台 OData 服务要优化给查询加索引、加过滤条件避免全表扫描。开启并理解缓存机制这是双刃剑缓存能提升加载速度但配置变动后需要清缓存才能看到更新。一句话总结首屏的加载时间应该控制在 2 秒以内否则用户就会从体验层面否掉整个入口方案。5. 用户侧的个人化每个人都可以有自己的工作台5.1 用户能在 My Home 上做什么My Home 之所以叫“My”核心竞争力是它允许用户在管理员预设的基础上继续做个人化调整。管理员配置的只是“默认基线”用户登录后可以在应用查找器里把常用应用添加为收藏这些收藏自动出现在顶部的 Favorites 区。在自己的页面上钉住应用从其他空间或应用目录里把常用应用 “钉” 到 My Home 上下次直接打开。调整卡片位置与尺寸按住卡片拖动到合适位置还可以把某些卡片放大/缩小。移除对自己没用的卡片管理员预设的卡片如果不适合用户可以暂时移走。这套机制背后的设计意图很清晰**管理员负责保证“该有的都有”用户负责把多余的删掉、把常用的调上来。**双方配合工作台才会越用越顺手。5.2 权限边界用户到底能改到什么程度做配置的顾问和管理员最关心的往往是“用户会不会把界面搞乱”。这里要厘清两个边界用户个人化只影响自己用户对 My Home 做的任何调整都不会影响其他用户看到的界面也不会反向改掉管理员在后台的配置。这一点可以放心。用户只能看到自己有权限访问的内容即使管理员在 My Home 里放了某个应用的卡片如果用户没有通过角色获得该应用的访问权限点击时同样会被授权拦截。不要试图用“放卡片”来绕过权限控制。另外如果项目希望某些卡片“固定不动用户不能移除”需要在配置时设置固定属性而那些允许用户自由调整的区域就不要设置固定否则会引起困惑。5.3 移动端与平板同一个 My Home 的不同呈现Fiori 的移动端体验在近几个版本已经相当成熟My Home 在手机和平板上同样可用但布局会自动调整。典型的变化包括桌面端多列网格变成移动端单列堆叠卡片从上到下排列。顶部 Utilities 区在窄屏下会收起用户需要点开菜单才能看到收藏/最近/高频。大尺寸卡片在窄屏上可能被压缩自定义卡片的图表在移动端不一定好看。因此配置卡片时就要考虑“移动端优先”的布局策略把最重要的卡片放在第一、第二个位置让它在手机上也能一眼看到。以我服务过的项目经验仓库、物流这类岗位使用移动端比例很高他们的首屏卡片数量我会刻意控制在 4 张以内。5.4 个人化功能要不要开一个折中建议有的企业担心用户乱调会在后台把个人化能力关掉。我的态度是分阶段放开。上线初期可以保持较严格的固定配置先让用户适应标准工作台并收集反馈。稳定运行一两个季度后放开个人化功能让用户自己调整收藏和卡片位置。定期通过后台检查用户的使用数据把“大多数人都在用的自定义项”固化成默认配置。这样既保留标准化的可控性又发挥 My Home 的个性化优势。关掉个人化虽然省心但那等于又回到了“管理员看着用户不顺眼”的旧模式不大划算。6. 实践中踩过的坑与排查方法6.1 分配了 My Home 空间用户却看不到这是我被问到最多的问题没有之一。可能的原因有不少但真正的高发原因集中在三个角色分配与空间分配对不上你在“管理启动台空间与页面”里通过角色分配了 My Home但这个角色根本没有挂到用户身上或者用户会话里还是旧角色。先去检查用户的 PFCG 角色。落地页没有设置正确My Home 虽然分配了但落地页还是另一个空间用户登录后被导向别处。回管理工具里把“设置此空间为用户的落地页”勾上。缓存问题这个是老生常谈但总是被忽略。配置后先清缓存再用新会话测试。另外一个小细节用户如果已经有个人化调整管理员后续改了默认配置用户侧可能因为个人化缓存看不到新内容。这时候需要引导用户在个人设置里“重置个人化”而不是反复清前端缓存。6.2 卡片看得到点了却提示应用不可访问这类问题基本都出在授权或目标映射上排查顺序可以固定成三步先用管理员账号直接打开该应用确认应用本身可用。检查用户的角色里是否包含该应用的目录和权限对象必要时用权限追踪功能查一下是否缺授权。检查 FLP 里的目标映射语义对象动作组合是否指向正确应用 URL。目标映射配错卡片就会变成“死链”。我见过一个印象很深的案例卡片标题写的是“采购审批”点进去却打开了“采购申请”排了半天发现是管理员在配置应用卡片时选错了语义对象动作。所以排查时先确认“卡片引用的组合到底是什么”再往下查。6.3 自定义卡片一直转圈看不到数据卡片转圈说明页面框架加载了但数据请求可能有三个层面的问题OData 服务没有激活检查服务在 SICF 里是否已激活能通过浏览器直接调用服务地址测试一下。请求被授权拦截用户没有 OData 服务对应的权限返回了 403/401。记得把服务权限加入相关角色。参数或 URL 配置错误比如$top写成了top或者请求地址少了一个路径段。这种低级错误一旦出现最有效的办法就是先用浏览器或 Postman 单独调试服务确认服务和参数本身没问题再回到卡片配置检查。我的经验是**凡是自定义卡片相关内容先脱离 FLP 单独验证“数据源”是否正常再回来查“展示层”。**这个顺序能避免大部分无用功。6.4 首屏加载很慢怎么排查如果 My Home 首屏加载慢到用户吐槽我建议按下面的顺序定位用浏览器开发者工具看网络请求找出耗时最长的几个请求。看是不是某个自定义卡片的 OData 请求特别慢单独测这个服务的后端执行时间。检查是不是一次请求的数据量太大加上$top限制。考虑用列表卡片的“分步加载”或者缓存策略优化。记住一个原则首屏卡片是“摘要”不是“报表”。把重查询都放在自定义卡片上等于把报表系统塞进了启动页不慢才怪。7. 最后分享一点我的个人体会做 Fiori 落地项目这几年我最深的体会是**用户接受一个新的技术入口从来不是因为技术先进而是因为入口让他们每天的工作变顺了。**My Home 恰好是那种“投入不大、回报很直接”的组件它不需要开发人员写多少代码也不需要业务顾问做复杂的流程改造只要你认真把每个角色的“首屏清单”设计好用户的反馈会立刻不一样。我自己的做法是在项目里总保持着一种很朴素的习惯先抛开系统层面的各种配置细节把自己想象成某个角色比如“一个每天早上要审批采购单的人”然后问他三个问题——我每天打开系统要办的第一件事是什么我要看的数字有哪些我最不想在首页上看到什么把这三个问题的答案变成 My Home 的卡片布局剩下的技术实现反而是最简单的部分。如果你正准备优化自家系统的 Fiori 入口我建议你本周就做一件事打开“管理启动台空间与页面”看一眼你系统里 My Home 现在的分配和卡片情况。说不定你就发现了那个让用户抱怨了很久的“首屏混乱”的根源。