把数十个工作台，收成一个入口

项目背景 - 业务目标 - 设计目标

设计需求背景：民生内部各业务线（零售、对公、风险、运营、营销、财富）长期沉淀了数十个独立工作台——入口分散、账号体系割裂、信息孤岛严重。员工跨条线作业需在多个系统间反复跳转，培训成本与操作失误率双高。集团提出「一个员工、一个入口、一套体验」的整合目标，这不是翻新界面，而是对后台能力的重新组织。

• 【项目背景】20+ 业务线、数十个独立工作台并存，入口与技术栈各自为政
• 【业务目标】集团要求「一个员工、一个入口、一套体验」，压降协作与培训成本
• 【设计目标】统一信息架构与交互规范，让任务成功率与满意度可被量化验证
• 【现状痛点】跨系统跳转频繁、权限与账号割裂、体验不一致、维护熵增严重

设计策略 - 三条主线与验证方式

策略推导：整合型后台的难点不在视觉，而在信息与权限的再组织。我把目标拆成三条主线，每条都补上「怎么算做到了」——一个说不清验证方式的目标，等于没有目标。

关键决策 - 先「并」后「减」，用场景替代菜单

我的判断：作为主导设计师，我把这个项目当成一次「组织设计」而非「界面设计」。下面两条决策，是后面所有界面动作的前提。

• 推动 20+ 团队收敛的机制：先出组件规范再评页面——评审对象从「好不好看」变成「有没有用规范」，争议从审美分歧降级为规则核对。
• 命名冲突我定了一条仲裁规则：同名不同义必须区分命名，同义不同名统一到一个入口。20+ 业务线的命名不能靠开会解决。
• 边界与取舍：整合的边界是权限。凡涉及跨条线数据权限的能力，我只做入口收敛、不做能力合并——先让人找得到，再谈让系统自动做。
• 数据驱动的默认态：首屏不是空白画布，而是基于角色的智能推荐，把工具递到手边。

登录后的入口决策路径探索

设计需求背景：用户登录后的第一跳（直达工作台 / 回到门户 / 停留当前页）直接决定他能否「一进门就找到要做的事」。为兼顾角色差异与跨条线作业的双重需求，我们设计了 3 种差异化入口策略。

设计产出 - 统一门户 / 角色化工作台 / 多端一致

产出说明：交付统一门户、角色化工作台、跨系统待办与四域菜单整合，并完成 PC 与移动双端的一致化体验。以下为真实设计稿（PC 端 / 移动端）。

民生E行 · 统一门户工作台

WEB · 36 屏 · 按住画面拖动即可上下滑动

MOBILE · 7 屏 · 左右滑动切换

数据结果 - 从「能找得到」到「愿意用」

结果说明：整合上线后，体验指标与协作效率同步改善。这里保留可对外表述的结论，不披露内部明细口径。

数据来自项目内部体验度量与业务侧统计，因保密要求不披露原始明细与统计方式；此处仅保留可对外表述的结论与前后对比关系。

• 先量后做：整合前没有统一埋点，是我这次最大的遗憾，下次会把北极星指标前置。
• AI 的价值在「打开方向」，落地的质量仍取决于人对业务约束的理解。

后续思考 - 整合的尽头是「无感」

项目上线后我在想：当入口统一，下一步该往哪走？

• 整合的尽头是「无感」：入口统一后，应走向能力服务化（能力可被任意场景调用），而非再造一个超级门户。
• 度量前置：整合后缺乏统一体验度量（任务时长、跨系统跳转次数），下次应前置埋点与北极星指标，让整合效果可被量化。