结论：采用“工作动线为主、业务对象为辅、权限状态做视觉叠加”的六组架构。
不再使用建设计划编号，也不按角色分组。原因是运营人员的实际任务稳定，且同一角色需要跨模块完成工作；按角色会造成入口重复，按编号无法表达业务含义。
| 顺序 | 顶层组 | 主要内容 | 依据与运营动线 |
|---|---|---|---|
| 1 | 经营总览 | 仪表盘、站点数据、分析 | 对应“看数”，进入后台先判断平台状态 |
| 2 | 运营待办 | 入驻审核、消息、线索与转化 | 对应“处理待办”，按任务闭环组织 |
| 3 | 商户与商品配置 | 商家、商户页、商品 | L1 代商户配置，可写但不触碰经营数据 |
| 4 | 内容与品牌 | 内容、攻略、故事、场景、文案、品牌 | 对应“配置内容”，按内容资产与发布对象组织 |
| 5 | 经营数据（只读） | 订单、核销、结算、分销 | L2 禁写，单独分组并统一标记“只读” |
| 6 | 平台治理 | 权限、审计、平台参数、运营管控 | 对应“查问题”及平台级治理，避免与业务配置混淆 |
权限呈现原则：分组表达业务边界，菜单标签表达读写边界；L0/L1 使用“配置/管理”，L2 统一使用“数据（只读）”，并采用灰色锁定图标、只读标签，详情页同样禁用写操作。
| 现有页面 | 归属分组 | 是否显示 | 统一显示名 |
|---|---|---|---|
| dashboard | 经营总览 | 是 | 经营总览 |
| analytics（未挂） | 经营总览 | 是 | 数据分析 |
| site-data（未挂） | 经营总览 | 是 | 站点数据 |
| applications | 运营待办 | 是 | 入驻审核 |
| messages | 运营待办 | 是 | 消息中心 |
| crm-leads | 运营待办 | 是 | 线索台账 |
| crm-funnel | 运营待办 | 是 | 转化分析 |
| merchants | 商户与商品配置 | 是 | 商户管理 |
| merchant-pages | 商户与商品配置 | 是 | 商户页配置 |
| products | 商户与商品配置 | 是 | 商品与套餐 |
| orders | 经营数据（只读） | 是 | 订单数据 · 只读 |
| redeem-ledger | 经营数据（只读） | 是 | 核销数据 · 只读 |
| settlement | 经营数据（只读） | 是 | 结算数据 · 只读 |
| distribution | 经营数据（只读） | 是 | 分销数据 · 只读 |
| content | 内容与品牌 | 是 | 内容资产 |
| content-items（未挂） | 内容与品牌 | 合并 | 并入“内容资产”，作为详情/子类型入口 |
| stories | 内容与品牌 | 是 | 故事 |
| scenes | 内容与品牌 | 是 | 场景 |
| guide-admin | 内容与品牌 | 是 | 攻略 |
| text-dictionary | 内容与品牌 | 是 | 文案与术语 |
| bo-dictionary | 内容与品牌 | 是 | B 端术语词典 |
| destinations（未挂） | 内容与品牌 | 是 | 目的地与 POI |
| weather-road（未挂） | 内容与品牌 | 是 | 天气与路况 |
| brand-config | 内容与品牌 | 是 | 品牌与多语言 |
| config-versions | 内容与品牌 | 是 | 品牌配置版本 |
| ai-config（未挂） | 内容与品牌 | 是 | AI 内容配置 |
| cms | 内容与品牌 | 隐藏 | 遗留 CMS（保留路由，停止作为新入口） |
| key-config | 平台治理 | 是 | 福钥配置 |
| platform-params | 平台治理 | 是 | 平台参数 |
| settings | 平台治理 | 是 | 系统配置 |
| operations | 平台治理 | 是 | 运营管控 |
| identities | 平台治理 | 是 | 身份与权限 |
| audit | 平台治理 | 是 | 审计日志 |
| login（未挂） | 系统页面 | 隐藏 | 登录页不进入业务导航 |
未挂菜单的 7 项结论：
analytics：显示，归“经营总览”。site-data：显示，归“经营总览”。weather-road：显示，归“内容与品牌”的目的地信息。ai-config：显示，归“内容与品牌”。destinations：显示，归“内容与品牌”的目的地与 POI。content-items：不单独显示，合并进“内容资产”。login：隐藏，作为认证系统页面。结论：建立一个“内容与品牌”顶层组，按内容资产类型拆分，不再保留泛化的“内容管理”。
| 现名称 | 新名称 | 处理方式 |
|---|---|---|
| 内容管理（cms） | 遗留 CMS | 隐藏入口。材料明确 C 端零消费，继续录入会形成“录入但不展示”的业务风险 |
| 内容资源（content） | 内容资产 | 作为统一内容主入口，承载列表、状态、发布与检索 |
| content-items | 内容资产详情 | 并入“内容资产”，不形成独立菜单 |
| 故事管理 | 故事 | 内容类型化命名，降低冗余 |
| 场景管理 | 场景 | 与目的地、POI形成同一内容语义 |
| 攻略内容 | 攻略 | 去除“内容”后缀，和“故事/场景”保持并列 |
| 文案字典 | 文案与术语 | 突出文案、多语言、词汇治理属性 |
| B端藏文字典 | B 端术语词典 | 与文案治理同组，但明确服务对象 |
check_admin_boundary.py 验证。| 阶段 | 风险 | 改造内容 | 验证方式 |
|---|---|---|---|
| 第一期：导航重组 | 低 | 保留原路由与页面，实现六组菜单、显示名、L2 只读分组；补挂 5 个应显示的缺失入口 | 逐项核对 34 个页面；验证旧 URL 可访问、权限不变、核心流程回归 |
| 第二期：命名与入口合并 | 低—中 | 内容相关入口统一为“内容资产/故事/场景/攻略/文案与术语”；content-items 作为内容资产子入口；隐藏 CMS 菜单 | 运营可用性测试：让用户完成“找攻略、改文案、查 POI”等任务，记录找寻时间与误入率 |
| 第三期：权限与只读强化 | 中 | 为 L2 菜单、页面标题、按钮统一增加只读标识；复核 L0/L1 可写范围 | 运行门禁脚本；接口级验证 L2 无新增经营数据写端点，抽查两套 API 防护一致性 |
| 第四期：内容与数据治理 | 中—高 | 评估 CMS 数据迁移、停用或明确历史只读；梳理内容资产实际 C 端消费关系 | 以测试环境验证发布链路、C 端展示链路和数据回滚；未经验证不得删除旧表或旧路由 |
| 第五期：页面内部重构 | 高 | 在导航稳定后，再统一筛选、详情、状态、发布、审计等页面交互 | 灰度发布，按模块监控错误率、权限异常、运营任务完成率，出现问题可回退菜单配置 |
原则：先改“找得到”，再改“用得好”，最后改“底层一致性”；全程保留旧路由和可回退配置。