义父反馈：「C 端很多东西在 A 端找不到配置的地方，很乱套，按理说 A 端应该按照 C 端页面的逻辑走。」
这个判断成立。 下面是实测对账结果 + 改法建议。
| 分组依据 | 运营的心智模型 | |
|---|---|---|
| A 端现状 | 按后端模块/表（商品与交易、内容与素材、身份与审计…） | "我要改某个表" |
| C 端现状 | 按客人看到的页面（首页 → 玩法 → 内容 → 商品 → 住宿 → 我的） | "我要改客人看到的那一块" |
🔴 这两套坐标系不对齐 ⇒ 运营在 C 端看到「今天推荐」「转山钥匙」这些区块，
去 A 端找不知道在哪个分组，因为 A 端的分组名跟客人看到的词没有对应关系。
实测：A 端 11 个分组 / 58 个菜单项，分组名是「商品与交易」「内容与素材」
——没有一个是客人会说的词。
C 端 home.wxml 的区块：
hero-section / today-card / home-key-route / home-key-hotels / home-key-trips / home-voucher-cta🔴 A 端菜单里找不到任何一个对应的配置项。
运营想在 C 端首页调「转山钥匙」这一块 ⇒ 不知道去哪儿配。
| A 端分组 | C 端有没有这个词 |
|---|---|
| 商品与交易 | ❌ C 端客人说「买什么」 |
| 内容与素材 | ❌ C 端客人说「攻略」「文库」 |
| 目的地与运维 | ❌ C 端客人说「在哪儿」「怎么来」 |
| 汇总与配置 | ❌ —— 这是运维视角，不是运营视角 |
🔴 小齐规范 §6.2 说的"一级分组 = 业务域"其实已经点到了这个问题，
但他给的方向是"用名词"（如「商品与交易」✅）—— 这仍是后台视角的名词，不是客人视角的词。
C 端有 pages/feedback（意见反馈）、pages/privacy-auth、pages/agreement，
🔴 A 端找不到对应配置（反馈去哪看？协议谁能改？）
C 端页面 → A 端一级分组（建议）
─────────────────────────────────────────────────────────
home/home → 🏠 首页（客人一进来看到什么）
hero-section ├─ 主视觉（已有：主视觉）
today-card ├─ 今日卡（缺 ⇒ 新增）
home-key-route ├─ 转山钥匙（缺 ⇒ 新增）
home-key-hotels ├─ 精选酒店（缺 ⇒ 新增）
home-key-trips ├─ 精选行程（缺 ⇒ 新增）
voucher-cta └─ 券入口（缺 ⇒ 新增）
selection/selection → 🎯 玩法规划
├─ 规划入口（已有）
└─ 玩法页面配置（缺 ⇒ 新增）
content-library → 📚 攻略与文库
├─ 内容项 / 文章 / 作者 / 引用（已有，散在"内容与素材"）
└─ 文库栏目（缺 ⇒ 新增）
shop / product-detail → 🛍 买什么
item-detail ├─ 商品（套餐）/ 套餐产品（已有）
product-detail ├─ 风物商品 / 风物详情文案（已有）
├─ 零售商品（已有）
└─ 商品页模板（已有，埋在"汇总与配置"）
hotel-booking → 🏨 住与行
├─ 房型 / 日历可售性（已有，埋在"商品与交易"）
├─ 车队/ 路线（已有，埋在"内容与素材"）
└─ 护照寺庙（已有，埋在"目的地与运维"）
orders / profile → 👤 我的与订单
├─ 订单 / 核销（已有）
└─ 意见反馈（缺 ⇒ 新增）
—— 以下是后台运维，不属于客人旅程，另放一组 ——
⚙️ 运营后台（身份、审计、AI 配置、平台参数…）只做"找得到"，不改数据结构：
（例：转山钥匙 菜单上写「↔ C 端首页 · home-key-route」）
真正重排菜单分组 —— 这涉及 58 项归类调整，
要先确认「运营一天里最常改哪几块」（小齐规范第 10 章第 1 条也是这个疑问）。
运营日常最常改的是哪 3-5 块？
因为：
这三类的解法完全不同，我不想凭猜做错方向。