7
角色工作台
总控、业务负责人、美国站、英国站、欧洲站、业务 IT、系统管理员各自独立承接问题。
把管理判断、站点执行与业务 IT 支持，收进一个可以正式演示的统一工作入口
面向内部团队的 Hermes 门户第一版。管理层问题进入总控与业务负责人入口，单站执行问题直接进入美国站或英国站， 报表、接口、自动化与数据流程问题进入业务 IT 支持，系统层异常则由管理员入口单独承接。
1
统一结果格式
所有入口默认交付结论、理由、补充信息、关键指标和下一步动作，方便演示与复盘。
4
问题分层
管理判断、站点执行、业务 IT、系统管理四类问题分开承接，避免角色混乱。
按问题类型进入对应工作台
这版门户不再把所有问题都塞进同一个入口，而是按角色和场景拆成可以直接演示的工作台。
Andy Zhu / 朱健泳
适合跨角色汇总、管理层拍板、优先级判断，以及需要把业务、执行与 IT 信息收成一份最终结论的场景。
进入总控工作台 业务负责人Jianfan / 陈健帆
适合美国站与英国站之间的资源分配、节奏判断、风险取舍，以及本周整体经营方向问题。
进入业务判断台 美国站执行Alex Zhang / 章炳盛
适合广告、listing、关键词、转化与库存等美国站一线执行问题，强调今天就能落地的动作。
进入美国站工作台 英国站执行Winnie Xie / 谢婉嘉
适合英国站广告、本地化、listing 健康、爬坡节奏与日常执行判断，强调低风险推进与效率提升。
进入英国站工作台 欧洲站执行Yuri Huang / 黄玉璇
适合欧洲站广告、本地化、合规、listing 健康、爬坡节奏与日常执行判断，当前先复用英国站执行链路。
进入欧洲站工作台 业务 IT 支持Yiyong / 陈奕泳
适合报表同步、接口异常、自动化脚本、数据流程与工具链问题，重点解释业务影响与排查顺序。
进入 IT 支持台 反馈后台工作流中心
查看同事提交的试用反馈、问题截图、Andy 处理说明、待复测状态和关闭结果；不是在业务页或 WebUI 状态页查看。
查看同事反馈 WebUI 控制Hermes WebUI 控制台
集中查看 Portal 状态、入口/分身映射、项目与问题数量，并从网页安全下发诊断/管理指令。
进入 WebUI 控制台 系统管理员System Admin / hermes-Andy
适合门户可用性、分身状态、服务异常、日志检查与恢复优先级，不承接日常业务结论问题。
进入系统管理台推荐演示路径
如果你要把这版门户正式演示给同事、管理层或合作伙伴，下面这条路径最容易把价值讲清楚。
先讲角色分工
从首页进入 /main 或 /amazon，先让观众看到这不是单一机器人，而是按职责拆分的工作台。
再讲执行深度
从 /us 或 /uk 演示单站执行问题，让观众看到 Hermes 会把问题压缩成可直接落地的动作。
最后讲系统边界
切到 /admin，说明系统状态、分身可用性和恢复动作有独立入口，业务判断不会被运维信息打断。
典型演示问题
如果需要现场演示，这几类问题最容易体现 Hermes 的分工逻辑和结构化交付能力。
管理层问题
- 本周管理层最该优先盯哪三件事
- 美国站、英国站、欧洲站与 IT 风险放在一起该怎么排优先级
- 当前最值得提前暴露的经营风险是什么
站点执行问题
- 美国站广告 ACOS 变高，今天先查什么
- 英国站 listing 转化走低，应先排本地化还是广告
- 欧洲站 listing、本地化或合规问题该先查哪一块
- 当前哪个指标最值得优先盯住
技术与系统问题
- 广告报表同步失败会影响哪个业务环节
- 如果门户无法演示，最可能先卡在哪一层
- 管理员当前最该先恢复什么
当前版本边界
这版已经适合内部演示，但仍建议围绕“角色分工 + 结构化交付 + 可执行结果”来讲，而不是把它演成全能系统。
角色分工与结果交付
- 管理层如何走总控或业务负责人入口
- 单站执行如何直接收敛成指标与动作
- 技术问题如何解释业务影响与排查顺序
复杂 workflow 与深度自动执行
- 不要把这版讲成自动跑完整业务流程的系统
- 不要把所有角色混成一个万能入口去演示
- 不要把系统管理员页当作业务判断页使用
先讲清“为什么分开”
- 先让观众理解每个入口背后是不同职责，而不是不同皮肤
- 再强调所有入口都能用统一格式交付结果
- 最后再展示业务入口与系统入口的边界感